У меня два компьютера, подключенных через VPN, и несколько виртуальных машин на каждом. Я хочу, чтобы все видели друг друга (то есть, по сути, 4 разных сетевых машины). Чего мне пока не удалось, так это сделать так, чтобы компьютер на одном конце был виден на другом конце. В терминах tracert:
192.168.78.42>tracert 192.168.69.18
Tracing route to WIN-2K8R2 [192.168.69.18]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.78.17
2 * * * Request timed out.
3 217 ms 78 ms 78 ms WIN-2K8R2 [192.168.69.18]
Trace complete.
192.168.78.42>tracert 192.168.69.112
Tracing route to 192.168.69.112 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.78.17
2 333 ms * 337 ms WIN-2K8R2 [192.168.86.22]
3/4/5 * * * Request timed out.
6 ^C
192.168.69.18>tracert 192.168.69.112
Tracing route to 192.168.69.112 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.69.112
Trace complete.
192.168.69.112>tracert 192.168.78.42
Tracing route to 192.168.78.42 over a maximum of 30 hops
1 1 ms * <1 ms 192.168.69.18
2 79 ms 77 ms 80 ms 192.168.86.21
3 80 ms 77 ms 81 ms 192.168.78.42
Trace complete.
Примечание: 4 машины: 192.168.69.112 (winXP), 192.168.69.18=192.168.86.22 (win2K8R2), 192.168.86.21=192.168.78.17 (Linux), 192.168.78.42 (win2K3).
VPN — это TAP openvpn-соединение между 192.168.86.21 и 192.168.86.22.
Я бы сказал, что проблема в машине win2K8, но сетевое взаимодействие Windows — мое слабое место.
[email protected]: Поскольку я использую VPN, есть возможный обходной путь для соединения winXP с win2K3 путем создания VPN-подключения с машины winXP к серверу Linux VPN. Но изначальная проблема, а именно, почему win2K8R2 не пересылает пакеты, остается нерешенной.
Таблицы маршрутизации (без записей широковещательной рассылки и т.п.):
winXP
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 10.0.3.2 10.0.3.15 20
10.0.3.0 255.255.255.0 10.0.3.15 10.0.3.15 20
10.0.3.15 255.255.255.255 127.0.0.1 127.0.0.1 20
10.255.255.255 255.255.255.255 10.0.3.15 10.0.3.15 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.112 192.168.0.112 20
192.168.0.112 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.0.255 255.255.255.255 192.168.0.112 192.168.0.112 20
192.168.69.0 255.255.255.0 192.168.69.112 192.168.69.112 20
192.168.69.112 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.69.255 255.255.255.255 192.168.69.112 192.168.69.112 20
192.168.78.0 255.255.255.0 192.168.69.18 192.168.69.112 1
...
Default Gateway: 10.0.3.2
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
192.168.78.0 255.255.255.0 192.168.69.18 1
победа 2K8R2
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.17 20
192.168.0.0 255.255.255.0 On-link 192.168.0.17 276
192.168.0.17 255.255.255.255 On-link 192.168.0.17 276
192.168.0.255 255.255.255.255 On-link 192.168.0.17 276
192.168.69.0 255.255.255.0 On-link 192.168.69.18 276
192.168.69.18 255.255.255.255 On-link 192.168.69.18 276
192.168.69.112 255.255.255.255 On-link 192.168.69.18 21
192.168.69.255 255.255.255.255 On-link 192.168.69.18 276
192.168.78.0 255.255.255.0 192.168.86.21 192.168.86.22 31
192.168.86.20 255.255.255.252 On-link 192.168.86.22 286
192.168.86.22 255.255.255.255 On-link 192.168.86.22 286
192.168.86.23 255.255.255.255 On-link 192.168.86.22 286
...
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
192.168.78.0 255.255.255.0 192.168.86.21 1
192.168.69.112 255.255.255.255 192.168.69.18 1
Линукс
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default * 0.0.0.0 U 0 0 0 ppp0
10.0.0.1 * 255.255.255.255 UH 0 0 0 ppp0
192.168.69.0 192.168.86.22 255.255.255.0 UG 0 0 0 tap1
192.168.75.0 192.168.86.22 255.255.255.0 UG 0 0 0 tap1
192.168.75.0 192.168.86.22 255.255.255.0 UG 0 0 0 ppp0
192.168.76.0 * 255.255.255.0 U 0 0 0 eth0
192.168.78.0 * 255.255.255.0 U 0 0 0 vboxnet0
192.168.85.0 * 255.255.255.0 U 0 0 0 vboxnet1
192.168.86.16 * 255.255.255.252 U 0 0 0 tap0
192.168.86.20 * 255.255.255.252 U 0 0 0 tap1
192.168.186.24 * 255.255.255.252 U 0 0 0 tap2
win2K3
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.78.17 192.168.78.42 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.78.0 255.255.255.0 192.168.78.42 192.168.78.42 10
192.168.78.42 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.78.255 255.255.255.255 192.168.78.42 192.168.78.42 10
192.168.85.0 255.255.255.0 192.168.85.42 192.168.85.42 10
...
Default Gateway: 192.168.78.17
решение1
но я хочу сказать, что эхо-запрос, как и RDP-соединение, работает в одном направлении, но не работает в другом. Поскольку эхо-ответ работает в другом направлении, я полагаю, что таблица маршрутизации должна быть в порядке
Маршруты должны быть установлены для каждой сети на каждом хосте. Я видел случаи, когда маршрут был установлен на одной машине, а на другой — нет, и то, что вы описали ранее, — это именно то, что произошло.
Добавьте маршрут с правильным шлюзом, который может достичь другого сетевого блока.
Windows Example = route add -p 192.168.X.X/24 gw 192.168.X.X
Linux Example = route add -net 192.168.X.X/24 192.168.X.X
-p делает его постоянным при перезагрузке для Windows. Чтобы сделать маршрут постоянным при перезагрузке для Linux, вам придется добавить маршрут в файл static-routes.