archlinux: wifi conectado mas sem internet onde a internet funciona com fio

0

Eu tenho conexão com fio e Wi-Fi.

Internet com conexão a cabo funciona, enquanto a internet do Wi-Fi não funciona

Se conectado a com fio e também wifi, o seguinte é a saída de ifconfig.

root@gauranga /home/simha # ifconfig 
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.5.113  netmask 255.255.248.0  broadcast 192.168.7.255
        inet6 fe80::66f9:5aa3:5449:bbf5  prefixlen 64  scopeid 0x20<link>
        ether 68:f7:28:71:8d:be  txqueuelen 1000  (Ethernet)
        RX packets 736130  bytes 710984014 (678.0 MiB)
        RX errors 0  dropped 181  overruns 0  frame 0
        TX packets 278415  bytes 23924104 (22.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 1428  bytes 369189 (360.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1428  bytes 369189 (360.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.5.245  netmask 255.255.248.0  broadcast 192.168.7.255
        inet6 fe80::14ac:2256:c091:2660  prefixlen 64  scopeid 0x20<link>
        ether 2e:dc:cd:0d:1f:82  txqueuelen 1000  (Ethernet)
        RX packets 1237969  bytes 135361481 (129.0 MiB)
        RX errors 0  dropped 4059  overruns 0  frame 0
        TX packets 18074  bytes 2059915 (1.9 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Se estiver usando apenas wifi, pinga para 192.168.0.1

$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=10.7 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=7.82 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=12.0 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=7.14 ms

enquanto o ping para google.com não mostra nada. não vai mais longe.

/etc/resolv.conf é

nameserver 192.168.0.1

Além disso, quando em wifi:

simha@gauranga ~ % ip route show
default via 192.168.0.1 dev wlp3s0  proto static  metric 600 
192.168.0.0/21 dev wlp3s0  proto kernel  scope link  src 192.168.5.245  metric 600 

E quando ligado:

simha@gauranga ~ % ip route show
default via 192.168.0.1 dev enp2s0  proto static  metric 100 
192.168.0.0/21 dev enp2s0  proto kernel  scope link  src 192.168.5.113  metric 100 

Não consigo entender o problema.

Tudo isso aconteceu depois que eu atualizei o archlinux.

    
por Santhosh Yedidi 14.06.2016 / 06:33

1 resposta

1

Primeiro, se você fizer ping em google.com, seu PC tentará resolver o nome para um endereço IP por meio de um servidor de nomes fornecido em /etc/resolv.conf (sem e no final!).

Segundo, caso não seja um erro de digitação aqui no superuser.com, seu servidor de nomes aponta para 19 3 .168.0.1, não 19 2 .168.0.1 . Portanto, não é possível resolver o nome. Em vez disso, o seu PC tenta acessar o 193.168.0.1 e não o encontra. (Mesmo que 19 3 .168.0.1 tenha sido seu servidor de nomes, ele não está na mesma rede que 192.168.0.0/255.255.248.0. Ele não precisa estar na mesma rede, mas então o roteamento deve ser configurado para saber uma rota para o servidor de nomes).

Em seguida, verifique sua tabela de roteamento por meio de ip route show , ip route ou ip r (sinônimos). Caso não haja uma rota padrão, adicione um via ip route add default via 192.168.0.1 . Depois disso, tente novamente ping google.com .

Editar: para configurar as rotas incluindo a rota padrão permanentemente, dependendo da sua versão do systemd, use netctl ou systemd-networkd . Nos meus PCs, tenho a tendência de achar netctl mais estável na configuração das rotas do que systemd-networkd .

    
por 14.06.2016 / 09:33