Как пробросить на тот же порт в linux?

Question

[Romua1d]

Парни! Я про проброс портов.

Демон работает на порте 5984. Это база данных
Я хочу его открыть с другого пк внутри сети 192.168.0.102:5984

sudo iptables -t nat -A PREROUTING -p tcp --dport 5984 -j REDIRECT --to-ports 5984

Не работает.
А

sudo iptables -t nat -A PREROUTING -p tcp --dport 5983 -j REDIRECT --to-ports 5984

Работает

Comments

[planc]

если есть доступ через ssh, можно пробросить порт таким образом:
ssh -L 5984:localhost:5984 ip-servera

[Andrej Gessel]

А зачем вообще пробрасывать, если 2 компа находятся в одной сети, так просто используй? Если нужно что-бы порт был на localhost, тогда можно как planc предложил.

[Romua1d]

Andrej Gessel, второй комп не видит 5984. Поэтому и пришел к тому, что надо пробросить

[Andrej Gessel]

может проблема в firewall? Если один компьютер в сети видит порт 5983 на другом компьютере в той же сети, почему он не видит 5984?

Так же может быть что сервис работает только по 127.0.0.1, а не на 0.0.0.0 или 192.168.0.102. Это можно просто проверить:
sudo netstat -tulpan | grep ":5984"

[Romua1d]

Andrej Gessel,

tcp        0      0 0.0.0.0:5984            0.0.0.0:*               LISTEN      416/beam.smp        
tcp        0      0 127.0.0.1:5984          127.0.0.1:41626         ESTABLISHED 416/beam.smp        
tcp        0      0 127.0.0.1:41578         127.0.0.1:5984          ESTABLISHED 14203/python        
tcp        0      0 127.0.0.1:41626         127.0.0.1:5984          ESTABLISHED 14203/python        
tcp        0      0 127.0.0.1:5984          127.0.0.1:41578         ESTABLISHED 416/beam.smp        
tcp        0      0 192.168.0.134:5984      192.168.0.193:59676     ESTABLISHED 416/beam.smp        
tcp        0      0 127.0.0.1:41566         127.0.0.1:5984          TIME_WAIT   -

Ситуация в данный момент. Мой ип адрес 192.168.0.134

[Andrej Gessel]

Исхожу из того, что это couchdb и в настройках etc/couchdb/local.ini прописан bind_Address 0.0.0.0, т.к. сервис висит на этом адресе.

Как я понимаю есть соединение с сервисом. Компьютер 192.168.0.193 соединился со 192.168.0.134:5984, а значит ничего пробрасывать не надо

tcp        0      0 192.168.0.134:5984      192.168.0.193:59676     ESTABLISHED 416/beam.smp

[Romua1d]

Andrej Gessel, сейчас работает так. Клиент и подключен таким образом

sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 5984

[Andrej Gessel]

единственная оставшаяся идея, это firewall
не вижу больше причин по которым этот сервис не может работать на этом порту

[Romua1d]

Andrej Gessel, кажется я понял. Я то подключаюсь с другого ПК в браузере. А в браузере 80 порт. И получается, что с 80 на 5984 нет связи.

[Andrej Gessel]

Romua1d, вот это поворот! Не совсем теперь понимаю что у тебя там происходит. Если ты открываешь 192.168.0.134:80 и ты пишешь, что всё открывается, т.к. есть перенаправление, почему тогда просто не открыть 192.168.0.134:5984. Браузеру без разницы на какой порт ты её пошлёшь. Главное, что-бы на этом порту кто-то умел говорить HTTP.

[Romua1d]

Andrej Gessel, тогда я в осадке!

[Romua1d]

Andrej Gessel, сейчас на 80 порту работает, а на 5984 нет. И я пытаюсь понять почему

[Andrej Gessel]

запусти tcpdump(or wireshark) на порту и посмотри приходят ли пакеты от клиента и отправляет сервер что-то назад?

немного бреда: посмотри ещё dmesg ну и лог сервиса

[Romua1d]

Andrej Gessel, огромное спасибо. Оказывается, я редиректил всех с 5984 на 192.168.0.103:5984 (Когда-то настраивал статичсекий ип адрес)
TCPDUMP (в принципе благодаря ему и решилась 4 дневная проблема) показал, как пользователей перекидывает вообще не туда. Сбросил все правила из iptables-save и теперь все работает отлично!

Answer 1

[O . J]

sudo iptables -A INPUT -p tcp --dport 5984 -s 192.168.0.0/24 -j ACCEPT

старые правила лучше удалить.

Answer 2

[ISE73]

Мне кажется, надо dnat (поменять адрес назначения) сделать на тот ПК где демон запущен.