yarebenko

Описание: Есть сервер в домашней сети на 192.168.1.33. На нём поднят bind9(DNS) и apache(WEB-сервер). В домашней сети этот сервер перехватывает запросы DNS и возвращает их с 192.168.1.33 соответственно web-сервер может работать так-же как если DNS внешний. Хотелки: Получить такую-же схему из гостевой сети. Пути решения: Вообще без идей

<packet> <request id="create"> <command name="ip http proxy"> <name>asd</name> </command> </request> <request id="domain"> <command name="ip http proxy domain ndns"> <name>asd</name> </command> </request> <request id="allow"> <command name="ip http proxy allow"> <public>public</public> <name>asd</name> </command> </request> <request id="upstream"> <command name="ip http proxy upstream"> <proto>http</proto> <upstream>192.168.1.179</upstream> <port>443</port> <name>asd</name> </command> </request> <request id="save"> <command name="system configuration save"> </command> </request> </packet>

как создать домен 4 уровня? ручка UI отправляет JSON [ { "ip": { "http": { "proxy": { "SUBDOMAIN": { "allow": { "public": "public" }, "domain": { "ndns": true }, "upstream": { "port": "443", "proto": "http", "upstream": "IP" } } } } } }, { "system": { "configuration": { "save": true } } } ] и как я понимаю это транслируется в $ ip http proxy SUBDOMAIN $ ... 2 вопроса 1) что дальше (схема ip http proxxy не поддерживает аргументов кроме имени прокси, 2) на запрос в /ci curl \ --digest \ --user ***:*** \ "http://192.168.1.1/ci" \ -H "Content-Type: application/xml" \ --data-binary ' <request id="1"> <command name="ip http proxy"> <name>SUBDOMAIN</name> </command> </request> ' прокся создаётся но не отображается в UI что я делаю не так?

Реальный случай Под одним роутером (в моём случае Keenetic Extra II) живут две машины h1 и h2. KeenDNS настроен на прямой IPv4 и облачный IPv6 и домен example.mykeenetic.ru На обоих машинах живёт по http серверу и sshd. Как сейчас: порты перенаправлены так 8080 -> h1:80 4433 -> h1:443 222 -> h1:22 80 -> h2:80 443 -> h2:443 22 -> h2:22 Проблемы: Это очень тяжело объяснить пользователям Помнить на каком хосте что лежит, чтобы проставить порт неудобно lets encrypt тяжело относится не к стандартным портам Хотелки: Хочется иметь возможность роутить запросы на уровне роутера не посредством портов В идеальном мире я создаю правила вида h1, host1, 192.168.*.*, [22, 80. 443, 8000:8080], Да Возможные решения: сделать возможность в настройках доменов 4 уровня указывать список портов сделать возможность задавать два поддомена с одним именем (зачёркнуто, бред какой-то, но возможно требует переписывания меньшего числа логики)