intenet sem fio lenta no ubuntu 10.10

Iniciado por edupequenino, 28 de Outubro de 2010, 22:58

tópico anterior - próximo tópico
Imprimir
Ir para Fim Páginas 1 2
Ações

edupequenino

#15
25 de Novembro de 2010, 17:39
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

#16
29 de Novembro de 2010, 09:49
Citação de: zekkerj online 23 de Novembro de 2010, 21:07
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.
Não desanime vendo outras pessoas que sabem mais do que você. Lembre-se ninguem nasce sabendo. :)

zekkerj

#17
29 de Novembro de 2010, 10:01
É 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.
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

rafeldi

#18
29 de Novembro de 2010, 10:07
Citação de: zekkerj online 29 de Novembro de 2010, 10:01
É 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!
Não desanime vendo outras pessoas que sabem mais do que você. Lembre-se ninguem nasce sabendo. :)

edupequenino

#19
29 de Novembro de 2010, 12:15
então como resolver?

zekkerj

#20
29 de Novembro de 2010, 12:43
Citação de: edupequenino online 29 de Novembro de 2010, 12:15
então como resolver?

Preciso que vc repita o último teste.

Citarping 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
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

edupequenino

#21
29 de Novembro de 2010, 21:57
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

#22
29 de Novembro de 2010, 22:32
Certo. Veja só, você está com perda de pacotes. Nós precisamos agora determinar se essa perda é na rede local ou na rede remota.
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

edupequenino

#23
29 de Novembro de 2010, 22:44
então,como se descobre isso?pois tenho um notebook com windows 7 e funciona perfeitamente.

zekkerj

#24
30 de Novembro de 2010, 10:25
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
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

edupequenino

#25
30 de Novembro de 2010, 19:35
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

#26
01 de Dezembro de 2010, 00:39
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:

Citarwlan0     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:

CitarWireless 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.
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

edupequenino

#27
01 de Dezembro de 2010, 19:20
é agora acho que resolveu,obrigado.
Imprimir
Ir para Topo Páginas 1 2
Ações