Ubuntu 10.10, reconhece internet wifi mas não conecta.

marcpainkiller · 22 de Outubro de 2010, 17:28

Não, não apareceu no nm tool, eu vou mandar outro comando aqui.
wait...

marcpainkiller · 30 de Outubro de 2010, 21:06

Aê galera, demorou mas saiu.
Hoje consegui acessar pelo ubuntu, mas quando liguei novamente... necas. Acho que o ubuntu está com dificuldades em conseguir conexão. O que pode ser?
A net da minha casa está listada abaixo, o nome dela é broadcon.

root@Marcus:/home/marcus# lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)
02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
root@Marcus:/home/marcus#

root@Marcus:/home/marcus# lspci -n
00:00.0 0600: 8086:2770 (rev 02)
00:01.0 0604: 8086:2771 (rev 02)
00:02.0 0300: 8086:2772 (rev 02)
00:1b.0 0403: 8086:27d8 (rev 01)
00:1d.0 0c03: 8086:27c8 (rev 01)
00:1d.1 0c03: 8086:27c9 (rev 01)
00:1d.2 0c03: 8086:27ca (rev 01)
00:1d.3 0c03: 8086:27cb (rev 01)
00:1d.7 0c03: 8086:27cc (rev 01)
00:1e.0 0604: 8086:244e (rev e1)
00:1f.0 0601: 8086:27b8 (rev 01)
00:1f.2 0101: 8086:27c0 (rev 01)
00:1f.3 0c05: 8086:27da (rev 01)
02:01.0 0200: 10ec:8185 (rev 20)
02:05.0 0200: 10ec:8167 (rev 10)

root@Marcus:/home/marcus# lsusb
Bus 005 Device 002: ID 062a:0102 Creative Labs Wireless Keyboard/Mouse Combo [MK1152WC]
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 1976:1307 Chipsbrand Microelectronics (HK) Co., Ltd.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@Marcus:/home/marcus# ifconfig
eth0 Link encap:Ethernet Endereço de HW 00:1d:7d:86:27:78
UP BROADCAST MULTICAST MTU:1500 Métrica:1
pacotes RX:0 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:0 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
IRQ:21 Endereço de E/S:0xe000

lo Link encap:Loopback Local
inet end.: 127.0.0.1 Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACK RUNNING MTU:16436 Métrica:1
pacotes RX:149 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:149 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:0
RX bytes:11662 (11.6 KB) TX bytes:11662 (11.6 KB)

wlan0 Link encap:Ethernet Endereço de HW 00:18:e7:7a:ac:3a
endereço inet6: fe80::218:e7ff:fe7a:ac3a/64 Escopo:Link
UP BROADCAST MULTICAST MTU:1500 Métrica:1
pacotes RX:3 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:56 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:674 (674.0 B) TX bytes:10578 (10.5 KB)

root@Marcus:/home/marcus# sudo lshw -C network
*-network:0
description: Wireless interface
product: RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 1
bus info: pci@0000:02:01.0
logical name: wlan0
version: 20
serial: 00:18:e7:7a:ac:3a
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtl8180 driverversion=2.6.35-22-generic firmware=N/A latency=96 link=no maxlatency=64 mingnt=32 multicast=yes wireless=IEEE 802.11bg
resources: irq:19 ioport:a000(size=256) memory:e1001000-e10013ff
*-network:1
description: Ethernet interface
product: RTL-8110SC/8169SC Gigabit Ethernet
vendor: Realtek Semiconductor Co., Ltd.
physical id: 5
bus info: pci@0000:02:05.0
logical name: eth0
version: 10
serial: 00:1d:7d:86:27:78
size: 10MB/s
capacity: 1GB/s
width: 32 bits
clock: 66MHz
capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10MB/s
resources: irq:21 ioport:a400(size=256) memory:e1000000-e10000ff memory:40000000-4001ffff

root@Marcus:/home/marcus# nm-tool

NetworkManager Tool

State: disconnected

- Device: wlan0 ----------------------------------------------------------------
Type: 802.11 WiFi
Driver: rtl8180
State: disconnected
Default: no
HW Address: 00:18:E7:7A:AC:3A

Capabilities:

Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes

