Línea de comandos que configura el servicio de reenvío de puertos con espacios en blanco

Tenemos un enrutador ZyXEL VMG8324-B10A en casa. Puedo iniciar sesión a través de ssh y usar el comando portforward --help, que da como resultado el siguiente resultado:

Usage: portforward config <ServiceName> --wanintf <atm0.1|atm1.1|ptm0.1|ptm0.2|ptm0.3|eth4.1|eth4.2|eth4.3|eth3G> [--wanip <wanip>] 
                     --sipaddr <ServerIP Addr> --sport <Trigger Start Port> <Trigger End Port>
                     --transport <Translation Start Port> <Translation End Port> 
                     --proto <tcp|udp|tcpudp> <enable|disable>
       portforward delete <ServiceName> --sipaddr <ServerIP Addr> 
       portforward show 
       portforward --help

La regla de reenvío que quiero modificar se ve así ( portforward show):

                Service   Wan                     ServerIP          Trigger       End      Trans.     Trans.
 #  Status      Name      Intf.   WanIP           Address           StartPort     Port     StartPort  EndPort   Portocol
------------------------------------------------------------------------------------------------------------------------    
 2  enable      PC HTTP   [conn]                  [old-ip]          80            80       80         80        TCP

Quiero alterar esta regla para hacerla avanzar [new-ip]. Sin embargo, el comando portforward config "PC HTTP" --sipaddr [new-ip]da como resultado

portforward: invalid parameter HTTP" for option 'config'

¿Es correcto el formato del comando que ingresé? ¿Y cómo puedo cambiar la dirección IP a la que apunta esta regla?

EDITAR: El enrutador Huawei parece ser el anterior. Actualmente tenemos uno de ZyXEL.

command-line router port-forwarding

— Tempestas Ludi
fuente

Intentaría usar comillas simples en lugar de comillas dobles, o escapar del espacio con una barra invertida. Vea si puede crear un nuevo reenvío de puertos utilizando un nombre de servicio que no contenga un espacio (si funciona, podría considerar cambiar el nombre de su regla). Si publica el modelo de enrutador, otros que lo tengan pueden intentar reproducir su problema.

— simlev

Encuentre las instrucciones para su modelo de enrutador en portforward.com .

— harrymc

Cambiar las comillas o escapar del espacio no funciona. Crear un nuevo portforward podría funcionar, pero eso es solo una solución para un problema que debería resolverse muy bien ... Agregué el modelo de enrutador.

— Tempestas Ludi

portforward.com solo enumera los métodos para agregarlo a través de la interfaz web, mientras que yo también intento lograr esto a través de ssh.

— Tempestas Ludi

Probablemente tengas que escapar de los espacios. Pruebe: portforward config "PC \ HTTP" --sipaddr [new-ip]

— Rabbid10

En realidad respondiendo tus comentarios aquí:

El punto de toda esta historia es que necesito poder modificar los parámetros de reenvío de puertos desde una ubicación remota. Si estoy en casa, solo puedo usar la interfaz web

Cuando inicie sesión en un raspberry pi a través de ssh desde otra red, no tengo acceso a la interfaz web

Parece que tiene una Raspberry Pi en casa en la que puede acceder desde su ubicación remota y le gustaría acceder a la interfaz web del enrutador como si estuviera en la red doméstica.

Si este es su problema, puede usar el reenvío de puertos SSH :

ssh -L 8080:192.168.1.1:443 raspberrypi

¿Dónde raspberrypiestá el nombre de host o la ~/.ssh/configentrada de Raspberry Pi que usas para conectarte? Esto le permite establecer un túnel desde su ubicación remota hasta la Raspberry Pi en casa. Si visita https://localhost:8080su navegador desde la ubicación remota, su Raspberry Pi reenvía la solicitud a la dirección IP del enrutador doméstico ( 192.168.1.1en este ejemplo) en el puerto 443, que es la página de administración web https en mi hipótesis.

Esto es más seguro que abrir la interfaz de administración web a Internet público (aunque podría restringir el acceso por IP) y más fácil que configurar una VPN solo para este propósito.

Otra opción sería reenviar X e iniciar el navegador de Raspberry Pi desde su ubicación remota. Sin embargo, esto va a ser más lento, ya que reenviaría toda la aplicación gráfica en lugar de simplemente tunelizar los datos. y más torpe, también, porque el navegador tendría que ser ejecutado por la CPU de la Raspberry Pi en lugar de la de su computadora remota más poderosa.

— simlev
fuente

No es una solución a la pregunta original, sino una solución agradable y elegante. ¡Gracias!

— Tempestas Ludi