Agora sei que não é um problema de DNS, porque não consigo nem fazer ping 8.8.8.8. Eu adicionei a saída do tracepath 8.8.8.8.
Minha máquina executando a versão mais atualizada do 14.04 Trusty. A mobo tem duas portas ethernet e uma placa Wi-Fi. Ambas as portas Ethernet estão conectadas. Uma vai diretamente para o roteador e tem um endereço IP estático. O outro está conectado a um comutador de rede e é DHCP. Esta máquina era uma instalação nova e teve problemas de DNS desde o início. Ele está localizado no Texas, eu estou em Denver, e eu estou controlando remotamente através do Teamviewer, então eu sei que algum tráfego de saída / entrada passa. Outras máquinas na mesma rede não têm problemas de rede.
Sintomas:
- Não é possível carregar sites por nome (google.com) ou IP (64.233.177.103)
- Não é possível usar sudo apt-get, tempo limite para conectar-se a servidores
- Não é possível efetuar ping de IPs da WAN. O ping 8.8.8.8 não recebe resposta e 100% de perda de pacotes.
- Pode fazer ping de IPs da LAN.
- Pode carregar a página de configuração do roteador no navegador da web por meio do IP da LAN.
- Permite a conexão remota do Teamviewer. O UDP parece não funcionar, o TCP funciona bem, mas eu sou expulso regularmente.
Resolução de problemas até agora:
- Máquina com ciclo de energia
- Unplugged / Replugged ambos os cabos de rede
- Modificado o tipo de conexão para DHCP e de volta para estático, para ambas as portas através da GUI de configurações de rede. Atualmente, um é estático e o outro é DHCP.
- Roteador padrão de fábrica e atualizado para o firmware mais recente (Luxul XBR-4400)
- Serviço de rede reiniciado
- Gerenciador de rede reiniciado
- Tentei adicionar IP estático manualmente por meio de / etc / network / interfaces. Fizeram corresponder ao que eu tinha definido através da GUI.
- Ignorados servidores de nomes locais por esta resposta: Devo editar meu arquivo resolv.conf para corrigir um problema de DNS incorreto?
- Isso envolveu comentar a linha dns = dnsmasq em /etc/NetworkManager/NetworkManager.conf.
- Executando o gerenciador de redes de reinicialização do Sudo, meu arquivo /etc/resolv.conf foi alterado
disso:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search lan
para isso:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.8.1
nameserver 75.75.75.75
nameserver 8.8.8.8
search lan
- Eu ainda recebo os mesmos sintomas exatos. DNS e IPs estáticos foram configurados através da GUI.
A execução do nslookup www.google.com faz com que eu tenha uma aparência normal, então o nslookup parece funcionar (junto com o Teamviewer). No entanto, carregar www.google.com ou um IP direto para www.google.com (64.233.177.147) não funciona.
Saída do nslookup www.google.com:
Server: 192.168.8.1
Address: 192.168.8.1#53
Non-authoritative answer:
Name: www.google.com
Address: 64.233.177.147
Name: www.google.com
Address: 64.233.177.104
Name: www.google.com
Address: 64.233.177.99
Name: www.google.com
Address: 64.233.177.105
Name: www.google.com
Address: 64.233.177.103
Name: www.google.com
Address: 64.233.177.106
Saída de / etc / network / interfaces:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Saída da lista nmcli dev iface eth0 (eth0 é estática)
GENERAL.DEVICE: eth0
GENERAL.TYPE: 802-3-ethernet
GENERAL.VENDOR: Realtek Semiconductor Co., Ltd.
GENERAL.PRODUCT: Motherboard
GENERAL.DRIVER: r8169
GENERAL.DRIVER-VERSION: 2.3LK-NAPI
GENERAL.FIRMWARE-VERSION: rtl8168g-2_0.0.1 02/06/13
GENERAL.HWADDR: FC:AA:14:E5:55:DD
GENERAL.STATE: 100 (connected)
GENERAL.REASON: 0 (No reason given)
GENERAL.UDI: /sys/devices/pci0000:00/0000:00:1c.3/0000:04:00.0/net/eth0
GENERAL.IP-IFACE: eth0
GENERAL.NM-MANAGED: yes
GENERAL.AUTOCONNECT: yes
GENERAL.FIRMWARE-MISSING: no
GENERAL.CONNECTION: /org/freedesktop/NetworkManager/ActiveConnection/3
CAPABILITIES.CARRIER-DETECT: yes
CAPABILITIES.SPEED: 1000 Mb/s
CONNECTIONS.AVAILABLE-CONNECTION-PATHS: /org/freedesktop/NetworkManager/Settings/{0}
CONNECTIONS.AVAILABLE-CONNECTIONS[1]: 29935289-bf46-4dcf-89a0-b282fa8b3f69 | Wired connection 2
WIRED-PROPERTIES.CARRIER: on
IP4.ADDRESS[1]: ip = 192.168.8.99/24, gw = 192.168.8.1
IP4.DNS[1]: 192.168.8.1
IP4.DNS[2]: 75.75.75.75
IP4.DNS[3]: 8.8.8.8
Saída da lista nmcli dev iface eth1 (eth1 é DHCP)
GENERAL.DEVICE: eth1
GENERAL.TYPE: 802-3-ethernet
GENERAL.VENDOR: Intel Corporation
GENERAL.PRODUCT: Ethernet Connection I217-V
GENERAL.DRIVER: e1000e
GENERAL.DRIVER-VERSION: 2.3.2-k
GENERAL.FIRMWARE-VERSION: 0.13-4
GENERAL.HWADDR: FC:AA:14:E5:55:DB
GENERAL.STATE: 100 (connected)
GENERAL.REASON: 0 (No reason given)
GENERAL.UDI: /sys/devices/pci0000:00/0000:00:19.0/net/eth1
GENERAL.IP-IFACE: eth1
GENERAL.NM-MANAGED: yes
GENERAL.AUTOCONNECT: yes
GENERAL.FIRMWARE-MISSING: no
GENERAL.CONNECTION: /org/freedesktop/NetworkManager/ActiveConnection/2
CAPABILITIES.CARRIER-DETECT: yes
CAPABILITIES.SPEED: 1000 Mb/s
CONNECTIONS.AVAILABLE-CONNECTION-PATHS: /org/freedesktop/NetworkManager/Settings/{2}
CONNECTIONS.AVAILABLE-CONNECTIONS[1]: 117aa4b3-1265-468e-b07d-d3c8998b14ea | Wired connection 1
WIRED-PROPERTIES.CARRIER: on
IP4.ADDRESS[1]: ip = 192.168.8.141/24, gw = 192.168.8.1
IP4.DNS[1]: 192.168.8.1
IP4.DOMAIN[1]: lan
DHCP4.OPTION[1]: host_name = nimbus-NS150
DHCP4.OPTION[2]: domain_name = lan
DHCP4.OPTION[3]: expiry = 1439959400
DHCP4.OPTION[4]: broadcast_address = 192.168.8.255
DHCP4.OPTION[5]: dhcp_message_type = 5
DHCP4.OPTION[6]: dhcp_lease_time = 43200
DHCP4.OPTION[7]: ip_address = 192.168.8.141
DHCP4.OPTION[8]: subnet_mask = 255.255.255.0
DHCP4.OPTION[9]: dhcp_renewal_time = 21600
DHCP4.OPTION[10]: routers = 192.168.8.1
DHCP4.OPTION[11]: dhcp_rebinding_time = 37800
DHCP4.OPTION[12]: domain_name_servers = 192.168.8.1
DHCP4.OPTION[13]: network_number = 192.168.8.0
DHCP4.OPTION[14]: dhcp_server_identifier = 192.168.8.1
Saída de ifconfig -a:
eth0 Link encap:Ethernet HWaddr fc:aa:14:e5:55:dd
inet addr:192.168.8.99 Bcast:192.168.8.255 Mask:255.255.255.0
inet6 addr: fe80::feaa:14ff:fee5:55dd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:331544 errors:0 dropped:2390 overruns:0 frame:0
TX packets:132548 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:43753936 (43.7 MB) TX bytes:67745643 (67.7 MB)
eth1 Link encap:Ethernet HWaddr fc:aa:14:e5:55:db
inet addr:192.168.8.141 Bcast:192.168.8.255 Mask:255.255.255.0
inet6 addr: fe80::feaa:14ff:fee5:55db/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:839361 errors:0 dropped:0 overruns:0 frame:0
TX packets:1113669 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:85882847 (85.8 MB) TX bytes:427516880 (427.5 MB)
Interrupt:20 Memory:f7e00000-f7e20000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:2373781 errors:0 dropped:0 overruns:0 frame:0
TX packets:2373781 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:623910191 (623.9 MB) TX bytes:623910191 (623.9 MB)
wlan0 Link encap:Ethernet HWaddr ac:fd:ce:47:1e:77
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Fazendo ping no meu roteador:
PING 192.168.8.1 (192.168.8.1) 56(84) bytes of data.
64 bytes from 192.168.8.1: icmp_seq=1 ttl=64 time=0.308 ms
64 bytes from 192.168.8.1: icmp_seq=2 ttl=64 time=0.227 ms
64 bytes from 192.168.8.1: icmp_seq=3 ttl=64 time=0.220 ms
^C
--- 192.168.8.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.220/0.251/0.308/0.043 ms
Ping 8.8.8.8:
nimbus@nimbus-NS150:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3022ms
tracepata 8.8.8.8
1?: [LOCALHOST] pmtu 1500
1: Luxul.lan 0.485ms
1: Luxul.lan 0.502ms
2: no reply
3: no reply
Resumindo: o DNS da LAN parece funcionar bem. As configurações de DNS parecem corretas (até onde eu sei). O DNS da WAN não funciona. No entanto, o software de área de trabalho remota, como o Teamviewer, é semi-funcional.
Obrigado pela sua ajuda
Jeff