Командна лінія, що налаштовує послугу переадресації портів з пробілом

У нас вдома є маршрутизатор ZyXEL VMG8324-B10A. Я можу увійти через ssh і використовувати команду portforward --help, в результаті якої з'являється такий вихід:

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

Правило переадресації, яке я хочу змінити, виглядає як ( 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

Я хочу змінити це правило, щоб зробити його вперед [new-ip]. Однак команда portforward config "PC HTTP" --sipaddr [new-ip]призводить до

portforward: invalid parameter HTTP" for option 'config'

Чи правильний формат команди, яку я вводив? І як я можу змінити IP-адресу, на яку вказує це правило?

EDIT: Маршрутизатор huawei, здається, є нашим попереднім. Наразі у нас є ZyXEL.

command-line router port-forwarding

— Темпестас Люді
джерело

Я б спробував використати одинарні лапки замість подвійних лапок або уникати пробілу із зворотним нахилом. Перевірте, чи можете ви створити новий порт для переходу за допомогою імені служби, що не містить пробілу (якщо він працює, ви можете розглянути можливість перейменування свого правила). Якщо ви розмістите модель маршрутизатора, то інші, хто має її, можуть спробувати відтворити вашу проблему.

— simlev

Знайдіть інструкції до своєї моделі маршрутизатора на порталі portforward.com .

— harrymc

Зміна лапок або втеча від простору не працює. Створення нового портфорду може спрацювати, але це лише вирішення проблеми, яка повинна бути дуже вирішеною ... Я додав модель маршрутизатора.

— Темпестас Люді

portforward.com перелічує лише методи, щоб додати його через веб-інтерфейс, в той час як я намагаюся зробити це також через ssh.

— Темпестас Люді

Ймовірно, вам доведеться бігти з просторів. Спробуйте: portforward config "PC \ HTTP" --sipaddr [new-ip]

— Rabbid10

Справді, відповідаючи на ваші коментарі тут:

Сенс усієї цієї історії полягає в тому, що мені потрібно вміти змінювати параметри переадресації портів з віддаленого місця. Якщо я вдома, я можу просто використовувати веб-інтерфейс

Коли я ввійшов у малину pi через ssh з іншої мережі, я не маю доступу до веб-інтерфейсу

Схоже, у вас є Raspberry Pi вдома, ви можете зайти з віддаленого місця, і ви хочете отримати доступ до веб-інтерфейсу маршрутизатора так, як ніби ви знаходитесь у домашній мережі.

Якщо це ваша проблема, ви можете використовувати переадресацію портів SSH :

ssh -L 8080:192.168.1.1:443 raspberrypi

де raspberrypiім'я хоста або ~/.ssh/configзапис Raspberry Pi, який ви використовуєте для підключення до нього. Це дозволяє встановити тунель від віддаленого місця до Raspberry Pi в домашніх умовах. Якщо ви відвідуєте https://localhost:8080у своєму браузері з віддаленого місця, ваш Raspberry Pi передає запит на ip домашнього маршрутизатора ( 192.168.1.1у цьому прикладі) на порт 443, який є моєю гіпотезою на сторінці веб-керування https.

Це безпечніше, ніж відкривати інтерфейс веб-управління в загальнодоступному Інтернеті (хоча ви можете обмежити доступ через IP) та простіше, ніж налаштувати VPN саме для цієї мети.

Іншим варіантом буде переадресація X та запуск браузера Raspberry Pi із віддаленого місця. Однак це буде проходити повільніше, оскільки ви б пересилали всю графічну програму, а не просто тунелювали дані. і незграбність, тому що браузер повинен був би керувати процесором Raspberry Pi замість вашого, сподіваємось, більш потужного віддаленого комп'ютера.

— симлев
джерело

Не рішення оригінального питання, а приємний, елегантний спосіб вирішення. Дякую!

— Темпестас Люді