Wireless Access Points
Broadcom: Infra, 00:26:5A:D6:31:73, Freq 2412 MHz, Rate 54 Mb/s, Strength 23
Eduardo: Infra, 00:22:B0:40:FA:D3, Freq 2437 MHz, Rate 54 Mb/s, Strength 21 WPA WPA2
jjnet1: Infra, 00:24:01:92:37:BA, Freq 2437 MHz, Rate 54 Mb/s, Strength 23 WEP

- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: r8169
State: unavailable
Default: no
HW Address: 00:1D:7D:86:27:78

Capabilities:
Carrier Detect: yes
Speed: 10 Mb/s

Wired Properties
Carrier: off

Será que tem solução o meu problema?

Falou!!!!!!!!!!!

zekkerj · 31 de Outubro de 2010, 10:53

CitarBroadcom: Infra, 00:26:5A:D6:31:73, Freq 2412 MHz, Rate 54 Mb/s, Strength 23

23% de sinal, realmente fica difícil.

Não sei se vc chegou a dizer, mas a que distância vc está do roteador? Quantas paredes?
E sobre o roteador, em si, qual é a marca/modelo dele?

marcpainkiller · 03 de Novembro de 2010, 06:58

O roteador é um d-link, não lembro o modelo, mas ele é switch + roteador.
Velho eu reconfigurei o d-link para maior transmissão, o windows funciona beleza, mas o linux não a bre a net de forma alguma, tem alguma coisa no linux que faz com que a net wireless não seja boa nele, acho que teremos que esperar a próxima versão mesmo.
Mas te tiver um idéia boa, me avisa.
falou!!!!!!!!!!!!!!!

zekkerj · 03 de Novembro de 2010, 09:59

O problema não é "no linux", e sim "no driver do linux para sua placa". Se você estivesse usando uma placa wireless com melhor suporte, não estaria sofrendo esses problemas.

Sobre seu roteador, a DLink tem alguns aparelhos bem ruins --- o pior de todos é o DI-524.

marcpainkiller · 03 de Novembro de 2010, 11:55

Então não é possível conectar no linux? Realmente a placa não é boa, é uma encore que muitos compram e reclamam depois, será que se eu colocar uma antena de maior recepção melhora? Porque no windows a internet abre normalmente e no linux não abre? O driver do linux que não é bom? Tem como eu instalar o driver do windows que vem no CD?
falou!!!!!!

zekkerj · 03 de Novembro de 2010, 14:29

CitarEntão não é possível conectar no linux?

Claro que é possível conectar no Linux. Mas primeiro você precisa melhorar o sinal.

Se o seu aparelho for mesmo um DI-524 (e o simples fato de vc não saber qual é o modelo reforça essa possibilidade), você pode trocar a antena original dele (2 dBi) por outra mais forte (5 dBi). Vai melhorar o alcance, mas o roteador vai continuar lento e travando à toa.

CitarRealmente a placa não é boa, é uma encore que muitos compram e reclamam depois, será que se eu colocar uma antena de maior recepção melhora?

Até que o chipset RT73 não é tão ruim, tendo em vista outros. Tem alguns truques que vc pode usar pra melhorar a recepção.
- Sendo um adaptador USB, procure usar a USB frontal do gabinete, que não fica tão "escondida".
- Se o adaptador veio com um extensor, use-o. Deixe o adaptador em cima da mesa, bem livre.
- Se o adaptador permite a troca da antena original, uma antena mais forte pode ajudar --- mas primeiro, troque a antena do roteador.

CitarPorque no windows a internet abre normalmente e no linux não abre? O driver do linux que não é bom?

Sim, há alguns drivers do linux que têm menor desempenho que os drivers nativos, principalmente em termos de alcance. Lembre-se de que boa parte desses drivers são feitos em esquema de engenharia reversa, sem suporte do fabricante do hardware (não é o caso da Ralink, criadora do seu chipset).

CitarTem como eu instalar o driver do windows que vem no CD?

Sim, tem. Informe-se sobre o "ndiswrapper".

flavioml · 05 de Novembro de 2010, 16:53

