тебе надо чтобы клиент из внешнего интерфейса приходил на 8080 прероутингом отправлялся на 127.0.01 80 проходил оутпут форвард и на сколько я помню инпут от 1 интерфейса до второго, после этого получал трафик и шел назад, если ты где-то что-то не учел. каждая цепочка может помочь в блокировке.
oleggg1: echo 1 > /proc/sys/net/ipv4/ip_forward, но данная настройка слетит после перезагрузки, так что лучше поправить конфиг — $ nano /etc/sysctl.conf далее ищем строчку #net.ipv4.ip_forward=1 и убираем «решётку»
oleggg1: я понимаю, делаете днат дпорт 8080 до дестинейшен 127.0.0.1 80, политика форвард аксепт, политика инпут дроп, правила инпута, как я писал с флагами для внешнего интерфейса, для ло интерфейса инпут аксепт, форвардиинг все же помоему здесь нужно будет вклчюать, ибо между интерфейсами трафик роутить будете. ну и да на инпут открыть 22 и 8080, но на мой взгляд, если у веб сервера есть только клиенты из вне на 8080 не надо городить это все, просто в настройках вебсервера выставляется порт 8080 и делаются обычные правила без форвардинга. я убей не вижу плюсов в той схеме, что вы делаете.
oleggg1: так закройте на инпут с внешнего интерфейса 80 порт, я вообще уже не понимаю вашу задачу. Вам нужно чтобы внутренние клиенты пользовались вебкой на 80 ом? а внешние на 8080?
Ingernirated: гугл отменили? Промисы это обещания. Пишите мамой клянусь это треугольник, потом вызываете метод верю и не верю и обрабатывете. А еще можно кошерно обернуть обещание в асинк и работать с ним синхронно без блокировок.
MrsMagpie: рынок адекватен, рынок говорит что ему нужно, вы же просто пытаетесь убедить клиента, что вам нужно заплатить болльше, вот и вся правда. 90% клиентов вообще довольны будут са1ту с викс.
response.status;