El preámbulo
Configuré una conexión VPN desde mi Macbook, y parece conectarse con éxito.
Sin embargo, no puedo acceder a mi computadora de trabajo porque el nombre de host no se resuelve:
$ ping myusername
ping: cannot resolve myusername: Unknown host
La nueva solución
Después de probar todo lo que pude, descubrí que este comando pone a mi disposición tanto la red VPN como Internet:
sudo route add -net 192.168.7.218 192.168.7.117 255.255.0.0
Los servidores DNS de la empresa son accesibles por sus IP. ¿Cómo configuro la red para usarlos en todo lo que comienza en 192.168?
La vieja solución
Encontré una solución temporal que me permite acceder a la red a través de VPN modificando dos opciones:
Puse una marca de verificación en Enviar todo el tráfico a través de la conexión VPN :
Ingreso manualmente el nombre del dominio de búsqueda en la configuración de DNS de la interfaz VPN:
Realizar estos dos pasos es suficiente para hacer que mi computadora funcione con ping:
$ nslookup myusername
Server: 192.168.10.16
Address: 192.168.10.16#53
Name: myusername.universe.mycompany
Address: 192.168.11.56
$ ping myusername
PING myusername.universe.mycompany (192.168.11.56): 56 data bytes
64 bytes from 192.168.11.56: icmp_seq=0 ttl=126 time=126.164 ms
Sin embargo, cuando hice un túnel en todo el tráfico para pasar por VPN, ya no puedo acceder a Internet:
$ ping google.com
PING google.com (74.125.232.48): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
La pregunta
¿Cómo configuro correctamente la red para que entienda cuándo pasar por VPN y cuándo usar la conexión normal? Lo necesito para resolver los nombres de servidor de Windows correctamente.
Si necesito publicar cualquier salida de comando de consola, estoy dispuesto a hacerlo si me avisas cuál es exactamente.
Cualquier ayuda es muy apreciada, ya que este es un tipo de espectáculo para mí ahora.
¡Gracias!
ifconfig
la salidappp0
esflags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1396 inet 192.168.7.232 --> 192.168.7.117 netmask 0xffffff00
así que supongo que es 255.255.255.0. ¿Cómo lo cambio? Gracias.route
ponerlos a disposición porque no encontraba la manera de cambiar la máscara de red. ¿Cómo los marco como "DNS para todo lo relacionado con 192.168"?Respuestas:
Es posible que desee ver la página de manual de resolución
Para citar una solución:
Que yo sepa lo que necesita para poner un archivo con el nombre
example.com
de/etc/resolver
las direcciones IP de los servidores de nombres de dominio para que si quieres servidores de nombres especiales paraexample.com
- Podría ser que utilizanresolv.conf
la sintaxis, no puedo recordar. Pero deberías poder resolverlo :)EDITAR: en lo que respecta a la automatización del proceso, estoy bastante seguro de que es factible con AppleScript o Automator. Pero nunca pienso en eso, así que una segunda pregunta sobre ese tema podría ayudar.
fuente
Parece que hay un problema con OSX que configura la máscara de red de forma incorrecta. Esta fue mi experiencia usando una VPN PPTP en Snow Leopard y Mountain Lion, y es compatible con este hilo aquí .
Encontré una solución aquí , que implica establecer una regla de enrutamiento para el tráfico ppp0.
Básicamente:
Esto establecerá la regla de enrutamiento cada vez que se conecte a la VPN.
fuente
Las resoluciones DNS de Mac OSX son divertidas. Aquí está la solución rápida.
Ponga el siguiente código en un nombre de archivo
reset_dns
.Reemplace la palabra 'MI VPN' con el nombre de su conexión VPN.
Una vez conectado a su VPN, ejecute
reset_dns
desde una ventana de terminalMac OSX solo usa servidores DNS asociados con su conexión de red 'Primaria'. El código anterior agrega los servidores DNS de su conexión VPN a la conexión de red primaria (es decir, generalmente Wi-Fi o Ethernet) para que sus servidores DNS VPN se usen primero, luego sus servidores DNS de conexión primaria en segundo lugar.
Ejecute el
reset_dns
comando nuevamente después de desconectar su VPN para eliminar las entradas y restaurar la configuración original del servidor DNS. Sin embargo, esto es opcional, ya que generalmente no hace daño nada solo mantener asociados los servidores DNS.fuente
Tuve el mismo problema. Resulta que mi enrutador doméstico estaba en el mismo rango de IP que mi sistema de trabajo. Una vez que cambié mi enrutador doméstico a un rango diferente pude conectarme.
fuente