Вчера вечером я поменял маршрутизатор, компьютеры в порядке, беспроводная связь и т. Д. Мой веб-сервер разработки казался в порядке, я могу получить к нему доступ с любых моих веб-сайтов, SSH и т. Д., Однако я заметил, что у меня нет доступа в Интернет.
У меня есть экземпляр Ubuntu 18.04 со статическим IP-адресом, но протестирован с использованием DHCP, и была такая же ситуация с SSH и т.д., но без доступа в Интернет.
Я предполагаю, что моя конфигурация находится в /etc/netplan и нет /etc/network/interfaces для этой версии ubuntu, поэтому установите следующие конфигурации, которые, кажется, дают мне рабочее сетевое соединение (хотя я установил то же самое, что и изначально, я использовал последнее, и это не сработало):
/etc/netplan/01-netcfg.yaml:
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: no
dhcp6: no
addresses: [192.168.1.6/24]
gateway4: 192.168.1.254
nameservers:
addresses: [8.8.8.8,8.8.4.4]
ifconfig:
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.6 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::a60:6eff:fee5:e58b prefixlen 64 scopeid 0x20<link>
ether 08:60:6e:e5:e5:8b txqueuelen 1000 (Ethernet)
RX packets 29347 bytes 3199867 (3.1 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4103 bytes 484556 (484.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
/ sbin / маршрут
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
default 192.168.1.254 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
curl 192.168.1.254:
curl: (7) Failed to connect to 192.168.1.254 port 80: No route to host
пинг не в состоянии 8.8.8.8 Однако мой шлюз / маршрутизатор работает с другими устройствами в сети. Мой новый Драйтек просто не нравится мой сервер. Кажется, что ничего не отображается в отношении моего сервера в системном журнале маршрутизатора, так что брандмауэр там тоже ничего не блокирует. Брандмауэр также отключен в Ubuntu, я считаю:
ufw status
Status: inactive
Дальнейшие исследования показывают, что с самого маршрутизатора я могу пинговать только несколько машин, не зная, что это значит, но из коробки Ubuntu я могу пинговать разные машины.
Ping out of Ubuntu 18.04
192.168.1.6 > 192.168.1.20 Ping OK
192.168.1.6 > 192.168.1.254 No Ping
192.168.1.6 > 192.168.1.1 Ping Ok
192.168.1.6 > 192.168.1.53 No Ping
Ping out of Router (Draytek 2960)
192.168.1.254 > 192.168.1.20 No Ping
192.168.1.254 > 192.168.1.6 No Ping
192.168.1.254 > 192.168.1.1 Ping OK
192.168.1.254 > 192.168.1.53 No Ping
Ping out of my Windows Machines
192.168.1.53 > 192.168.1.20 Ping OK
192.168.1.53 > 192.168.1.6 Ping OK
192.168.1.53 > 192.168.1.254 Ping OK
192.168.1.53 > 192.168.1.1 Ping OK
Таким образом, машина с Windows кажется счастливой, просто некоторые устройства без Windows, похоже, не играют в мяч с маршрутизатором. Здесь 1.20 - это принтер, а 1.1 - главный сервер домена.
Результаты TCPDUMP:
sudo tcpdump -i eth0 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
12:38:12.353881 IP 192.168.1.53 > 192.168.1.6: ICMP echo request, id 1, seq 25, length 40
12:38:12.353922 IP 192.168.1.6 > 192.168.1.53: ICMP echo reply, id 1, seq 25, length 40
12:38:13.357746 IP 192.168.1.53 > 192.168.1.6: ICMP echo request, id 1, seq 26, length 40
12:38:13.357769 IP 192.168.1.6 > 192.168.1.53: ICMP echo reply, id 1, seq 26, length 40
12:38:14.365890 IP 192.168.1.53 > 192.168.1.6: ICMP echo request, id 1, seq 27, length 40
12:38:14.365917 IP 192.168.1.6 > 192.168.1.53: ICMP echo reply, id 1, seq 27, length 40
12:38:15.372843 IP 192.168.1.53 > 192.168.1.6: ICMP echo request, id 1, seq 28, length 40
12:38:50.417412 IP 192.168.1.254 > 192.168.1.6: ICMP echo request, id 40319, seq 0, length 64
12:38:51.417819 IP 192.168.1.254 > 192.168.1.6: ICMP echo request, id 40319, seq 1, length 64
12:38:52.418246 IP 192.168.1.254 > 192.168.1.6: ICMP echo request, id 40319, seq 2, length 64
12:38:53.418592 IP 192.168.1.254 > 192.168.1.6: ICMP echo request, id 40319, seq 3, length 64
12:38:54.419015 IP 192.168.1.254 > 192.168.1.6: ICMP echo request, id 40319, seq 4, length 64
12:46:36.801414 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 1, length 64
12:46:37.801809 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 2, length 64
12:46:38.821929 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 3, length 64
12:46:39.845948 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 4, length 64
12:46:40.869947 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 5, length 64
12:46:41.869836 IP 192.168.1.6 > 192.168.1.53: ICMP echo request, id 28880, seq 6, length 64
Сначала было от Windows до Ubuntu Box. Затем из маршрутизатора в поле Ubuntu. Я попытался перейти от коробки Ubuntu к маршрутизатору, но в TCPDUMP ничего не отображается. Следующее было из коробки Ubuntu на машину Windows, и видно, что запросы исходят, хотя ответов нет, поскольку ICMP, вероятно, заблокирован на брандмауэре Защитника Windows.
Любые рекомендации о том, что попробовать здесь, поскольку у меня самого нет идей, и ни одно из вышеперечисленного не имеет особого смысла относительно того, почему разные устройства PINGABLE с каждой машины, а SSH и PING HTTP, похоже, работают / не работают в зависимости от источника?
tcpdump -i eth0 arp -n
14:32:29.414036 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:29.414274 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:29.852626 ARP, Request who-has 192.168.1.200 tell 192.168.1.1, length 46
14:32:29.852643 ARP, Request who-has 192.168.1.58 tell 192.168.1.1, length 46
14:32:30.437906 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:30.438138 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:31.461904 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:31.462138 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:32.486027 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:32.486250 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:33.513904 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:33.514218 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:33.944646 ARP, Request who-has 192.168.1.70 tell 192.168.1.253, length 46
14:32:34.533906 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:34.534222 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
14:32:35.557980 ARP, Request who-has 192.168.1.254 tell 192.168.1.6, length 28
14:32:35.558187 ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
183 packets captured
200 packets received by filter
17 packets dropped by kernel
Mac-адрес маршрутизатора кажется правильным с 00: 1d: aa: c6: 44: 68. Однако на многие запросы не отображается ответ, не уверены, что это правильно?
Однако есть такие показы:
14:55:29.130114 ARP, Unknown (512)
0x0000: 0001 0800 0604 0200 001d aac6 4468 c0a8 ............Dh..
0x0010: 01fe ffff ffff ffff 0000 0000 0100 0000 ................
0x0020: 0000 0000 0000 0000 0000 ..........
14:55:29.130427 ARP, Unknown (512)
0x0000: 0001 0800 0604 0200 001d aac6 4468 c0a8 ............Dh..
0x0010: 02fe ffff ffff ffff 0000 0000 0100 0000 ................
0x0020: 0000 0000 0000 0000 0000
tcpdump -eqtnni eth0 arp
08:60:6e:e5:e5:8b > ff:ff:ff:ff:ff:ff, ARP, length 42: Request who-has 192.168.1.254 tell 192.168.1.6, length 28
00:1d:aa:c6:44:68 > 08:60:6e:e5:e5:8b, 802.1Q, length 60: vlan 1, p 0, ethertype ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
08:60:6e:e5:e5:8b > ff:ff:ff:ff:ff:ff, ARP, length 42: Request who-has 192.168.1.254 tell 192.168.1.6, length 28
00:1d:aa:c6:44:68 > 08:60:6e:e5:e5:8b, 802.1Q, length 60: vlan 1, p 0, ethertype ARP, Reply 192.168.1.254 is-at 00:1d:aa:c6:44:68, length 42
00:1d:aa:c6:44:68 > ff:ff:ff:ff:ff:ff, 802.1Q, length 60: vlan 1, p 0, ethertype ARP, Unknown (512)