Pegando uma carona no tópico e sem qualquer intuito de contestar o que aqui foi dito, trago aqui a minha experiência com o DI-524 e o adaptador realtek RTL-8185 (que pelo lspci transcrito pelo marcpainkiller seria o dele, apesar de citar o ralink RT73), no linux e um dado novo a respeito.
Sei perfeitamente que o referido roteador wifi é xingado em uníssono por quase todo mundo em qualquer fórum, seja de linux, windows ou hardware. Porém, tenho um que funciona perfeitamente há 4/5 anos, em conjunto com o também xingado referido chipset rtl-8185, sem jamais ter-me dado dor de cabeça, até a versão 2.6.35 do kernel.
Antes de mais nada, abro um parêntese para dizer que, sendo eu aposentado, o que me dá bastante disponibilidade de tempo, e tendo ainda bastante espaço de armazenamento disponível, tenho por principal hobby experimentar distros linux, tendo instaladas normalmente 4 ou cinco delas.
Assim, tenho usado a dupla citada mesmo antes de ter sido implementado suporte nativo no kernel à família rtl-8180 da realtek, quando era nescessário ou compilar um driver r8180 disponível na rede (e que serviu de base ao módulo do kernel) ou usar o ndiswrapper.
Sempre consegui conectar à rede e, hoje, tenho uma conexão de 4 mb, onde não raro estão conectadas simultaneamente 4 máquinas, sem qualquer degradação de desempenho e sem que o tão mal falado dlink tenha dado pau comigo uma vez sequer.
O único problema insolúvel que tive nesse meio tempo foi a impossibilidade de conexão via live CD do kubuntu 10.04, por alguma razão misteriosa, embora após instalado conectasse e funcionasse lindamente.
Após o lançamento do Ubuntu 10.10, optei por uma instalação limpa ao invés de atualizar do 10.04. E o único problema que encontrei no mesmo, até agora, foi que em cerca de metade das vezes o ubuntu não conecta ao iniciar e quando isso acontece um clique no ícone do nm-applet mostra todas as redes sem fio das redondezas menos a minha. O iwlist wlan0 scan, tem que ser repetido várias vezes pois, em muitas, não encontra qualquer rede e quando redes são encontradas, são todas menos a minha.
Já estava pensando em colocar um tópico pedindo ajuda, posto que nas outras quatro distribuições atualmente instaladas tal problema jamais ocorreu, notadamente naquelas em que rifei o network-manager e instalei o wicd. Alé disso, o fedora 13 que eu tinha instalado e também usava o famigerado network-manager não apresentava o problema, até que com o lançamento do fedora 14 eu decidi atualizar o sistema e aí está o dado novo, o fedora também passou a apresentar o problema.
É verdade que se eu for paciente e ficar esperando, após uns minutos da inicialização do ambiente gráfico, a rede acaba conectando, porém em algumas ocasiões, após muito tempo, somente conecta se eu clicar em conectar a uma rede oculta e indicar a rede padrão.
Mas o dado novo é que o fedora, que tem aquele sistema de acompanhamento de bugs, de minuto em minuto aponta um travamento do kernel. Examinando o log, temos:
WARNING: at net/wireless/scan.c:580 cfg80211_inform_bss_frame+0x65/0x191 [cfg80211]()
Hardware name: System Product Name
Modules linked in: ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput usblp arc4 ecb snd_hda_codec_realtek nvidia(P) rtl8180 mac80211 eeprom_93cx6 snd_hda_intel snd_hda_codec snd_hwdep i2c_nforce2 edac_core i2c_core k8temp edac_mce_amd asus_atk0110 snd_seq snd_seq_device snd_pcm snd_timer serio_raw snd forcedeth cfg80211 rfkill soundcore snd_page_alloc microcode pata_acpi ata_generic usb_storage sata_nv pata_amd [last unloaded: mperf]
Pid: 1329, comm: sh Tainted: P 2.6.35.6-48.fc14.x86_64 #1
Call Trace:
<IRQ> [<ffffffff8104d7c1>] warn_slowpath_common+0x85/0x9d
[<ffffffff8104d7f3>] warn_slowpath_null+0x1a/0x1c
[<ffffffffa00746dd>] cfg80211_inform_bss_frame+0x65/0x191 [cfg80211]
[<ffffffffa01b43d1>] ieee80211_bss_info_update+0x57/0x16d [mac80211]
[<ffffffffa01b4634>] ieee80211_scan_rx+0x14d/0x184 [mac80211]
[<ffffffffa01c1716>] ieee80211_invoke_rx_handlers+0x81/0x1c52 [mac80211]
[<ffffffff812050e7>] ? blk_remove_plug+0x38/0x85
[<ffffffff8120067f>] ? elv_queue_empty+0x27/0x29
[<ffffffff8146912f>] ? _raw_spin_unlock_irqrestore+0x17/0x19
[<ffffffff8120526a>] ? blk_run_queue+0x35/0x3a
[<ffffffff812e76a8>] ? __scsi_put_command+0x70/0x7d
[<ffffffff81077e8d>] ? __raw_local_irq_save+0x1d/0x23
[<ffffffffa01c117d>] ? prepare_for_handlers+0x34/0x20b [mac80211]
[<ffffffff81010207>] ? paravirt_read_tsc+0x9/0xd
[<ffffffff813b63bb>] ? alloc_skb+0x13/0x15
[<ffffffffa01c3a9e>] ieee80211_rx+0x74c/0x772 [mac80211]
[<ffffffff8110b0a6>] ? __kmalloc_node_track_caller+0x113/0x135
[<ffffffff813b63bb>] ? alloc_skb+0x13/0x15
[<ffffffff8146912f>] ? _raw_spin_unlock_irqrestore+0x17/0x19
[<ffffffffa01b04f3>] ieee80211_tasklet_handler+0x59/0xe7 [mac80211]
[<ffffffff8105313c>] tasklet_action+0x82/0xe2
[<ffffffff81053839>] __do_softirq+0xdd/0x199
[<ffffffff810235b9>] ? apic_write+0x16/0x18
[<ffffffff8100abdc>] call_softirq+0x1c/0x30
[<ffffffff8100c338>] do_softirq+0x46/0x82
[<ffffffff81053999>] irq_exit+0x3b/0x7d
[<ffffffff8146f075>] do_IRQ+0x9d/0xb4
[<ffffffff81469593>] ret_from_intr+0x0/0x11
<EOI> [<ffffffff811e9e6b>] ? avtab_search_node+0x4f/0x79
[<ffffffff811f1a03>] cond_compute_av+0x26/0x8b
[<ffffffff811ee6f9>] context_struct_compute_av+0x185/0x273
[<ffffffff81467b5d>] ? _cond_resched+0xe/0x22
[<ffffffff811ef335>] security_compute_av+0xfb/0x217
[<ffffffff811dde56>] avc_has_perm_noaudit+0xfb/0x396
[<ffffffff810e9b12>] ? __do_fault+0x342/0x379
[<ffffffff811de12c>] avc_has_perm+0x3b/0x6e
[<ffffffff811de5fc>] selinux_socket_create+0x4d/0x52
[<ffffffff811dc77f>] security_socket_create+0x16/0x18
[<ffffffff813af0ee>] __sock_create+0x90/0x1b4
[<ffffffff813af268>] sock_create+0x30/0x32
[<ffffffff813afb97>] sys_socket+0x2b/0x5c
[<ffffffff81009cf2>] system_call_fastpath+0x16/0x1b

