Соедините выделенный IP / порт VPS с внутренним IP-портом Tinc VPN
После нескольких дней исследований я полностью переписал свой вопрос, чтобы было легче ответить, и, надеюсь, прояснил то, что я ищу.
У меня есть сервер Ubuntu 18.04 VPS с выделенным IPv4-адресом (назовем его xxx.xxx.152.21) на eth0, вызывающий сервер VPS1. Я установил Tinc VPN с адресом 10.8.2.1 для VPS на интерфейсе tun1, и в той же сети Tinc VPN у меня есть небольшой сервер с адресом 10.8.2.10, который я вызываю SSR1.
Если я размещу сервер приложений на SSR1, скажем, прослушивая порт 8044, каков наилучший способ "связывания" xxx.xxx.152.21:8044 с 10.8.2.10:8044?
SSR1 находится за маршрутизатором, который не позволяет переадресацию портов, поэтому я настроил Tinc VPN. Я просмотрел такие инструменты, как netcat и ip route, но не уверен, что лучше использовать, или они будут работать для того, что я пытаюсь сделать.
ОБНОВИТЬ
Оказывается, что-то не так с моей установкой Nginx и полная переустановка установила правильный proxy_pass. Действительно, Nginx будет пересылать HTTP-пакеты на любой из сетевых интерфейсов. Я все еще работаю над способом передачи других протокольных пакетов через разные порты во внутреннюю сеть и не уверен, следует ли это делать с помощью IPTables или netcat. Единственное, что меня беспокоит по поводу netcat, это то, что я не уверен, в какой степени это означает необходимость запуска нового процесса с каждым соединением / запросом, как указано в документации.
1 ответ
Все они основаны на iptables. не нужна свалка или акула вам просто нужно, чтобы iptables остальной части этого программного обеспечения не хватало. кажется, что пакеты застряли или потерялись посередине, поэтому вам нужны пометки. публичный IP на mangle и установите connmark, а затем еще один connmark в таблице PRE NAT. в таблицу фильтров, потому что там идет другая отметка для сообщения nat, и это будет последнее сопровождение к концу туннеля.