OS X 10.6.8 traducción directa de IP y problemas de DNS

0

Esta es la situación:

Tengo un servidor web en mi LAN que ofrece versiones beta de mi documentación para mi software gratuito.

Este servidor web, a través de mi enrutador, responde a una dirección IP externa. IP imaginarias para fines de explicación:

  • Mi servidor web está en mi LAN en 192.168.10.100
  • La IP estática de mi WAN es 200.100.50.25

Externamente, el DNS está no configurado de modo que algún nombre se resuelva en 200.100.50.25 . Tampoco lo será. Así que no puedes llegar de la manera habitual.

Por lo tanto, proporciono URL a mis probadores beta de esta forma:

http://200.100.50.25/mybetadocs/webpage.html

Esto funciona bien. Mis probadores en el mundo pueden llegar a mi servidor y todo está bien. Para ellos.

Aquí está el problema: en mi máquina, si intento acceder a esa URL, por ejemplo, cuando hago clic en un enlace en una página web que lo contiene, mi máquina le dice al enrutador que NAT a 200.100.50.25 , y ese es el final de eso, no va a ninguna parte.

El enrutador no parece tener ninguna capacidad de bucle invertido para hacerle saber que, efectivamente, 200.100.50.25 está, de hecho, en mi LAN (aunque francamente, creo que ya debería saber eso, ya que esa es su IP externa y eso es donde estoy tratando de llegar. Solía funcionar bien en mi viejo enrutador. Pero de todos modos.)

Entonces, lo que estoy buscando es una forma de decirle a OS X aquí en mi máquina local que cuando me dirijo a 200.100.50.25 , en realidad estoy tratando de llegar a 192.168.10.100 para que mi servidor web responda Aquí en mi máquina, directamente a través de la LAN.

En pocas palabras, solo en mi máquina, necesito lo siguiente, ...

http://200.100.50.25/mybetadocs/webpage.html

... para llegar aquí:

http://192.168.10.100/mybetadocs/webpage.html

Anteriormente, hice que mis usuarios configuraran una entrada de archivo hosts para un nombre de servidor imaginario de la forma someweirdname.com, como este ...

200.100.50.25 someweirdname.com

... y luego coloque todos mis enlaces en el formulario ...

http://someweirdname.com/mybetadocs/webpage.html

... que realmente funciona bien, pero se topó con un problema de usuario bastante grave donde la configuración de un archivo hosts fue más allá de ellos, por lo tanto, no hay acceso a los documentos.

El uso de la IP no requiere nada del usuario, pero al hacer clic en el enlace, y como dije, funciona bien para ellos. Pero me bloquea yo , lo cual es un gran inconveniente para mí: no puedo seguir las URL en otros servidores web a varios lugares en mis documentos beta sin arrastrar mi teléfono, deshabilitando su acceso a wifi, e ir tras esos enlaces a través de 4G para que mi enrutador vea la solicitud que viene desde fuera de la LAN.

Cuando acabo de leer mis documentos aquí, solo uso someweirdname.com para acceder a ellos, y todo es relativo desde allí, y eso también funciona bien.

Simplemente no puedo acceder a ellos desde las páginas web de otros servidores en la red. Y por ... razones ... necesito probar esas URL para asegurarme de que vayan a donde se supone que deben ir.

¿Existe una solución para este dilema que no implique comprar otro nombre de servidor, y me cuesta más dinero exponer mis documentos beta locales y lidiar con la pérdida de mantenimiento del DNS resultante?

Puedo vivir con eso tal como es, y lo he sido, pero lo odio.

    
pregunta fyngyrz 12.01.2016 - 18:51

3 respuestas

2

Arpanet: En el trabajo desde 1969 : editar su propio archivo de hosts es el método de elección.

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1   localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost

- >

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
192.168.10.100  someweirdname.com www.someweirdname.com
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0     localhost

Es posible que tengas que vaciar el caché de DNS usando sudo killall -HUP mDNSResponder y sudo dscacheutil -flushcache .

    
respondido por el klanomath 12.01.2016 - 19:48
0

Tu única esperanza para mí parece hacer una ruta estática en tu Máquina para que 200.100.50.25 se enrute a 192.168.10.100 pero supongo que no funcionará sin algunos trucos de red en el servidor web para escuchar realmente Los paquetes en lugar de enrutarlos al enrutador que tiene problemas en su cliente.

Mientras tanto, puede intentar configurar un servicio de DNS dinámico gratuito para asociar 200.100.50.25 con un nombre de host que se resolverá para todos sus evaluadores externos a la IP que elija para el servidor.

Luego puede aprovechar la edición normal de /etc/hosts trickery para que el nombre se resuelva con la IP interna que elija, en lugar de ir a los servidores DNS en general.

Básicamente, pase de la codificación de la dirección IP a la URL y use un nombre que pueda reemplazar con mayor facilidad.

    
respondido por el bmike 14.01.2016 - 17:23
0

No es la solución ideal y no resuelve ninguno de los problemas reales en sí, pero si lo que quiere es dejar todo como está y tener una manera de probar los enlaces. , podría iniciar una conexión VPN. En ese momento, debería poder acceder a su IP pública desde fuera y el reenvío de puertos funcionará de la manera que desee.

    
respondido por el samh 14.01.2016 - 22:04

Lea otras preguntas en las etiquetas