Diante disso resolvi examinar os logs do kernel do ubuntu e temos algo parecido, com pau nos móldulos mac80211 e ieee80211:

Oct 31 11:40:17 decasa kernel: [ 1034.557493] Call Trace:
Oct 31 11:40:17 decasa kernel: [ 1034.557500] [<ffffffff8106077f>] warn_slowpath_common+0x7f/0xc0
Oct 31 11:40:17 decasa kernel: [ 1034.557504] [<ffffffff810607da>] warn_slowpath_null+0x1a/0x20
Oct 31 11:40:17 decasa kernel: [ 1034.557511] [<ffffffffa0095a60>] cfg80211_inform_bss_frame+0x1e0/0x1f0 [cfg80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557515] [<ffffffff8158978e>] ? common_interrupt+0xe/0x13
Oct 31 11:40:17 decasa kernel: [ 1034.557531] [<ffffffffa0afeea5>] ieee80211_bss_info_update+0x55/0x220 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557539] [<ffffffffa0b04ce0>] ieee80211_rx_bss_info+0xc0/0x190 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557549] [<ffffffffa0b17b2b>] ? ieee802_11_parse_elems_crc+0x15b/0x430 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557557] [<ffffffffa0b05194>] ieee80211_rx_mgmt_beacon+0x1c4/0x580 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557566] [<ffffffffa0b05ec7>] ieee80211_sta_rx_queued_mgmt+0x307/0x430 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557574] [<ffffffffa0b05ff0>] ? ieee80211_sta_work+0x0/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557581] [<ffffffffa0b0606b>] ieee80211_sta_work+0x7b/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557589] [<ffffffffa0b05ff0>] ? ieee80211_sta_work+0x0/0x1a0 [mac80211]
Oct 31 11:40:17 decasa kernel: [ 1034.557594] [<ffffffff8107a765>] run_workqueue+0xc5/0x1a0
Oct 31 11:40:17 decasa kernel: [ 1034.557597] [<ffffffff8107a8e3>] worker_thread+0xa3/0x110
Oct 31 11:40:17 decasa kernel: [ 1034.557600] [<ffffffff8107f610>] ? autoremove_wake_function+0x0/0x40
Oct 31 11:40:17 decasa kernel: [ 1034.557603] [<ffffffff8107a840>] ? worker_thread+0x0/0x110
Oct 31 11:40:17 decasa kernel: [ 1034.557605] [<ffffffff8107f0b6>] kthread+0x96/0xa0
Oct 31 11:40:17 decasa kernel: [ 1034.557609] [<ffffffff8100aee4>] kernel_thread_helper+0x4/0x10
Oct 31 11:40:17 decasa kernel: [ 1034.557611] [<ffffffff8107f020>] ? kthread+0x0/0xa0
Oct 31 11:40:17 decasa kernel: [ 1034.557614] [<ffffffff8100aee0>] ? kernel_thread_helper+0x0/0x10
Oct 31 11:40:17 decasa kernel: [ 1034.557616] ---[ end trace de6b3460cc92a47e ]---
Oct 31 11:40:29 decasa kernel: [ 1047.152765] ------------[ cut here ]------------

