intenet sem fio lenta no ubuntu 10.10

[edupequenino]

ifconfig -a
eth0      Link encap:Ethernet  Endereço de HW 00:24:1d:f5:05:56 
          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:42 Endereço de E/S:0x4000

lo        Link encap:Loopback Local 
          inet end.: 127.0.0.1  Masc:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Métrica:1
          pacotes RX:17 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:17 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:0
          RX bytes:1432 (1.4 KB) TX bytes:1432 (1.4 KB)

wlan0     Link encap:Ethernet  Endereço de HW 00:e0:4d:86:96:39 
          inet end.: 10.0.0.100  Bcast:10.0.0.255  Masc:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Métrica:1
          pacotes RX:229688 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:163706 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000
          RX bytes:324589706 (324.5 MB) TX bytes:16524325 (16.5 MB)

ping 8.8.8.8

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 71.490/76.149/80.721/3.275 ms

ping www.google.com

--- www.l.google.com ping statistics ---
5 packets transmitted, 3 received, 40% packet loss, time 8180ms
rtt min/avg/max/mdev = 67.999/72.530/77.202/3.764 ms

[rafeldi]

Execute os comandos abaixo e cole o resultado aqui.

ifconfig -a

ping 8.8.8.8

ping www.google.com

Amigo uma pequena dúvida vejo em alguns fóruns as pessoas usando este ping 8.8.8.8 ao que ele se refere?
É de algum, site, só para testes???
Abraço.

[zekkerj]

É o DNS público, primário, da Google. O secundário é 8.8.4.4.

A idéia de tentar pingar esse endereço é comprovar que vc é capaz de consultar um servidor DNS na internet. Se esse ping funciona, mas a consulta direta ao nome "www.google.com" não, então a gente confirma que seu problema é de DNS.

[rafeldi]

É o DNS público, primário, da Google. O secundário é 8.8.4.4.

A idéia de tentar pingar esse endereço é comprovar que vc é capaz de consultar um servidor DNS na internet. Se esse ping funciona, mas a consulta direta ao nome "www.google.com" não, então a gente confirma que seu problema é de DNS.

Entendido, obrigado pelo esclarecimento.
Abraço!

[edupequenino]

então como resolver?

[zekkerj]

então como resolver?

Preciso que vc repita o último teste.

ping 8.8.8.8

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 71.490/76.149/80.721/3.275 ms

ping www.google.com

--- www.l.google.com ping statistics ---
5 packets transmitted, 3 received, 40% packet loss, time 8180ms
rtt min/avg/max/mdev = 67.999/72.530/77.202/3.764 ms

Houve aqui uma perda de pacote na tentativa de acessar o site do google. Só que não dá pra determinar se essa perda foi nos dois primeiros pacotes (aceitável sob certas circunstâncias) ou no meio da sequência (inaceitável sob qualquer circunstância.

ping -c 10 www.google.com

Por favor, poste a sequência completa (os 10 pings).

Gostaria também que vc confirmasse se o IPv6 continua desabilitado. O comando abaixo mostra isso:

ifconfig

[edupequenino]

ping -c 10 www.google.com

PING www.l.google.com (64.233.163.104) 56(84) bytes of data.
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=1 ttl=52 time=75.8 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=2 ttl=51 time=76.9 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=3 ttl=54 time=70.3 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=4 ttl=54 time=70.4 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=5 ttl=51 time=79.4 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=7 ttl=52 time=75.6 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=8 ttl=54 time=78.4 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=9 ttl=51 time=75.4 ms
64 bytes from bs-in-f104.1e100.net (64.233.163.104): icmp_req=10 ttl=54 time=521 ms

--- www.l.google.com ping statistics ---
10 packets transmitted, 9 received, 10% packet loss, time 13203ms
rtt min/avg/max/mdev = 70.327/124.932/521.875/140.371 ms

ifconfig

eth0      Link encap:Ethernet  Endereço de HW 00:24:1d:f5:05:56 
          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:42 Endereço de E/S:0x4000

lo        Link encap:Loopback Local 
          inet end.: 127.0.0.1  Masc:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Métrica:1
          pacotes RX:6 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:6 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:0
          RX bytes:300 (300.0 B) TX bytes:300 (300.0 B)

wlan0     Link encap:Ethernet  Endereço de HW 00:e0:4d:86:96:39 
          inet end.: 10.0.0.100  Bcast:10.0.0.255  Masc:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Métrica:1
          pacotes RX:404 erros:0 descartados:0 excesso:0 quadro:0
          Pacotes TX:397 erros:0 descartados:0 excesso:0 portadora:0
          colisões:0 txqueuelen:1000
          RX bytes:199468 (199.4 KB) TX bytes:105203 (105.2 KB)

[zekkerj]

Certo. Veja só, você está com perda de pacotes. Nós precisamos agora determinar se essa perda é na rede local ou na rede remota.

[edupequenino]

então,como se descobre isso?pois tenho um notebook com windows 7 e funciona perfeitamente.

[zekkerj]

Da mesma forma que nós descobrimos a perda de pacotes na internet: testando.

Repita o ping, dessa vez pro gateway.

ping -c 10 10.0.0.1

[edupequenino]

ping -c 10 10.0.0.1

PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_req=1 ttl=64 time=3.90 ms
64 bytes from 10.0.0.1: icmp_req=2 ttl=64 time=5.42 ms
64 bytes from 10.0.0.1: icmp_req=4 ttl=64 time=37.9 ms
64 bytes from 10.0.0.1: icmp_req=5 ttl=64 time=35.8 ms
64 bytes from 10.0.0.1: icmp_req=6 ttl=64 time=55.3 ms
64 bytes from 10.0.0.1: icmp_req=7 ttl=64 time=5.91 ms
64 bytes from 10.0.0.1: icmp_req=8 ttl=64 time=1.73 ms
64 bytes from 10.0.0.1: icmp_req=9 ttl=64 time=7.70 ms
64 bytes from 10.0.0.1: icmp_req=10 ttl=64 time=65.0 ms

--- 10.0.0.1 ping statistics ---
10 packets transmitted, 9 received, 10% packet loss, time 9011ms
rtt min/avg/max/mdev = 1.735/24.338/65.099/23.208 ms
eduardo@Eduardo-PC:~$

[zekkerj]

A perda é na rede local, ainda na interface wireless. Isso pode ser resultado de interferência, ou do sinal fraco.

Analisando as informações que vc já passou:

wlan0     IEEE 802.11bg  ESSID:"Eduardo"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:1A:3F:49:18:06   
          Bit Rate=54 Mb/s   Tx-Power=7 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=70/70  Signal level=-40 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Seu sinal não está fraco. Vamos ver como está a sua vizinhança:

  Wireless Access Points (* = current AP)
    Speed.Net 86829965: Infra, 00:02:6F:5C:06:3D, Freq 2462 MHz, Rate 11 Mb/s, Strength 40
    ALLWORD 85137888:Infra, 00:0C:42:61:B4:8A, Freq 2412 MHz, Rate 11 Mb/s, Strength 48 WPA WPA2
    *Eduardo:        Infra, 00:1A:3F:49:18:06, Freq 2462 MHz, Rate 54 Mb/s, Strength 100 WPA2

Vc tem esse vizinho "Speed.Net" que está no mesmo canal que vc (canal 11). Essa pode ser a fonte de interferência que está te fazendo perder pacotes. Experimente então usar o canal 6 do roteador por algum tempo, e veja se sua rede melhora.

[edupequenino]

é agora acho que resolveu,obrigado.