Ограниченный доступ в Интернет на 14,04. Работы Teamviewer, веб-сайты не загружаются
Я теперь знаю, что это не проблема DNS, потому что я не могу даже проверить с помощью ping-запросов 8.8.8.8. Я добавил вывод tracepath 8.8.8.8.
Моя машина, выполняющая самую актуальную версию 14.04 Надежных людей. mobo имеет два порта Ethernet и карту Wi-Fi. Включаются оба порта Ethernet. Каждый идет непосредственно в маршрутизатор и имеет статический IP-адрес. Другой включается в сетевой коммутатор и DHCP. Эта машина была новой установкой и имела проблемы DNS с самого начала. Это расположено в Техасе, я нахожусь в Денвере, и я управляю им удаленно через Teamviewer, таким образом, я знаю, что некоторый выход/входящий трафик проходит. Другие машины в той же сети не имеют никаких сетевых проблем.
Признаки:
- Не может загрузить веб-сайты по имени (google.com) или IP (64.233.177.103)
- Не может использовать sudo Кв. - добираются, приводит к таймауту соединения с серверами
- Не может проверить с помощью ping-запросов дюйм/с WAN. Проверка с помощью ping-запросов 8.8.8.8 не получает ответа и 100%-й потери пакетов.
- Может проверить с помощью ping-запросов дюйм/с LAN.
- Может загрузить страницу конфигурации маршрутизатора в веб-браузере через IP LAN.
- Позволяет удаленное соединение Teamviewer. UDP, кажется, не работает, работы TCP хорошо, но я регулярно выгоняюсь.
Поиск и устранение неисправностей шагов, сделанных до сих пор:
- Подвергнутая циклу включения и выключения питания машина
- Отключил/Повторно включил оба сетевых кабеля
- Измененный тип соединения к DHCP, и назад к помехам, для обоих портов посредством параметров сети GUI. В настоящее время каждый статичен, и другой DHCP.
- Фабрика приняла значение по умолчанию маршрутизатор и обновила до последнего встроенного микропрограммного обеспечения (Luxul XBR-4400)
- Перезапущенный сетевой сервис
- Перезапущенный администратор сети
- Испытанный добавляющий статический IP вручную через/etc/network/interfaces. Сделанный им соответствовать тому, что я установил через GUI.
- Обойденные локальные серверы имен на этот ответ: я должен отредактировать свой resolv.conf файл для решения неправильной проблемы DNS?
- Это вовлекло комментирование dns=dnsmasq строки в/etc/NetworkManager/NetworkManager.conf.
- Выполнение администратора сети перезапуска Sudo изменило мой/etc/resolv.conf файл
от этого:
# 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
к этому:
# 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
- Я все еще получаю те же точные признаки. DNS и статический IP был настроен через GUI.
Выполнение nslookup www.google.com получает меня нормальный вывод взгляда, таким образом, nslookup, кажется, работает (наряду с Teamviewer). Однако загрузка www.google.com или прямого IP для www.google.com (64.233.177.147) не работает.
Вывод 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
Вывод/etc/network/interfaces:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Вывод nmcli dev iface eth0 списка (eth0 статично),
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
Вывод 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
Вывод 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)
Проверка с помощью ping-запросов моего маршрутизатора:
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
tracepath 8.8.8.8
1?: [LOCALHOST] pmtu 1500
1: Luxul.lan 0.485ms
1: Luxul.lan 0.502ms
2: no reply
3: no reply
Подвести итог его: LAN DNS, кажется, хорошо работает. Настройки DNS выглядят корректными (насколько я могу сказать). WAN DNS не работает. Однако программное обеспечение удаленного рабочего стола, такое как Teamviewer полуфункционально.
Спасибо за Вашу справку, Jeff
1 ответ
Прежде всего все: спасибо за очень тщательно продуманный вопрос! :-)
Пара дополнительные (вопрос/комментарий):
- переключатель (где интерфейс LAN подключен с), подключенный к маршрутизатору также? Я спрашиваю это, потому что LAN - и адрес WAN находится в той же "сети" 192.168.8.x? Это могло бы создать пакетные циклы (т.е. маршрутизатор получает запрос от IP LAN для сети, хочет дать ответ через кратчайший путь к хосту, будучи IP WAN, ПК не знает, что сделать?)
- Ваш "DNS WAN" работает, nslookup работы? "Ping WAN" является другой историей.
Помещенный интерфейс глобальной сети на DHCP, отредактируйте маршрутизатор, чтобы всегда раздать тот же IP-адрес к MAC-адресу упомянутого интерфейса глобальной сети.
Поставленный интерфейсные LAN Помехи, и не добавляют шлюз. Тем путем весь связанный с Интернетом трафик вызывается к интерфейсу глобальной сети.
Отношения.