Não é possível conectar-se à internet através de ethernet

1

Quando conecto a ethernet à minha área de trabalho (13.10), parece estabelecer uma conexão, mas não consigo acessar nenhuma página da web. Se eu conectar o ethernet ao meu laptop (12.04.4), ele funcionará corretamente. Já me conectei à ethernet na minha área de trabalho antes, mas me mudei recentemente e estou tentando fazer com que funcione com meu novo arranjo de vida.

DESKTOP (13.10)

$ uname -a

Linux jeffrey-desktop 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ ifconfig

eth0      Link encap:Ethernet  HWaddr c8:60:00:de:4f:bb  
          inet addr:10.212.9.183  Bcast:10.212.255.255  Mask:255.255.0.0
          inet6 addr: fe80::ca60:ff:fede:4fbb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7883 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2406 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:841589 (841.5 KB)  TX bytes:240759 (240.7 KB)
          Interrupt:20 Memory:f7f00000-f7f20000 

$ route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.212.0.1      0.0.0.0         UG    0      0        0 eth0
10.212.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0

$ sudo lshw -class network

*-network               
       description: Ethernet interface
       product: 82579V Gigabit Network Connection
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: eth0
       version: 04
       serial: c8:60:00:de:4f:bb
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.13-4 ip=10.212.9.183 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
       resources: irq:52 memory:f7f00000-f7f1ffff memory:f7f39000-f7f39fff ioport:f040(size=32)

LAPTOP (12.04.4)

$ uname -a

Linux jeffrey-Inspiron-3520 3.2.0-61-generic #93-Ubuntu SMP Fri May 2 21:31:50 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ ifconfig

eth0      Link encap:Ethernet  HWaddr e0:db:55:84:bc:f0  
          inet addr:10.212.12.5  Bcast:10.212.255.255  Mask:255.255.0.0
          inet6 addr: fe80::e2db:55ff:fe84:bcf0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7035 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2820 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4817604 (4.8 MB)  TX bytes:444154 (444.1 KB)
          Interrupt:41 Base address:0x4000 

$ route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.212.0.1      0.0.0.0         UG    0      0        0 eth0
10.212.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0

$ sudo lshw -class network

 *-network
       description: Ethernet interface
       product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:09:00.0
       logical name: eth0
       version: 05
       serial: e0:db:55:84:bc:f0
       size: 100Mbit/s
       capacity: 100Mbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl_nic/rtl8105e-1.fw ip=10.212.12.5 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:41 ioport:e000(size=256) memory:f0004000-f0004fff memory:f0000000-f0003fff
    
por Jeffrey 24.05.2014 / 19:51

1 resposta

1

Aparentemente, a nova rede estava bloqueando os servidores DNS que minha área de trabalho estava tentando usar.

/ edit

Sempre que eu tentei ping google.com na minha área de trabalho, notei que estava pendurado em vez de reclamar sobre um host desconhecido. Isso significa que o problema ocorreu durante a pesquisa de DNS.

Comecei a brincar com dig para encontrar o problema. dig google.com estava suspenso como esperado. O dig @8.8.8.8 google.com também estava suspenso, o que é estranho porque o DNS do Google normalmente é muito responsivo. Decidi dar uma olhada nos servidores DNS que eu estava usando, em comparação aos que o DHCP me disse para usar.

$ nm-tool

Device: eth0  [Ethernet connection 1] ----------------------------------------
  Type:              Wired
  Driver:            e1000e
  State:             connected
  Default:           yes
  HW Address:        C8:60:00:DE:4F:BB

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

  Wired Properties
    Carrier:         on

  IPv4 Settings:
    Address:         10.212.9.183
    Prefix:          16 (255.255.0.0)
    Gateway:         10.212.0.1

    DNS:             208.67.220.220
    DNS:             208.67.222.222

Esta saída mostra que os servidores DNS que o DHCP me disse para usar eram 208.67.220.220 e 208.67.222.222 . No entanto, esses não eram os servidores DNS que minha área de trabalho estava configurada para usar:

$ cat /etc/resolv.conf

nameserver 209.222.18.222
nameserver 209.222.18.218

Eu uso PIA 's linux beta e mudou meu resolv.conf para evitar DNS vazamentos que normalmente não é um problema. No entanto, como os servidores DNS da PIA estão bloqueados nessa nova rede e não consegui me conectar à VPN porque as portas necessárias para o PPTP estão bloqueadas nessa rede, ela acabou fazendo com que todas as pesquisas de DNS falhassem.

Eu restaurei meu /etc/resolv.conf ao seu formulário gerenciado resolvconf e reiniciei a rede ethernet para corrigir o problema.

$ sudo ln -sft /etc /run/resolvconf/resolv.conf
    
por Jeffrey 02.08.2014 / 05:43