
Mi proveedor tiene una configuración (estúpida) en la que la dirección IP de la puerta de enlace está en un rango de IP totalmente diferente al de la dirección IP asignada. Insisten en hacer esto por cualquier motivo. Estoy intentando configurar Windows Server 2012 R2 usando una ruta estática pero no he tenido suerte. Pude configurar la red en FreeBSD usando la siguiente configuración en /etc/rc.conf:
ifconfig_vtnet0="inet 142.4.196.xxx netmask 0xffffffff"
static_routes="net1 net2"
route_net1="-net 192.99.16.254/32 -iface vtnet0"
route_net2="default 192.99.16.254"
¿Hay alguna forma de convertir esto para que funcione en Windows Server 2012 R2? Lo intenté route ADD 0.0.0.0 MASK 0.0.0.0 192.99.16.254
pero no tuve suerte.
Aquí está la información de mi dirección IP:
IP Address: 142.4.196.xxx
(Required) subnet mask: 255.255.255.255
Gateway: 192.99.16.254
Respuesta1
El hosting de OVH hace lo mismo. el bloque de IP que se le asignó no contiene su puerta de enlace.
Proporcionan instrucciones según el sistema operativo que quizás puedan ayudarlo:http://help.ovh.es/BridgeClient
su ruta predeterminada en su publicación funcionará, pero debe proporcionar una ruta a esa puerta de enlace
Respuesta2
No debería necesitar configurar una ruta estática; configurar la máscara de red correcta debería ser suficiente. Parece que lo tienes configurado en 255.255.255.255
, pero necesitas configurarlo en0.0.0.0
Respuesta3
Después de finalmente comunicarme con mi proveedor, resultó que el problema era que la dirección MAC era incorrecta y, por lo tanto, no se conectaba. No tuve que agregar ninguna ruta estática ni nada para comenzar a trabajar (afortunadamente).