«Узел назначения недоступен» и ARP не возвращает адреса по локальной сети

«Узел назначения недоступен» и ARP не возвращает адреса по локальной сети

В настоящее время я пытаюсь настроить локальную сеть между двумя машинами с маской сети , 255.255.255.0однако при попытке установить связь между ними я получаю следующее сообщение:

[root@alpha ~]# ping 192.168.0.249
PING 192.168.0.249 (192.168.0.249) 56(84) bytes of data.
From 192.168.0.248 icmp_seq=2 Destination Host Unreachable
From 192.168.0.248 icmp_seq=3 Destination Host Unreachable
From 192.168.0.248 icmp_seq=4 Destination Host Unreachable
--- 192.168.0.249 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5175ms

Это происходит наоборот на другой выделенной машине. Я понятия не имею, что я сделал не так, я перезагрузил и перезапустил сетевую службу несколько раз, но все равно безуспешно.

Как вы можете видеть ниже, ARP не возвращает адреса локальной сети, хотя он должен отображать два. IPTables отключен, а обычный публичный IP разрешает пинги.

Подробности для Деди №1:

[root@alpha ~]# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:25:90:C8:81:4C
          inet addr:192.168.0.248  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::225:90ff:fec8:814c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3634 errors:0 dropped:0 overruns:0 frame:0
          TX packets:197 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:220672 (215.5 KiB)  TX bytes:10318 (10.0 KiB)
          Memory:f7180000-f7200000

[root@alpha ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
*.*.*.152       0.0.0.0         255.255.255.248 U     0      0        0 eth1
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
0.0.0.0         *.*.*.153       0.0.0.0         UG    0      0        0 eth1
[root@alpha ~]# arp -a
? (*.*.*.153) at 74:8e:f8:f7:98:58 [ether] on eth1

Подробности для Деди №2:

[root@beta network-scripts]# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:25:90:C5:C8:A0
          inet addr:192.168.0.249  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::225:90ff:fec5:c8a0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:3576 (3.4 KiB)
          Memory:f7180000-f7200000

[root@beta network-scripts]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
*.*.*.128       0.0.0.0         255.255.255.248 U     0      0        0 eth1
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
0.0.0.0         *.*.*.129       0.0.0.0         UG    0      0        0 eth1
[root@beta network-scripts]# arp -a
? (*.*.*.129) at 74:8e:f8:fa:b9:8e [ether] on eth1

решение1

Хотя я не уверен на 100% (вам придется связаться с SecureServers), большинство хостинговых компаний изолируют серверы, которые находятся на одном коммутаторе, с помощью записи VLAN или ACL. Таким образом, ваши серверы не смогут видеть друг друга.

Обратитесь в свою хостинговую компанию, чтобы убедиться. Скорее всего, им придется либо настроить для вас выделенную «внутреннюю» сеть, либо вам понадобится использовать VPN-решение.

Связанный контент