LINUX.ORG.RU

История изменений

Исправление posixbit, (текущая версия) :

ты не юзал WireGuard в связке nginx

Тебе, конечно, виднее, что я юзал. (Нет.)

тяжёлый это Bungecord по потреблению ОЗУ/Цпу, лёгкий это nginx

Я ничего не писал про reverse proxy. А уж тем более — не сравнивал их между собой. Перестань приписывать другим своих выдуманные слова, а затем с ними спорить.

тестировал эти reverse proxy

iptables — это firewall, а не reverse proxy.

Ещё раз:

Зачем так извращаться [со всякими reverse proxy], когда можно просто пробросить порт (-ы) [с помощью firewall'а]?

Тебе другие регистранты (конкретно — ValdikSS) уже выше писали, что Nginx — это веб-сервер, а также, что не надо путать проброс портов с проксированием:

nginx это веб-сервер, а не прокси-сервер. Если речь о модуле proxy_pass, то он вам в пробросе порта клиенту, если клиент за NAT, ничем не поможет.

Исходная версия posixbit, :

ты не юзал WireGuard в связке nginx

Тебе, конечно, виднее, что я юзал. (Нет.)

тяжёлый это Bungecord по потреблению ОЗУ/Цпу, лёгкий это nginx

Я ничего не писал про reverse proxy. А уж тем более — не сравнивал их между собой. Перестань приписывать другим своих выдуманные слова, а затем с ними спорить.

тестировал эти reverse proxy

iptables — это firewall, а не reverse proxy.

Ещё раз:

Зачем так извращаться [со всякими reverse proxy], когда можно просто пробросить порт (-ы) [с помощью firewall'а]?

Тебе другие регистранты уже выше писали, что не надо путать проброс портов с проксированием.