не понял вопроса

ну порт то где открыт

и почему на локалхост ты на 9000 ходишь

у меня на локальной машине (дев комп) xdebug клиент висит на порту 127.0.0.1:9000

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

Кто подскажет как это продебажить? Как узнать куда пакеты какие идут, где теряются и тд...

tcpdump

tcpdump

лол. это не поможет

мне обычно помагает

когда сеть работает не так как надо

мне обычно помагает

и ты при этом знаешь чего искать да

хотя бы можно увидеть прилетают ли на 9001 порт пакеты

теперь все коннекты с дев сервера нужно перенаправить на 127.0.0.1:9000 то есть 10.8.182.135:9001 =>127.0.0.1:9000 что я и делаю ssh -R 10.8.182.135:9001:127.0.0.1:9000 user@host.com

после того как зашёл по ссш проверь, начал ли слушаться порт

netstat -ltpn | grep 9001

теперь все коннекты с дев сервера нужно перенаправить на 127.0.0.1:9000 то есть 10.8.182.135:9001 =>127.0.0.1:9000 что я и делаю ssh -R 10.8.182.135:9001:127.0.0.1:9000 user@host.com

т.е. ты считаешь что у тебя на твоей тачке на которой у тебя доккеры 9001 порт открыт и слушается?

его ссш открывает

его ссш открывает

да

после того как зашёл по ссш проверь, начал ли слушаться порт

после того как ты прибиндил порт 9001 на серванте он полюбому начнет слушать

ну надо проверить это

мало ли

мало ли

tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN - tcp6 0 0 ::1:9001 :::* LISTEN -

да камон

чет не нравится мне этот вывод

тадааааам

мне тоже

открыт ли у тебя 9001 порт на ремоут тачке без ссш вот в чем вопрос

точнее... "та дадада дам"

а какого ... если я делаю ssh -R 10.8.182.135:9001:127.0.0.1:9000

открыт ли у тебя 9001 порт на ремоут тачке без ссш вот в чем вопрос

та должно быть все открыто

зайди в контейнер с пхп и попробуй telnet 10.8.182.135 9001

вот я потушил тунель и netstat -ltpn | grep 9001 грит что пусто

это логично

вот я потушил тунель и netstat -ltpn | grep 9001 грит что пусто

ну вот у тебя там ничего и нет

зайди в контейнер с пхп и попробуй telnet 10.8.182.135 9001

прям срочно надо это сделать)

это логично

согласен) только почему он бинлиться на 127.0.0.1 если я указывал другой хост))

прям срочно надо это сделать)

сек

это логично

когда делаешь порт форвардинг из доккера появляется docker-proxy вроде

/var/www/html # telnet 10.8.182.135 9001 telnet: can't connect to remote host (10.8.182.135): Connection refused

пусто

а вот так не пусто telnet 10.8.182.135 80

при поднятом тунеле?

да, конечно

а вот так не пусто telnet 10.8.182.135 80

это тоже понятно

Сделай чтобы было не пусто и всё заработает

в итоге после поднятия тунеля ssh -R 10.8.182.135:9001:127.0.0.1:9000 вот такие пироги tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN - tcp6 0 0 ::1:9001 :::* LISTEN -

ну уже хоть проблема ясна :)

Вот так ssh -R 9001:127.0.0.1:9000 в нетстат тот же результат

удаленный хост ни на что не влияет (

ssh -R \*:9001:localhost:900 -N root@example.com

попробуй так

и покаж нетстат

900 ?

или 9000 ?

да камон

вот тебе и камон, братишка

ну 9000 канеш

мож спецом фейковый порт) для теста.

не, я ж руками сюда пишу сразу

вобще то удаленный хост это вторая пара

как бэ

это когда -L вроде

а вот давайте проверим

это будет трэш

а. точно.

первый порт - это тот где слушать

неважно локал или ремот

-R [bind_address: ]port:host:hostport

да стопудово я верно написал

ssh -R \*:9001:localhost:900 -N root@example.com

скажи, а зачем звезду экранировать?

баш же

ERROR: S client not available

он вместо звезды сунет тебе все файлы каталога где сидишь

баш же

tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN - tcp6 0 0 ::1:9001 :::* LISTEN -

ниче не меняется

у меня, помню с докером были похожие траблы. Ни в какую контенеры не хотели нормально на ip4 заводиться, пока не вырубил нафиг ip6 на тачке

сменил удаленный порт на 9003 ради теста все работает tcp 0 0 127.0.0.1:9003 0.0.0.0:* LISTEN - tcp6 0 0 ::1:9003 :::* LISTEN -

ну тут уже не с докерами траблы)

ну симптомы один в один

а nc есть на хосте?

хз, как проверить?

и что это?

можно, кстати ещё попробовать добавить -f в команду ссш

ой

т.е. -g

$ nc Cmd line: ^C

есть если это оно

ну симптомы один в один

ну я вроде вырубил... или оно и было вырублено eth0 Link encap:Ethernet HWaddr de:2b:50:1f:f0:03 inet addr:10.8.182.135 Bcast:10.255.255.255 Mask:255.255.255.254 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7979752 errors:0 dropped:0 overruns:0 frame:0 TX packets:8059012 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:20279812700 (18.8 GiB) TX bytes:3370037279 (3.1 GiB)

не, вырубать надо на уровне ядра

nc -l -p 9001 -s 10.8.182.135

сделай так

при потушенном туннеле

а из контейнера - телнетом стукнись

nc -l -p 9001 -s 10.8.182.135

сделал... по признакам всем работает

телнет не упал с ошибкой, а висит ждет

ну теперь супер извращение

ща меня тут закидают

ща меня тут закидают

я с тобой! не боись

Туннель так: ssh -R 9000:127.0.0.1:9000 И финт ушами mkfifo backpipe nc -l -p 9001 -s 10.8.182.135 0<backpipe | nc 127.0.0.1 9000 1>backpipe после запуска - проверяем что 9000 на локалхсоте, а 9001 - на 10.8.182.135 netstat -ltpn | grep 900

ну и если всё так, то пробуем хdebug

финт ушами на неткате можно заменить на правило iptables впоследствии

а вот так ssh -R 0.0.0.0:9001:localhost:9000 в итоге пробовал поднимать туннель и потом смореть нетстат и телнетить порт из контейнера?

ух, сколько всего. Так с чего начать?

а вот так ssh -R 0.0.0.0:9001:localhost:9000 в итоге пробовал поднимать туннель и потом смореть нетстат и телнетить порт из контейнера?

с этого если не пробовал