
Tengo una Raspberrypi con un Stick UMTS E3531 conectado a Internet. Como el Rpi no tiene cabeza, quería que la interfaz web del Stick estuviera disponible a través de la IP del Rpi.
El Stick construye una red de 192.168.8.0/24 donde la interfaz tiene 192.168.8.1 y el Rpi siempre obtiene 192.168.8.100. Se accede a la interfaz web a través de http simple. Se puede acceder a Rpi a través de una VPN cableada (construida sobre el dispositivo) donde tiene 10.253.3.4/24 o su interfaz de LAN física eth0 de mantenimiento con 192.168.13.24/24. Idealmente, la interfaz web debería ser accesible en ambos sentidos.
Mi primer enfoque fue que la interfaz LAN seguía dos reglas:
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to 192.168.8.1:80
iptables -t nat -A POSTROUTING -o enx001e101f0000 -j MASQUERADE
La primera regla para reenviar las solicitudes http del eth0 del Rpi a la interfaz web y la segunda, aunque enmascara la dirección de origen para la interfaz del dispositivo (enx001e101f0000)
Lamentablemente no funciona. Si accedo a Rpi en un navegador con
http://192.168.13.24
La solicitud se cambia a y se muestra http://192.168.8.1/html/index.html?url=192.168.13.24
el error .ERR_ADDRESS_UNREACHABLE
¿Qué me estoy perdiendo aquí y de dónde viene este parámetro de consulta "url"?
gracias de antemano
Respuesta1
Esto se debe a la configuración del servidor http en el dispositivo, que no puede cambiar (al menos no de forma permanente y sin modificar el firmware).
Una opción para usted es ejecutar un proxy inverso y reescribir la URL que se devuelve desde el dispositivo.
La pregunta de nivel superior es, en primer lugar, ¿por qué necesita tres servidores DHCP? Considere desactivar uno de ellos para simplificar la configuración.