Tengo dos computadoras conectadas con VPN y algunas máquinas virtuales en cada una. Quiero que todo se vea (es decir, básicamente 4 máquinas diferentes en red). Lo que no he conseguido hasta ahora es que un ordenador en un extremo sea visible en el otro extremo. En términos de seguimiento:
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.
Nota: las 4 máquinas son 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).
La VPN es una conexión TAP openvpn entre 192.168.86.21 y 192.168.86.22.
Yo diría que el problema está en la máquina win2K8, pero la red de Windows es mi punto débil.
[correo electrónico protegido]: Dado que uso VPN, existe una posible solución para conectar winXP con win2K3 realizando una conexión VPN desde la máquina winXP al servidor VPN de Linux. Pero el problema original, es decir, por qué win2K8R2 no reenvía paquetes, sigue sin resolverse.
Las tablas de enrutamiento (sin entradas de transmisión, etc.):
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
ganar 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
linux
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
Respuesta1
pero lo que quiero decir es que la solicitud de eco y la conexión RDP funcionan en una dirección, pero fallan en la otra. Dado que la respuesta de eco funciona de otra manera, supongo que la tabla de enrutamiento debería estar bien.
Deben existir rutas para cada red en cada host. He visto casos en los que una ruta está instalada en una máquina y no en otra y lo que describiste antes es exactamente lo que sucedió.
Agregue la ruta con la puerta de enlace correcta que pueda llegar al otro bloque de red.
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 lo hace persistente al reiniciar Windows. Para que la ruta sea persistente durante el reinicio de Linux, deberá agregar la ruta al archivo de rutas estáticas.