Engraçadamente, mesmo com esse pau, a conexão continua a funcionar normalmente. Engraçadamente também, no archlinux que também tenho instalado e que é um sistema uptodate, e que também tem o kernel 2.6.35 esse problema não aparece, ainda que neste último eu tenha instalado o wicd.
Como o sistema do fedora tem a notificação automática dos bugs, acho que por lá o problema será sanado. N~ao sei o que teria que fazer para notificar o problema no ubuntu.
Disso tudo, resumindo, o DI-524 é perfeitamente funcional no linux bem como os adaptadores rtl-8180/5.

zekkerj · 05 de Novembro de 2010, 17:01

Olá flavio,

Há usuários que relatam, como você, terem usado o DI-524 por anos sem problemas. E há alguns (grande maioria) que experimentam travamentos, perda de sinal, lentidão, etc. A resposta, na minha opinião, está escrita na etiqueta embaixo do aparelho: "revisão de hardware". Há pelo menos quatro diferentes. Entendo que o funcionamento do aparelho é diferente em cada uma delas.

marcpainkiller · 18 de Novembro de 2010, 20:54

Eu instalei um drive do windows, a net começa muito boa, depois nem consegue conectar mais. É necessário algum comando para manter uma velocidade padrão? Ou o ubuntu 10.10 não é muito bom com wireless???

zeroday · 19 de Novembro de 2010, 16:36

Citação de: marcpainkiller online 18 de Novembro de 2010, 20:54
É necessário algum comando para manter uma velocidade padrão?
Ou o ubuntu 10.10 não é muito bom com wireless???

Nao para a primeira pergunta.

E para a segunda tem funcionado normal pra maioria dos usuarios , so alguns que tem problemas mas isso eh sempre comum em novas versoes.

cros · 19 de Novembro de 2010, 16:42

Citação de: zekkerj online 05 de Novembro de 2010, 17:01
Olá flavio,

Há usuários que relatam, como você, terem usado o DI-524 por anos sem problemas. E há alguns (grande maioria) que experimentam travamentos, perda de sinal, lentidão, etc. A resposta, na minha opinião, está escrita na etiqueta embaixo do aparelho: "revisão de hardware". Há pelo menos quatro diferentes. Entendo que o funcionamento do aparelho é diferente em cada uma delas.

Apenas pra colocar mais fogo na fogueira, aqui usamos um AP Netgear com antena fixa, então pensei em trocar a antena, mas não podia, ai resolvi torrar grana e comprei um DI-524 mais uma antena de 9dbi, resultado, continuamos até hoje com o velho e bom Netgear.

zekkerj · 19 de Novembro de 2010, 17:19

Citarmais uma antena de 9dbi

A Assistência Técnica da DLink, uma vez, me disse que o máximo que esse equipamento consegue aproveitar são 8 dBi.