@ru_docker

Страница 266 из 610
Anatoly
30.01.2017
12:00:51
о котором в контейнере в 24 сетке даже и не знают

Виталий
30.01.2017
12:01:46
да, но у тебя задача наоборот. чтобы приходя из вне на порт 9001 хост тачки ты попадал на порт контейнера. разве нет ?
нет, как раз исходящее соединение идут ИЗ контейнера. И я его хочу направить на докер-хост на порт 9001...а там уже по тунелю уйдет на мою локальную тачку.

но самое главное... что коннект к моей локальной тачке идет ИЗ контейнера.

Google
Anatoly
30.01.2017
12:02:56
ох

там нет никакого конекта там обычный лисн

не путай людей

Виталий
30.01.2017
12:03:22
ну как же?

xdebug.remote_host=172.17.0.1 xdebug.remote_host=9001

ptchol
30.01.2017
12:03:43
так это по умолчанию рабтает

Виталий
30.01.2017
12:03:50
дебаггер будет пытаться установить соединения к 172.17.0.1:9001

это видно по логам

ptchol
30.01.2017
12:04:04
ты до всех внутренних сетей хоста можешь достучаться из контейнера, за исключением 127.0.0.1

у тебя по дефолт роуту уйдёт это на 172.17.0.1 а там уже ip route хоста сработает и отправит на нужную сеть.

у тебя же из контейнера пинг на 10.8.182.135 идёт ?

Виталий
30.01.2017
12:05:39
сейчас проверю

да

Google
ptchol
30.01.2017
12:06:50
xdebug.remote_host это куда модуль xdebug шлёт данные да (сама php) ?

Виталий
30.01.2017
12:07:26
; Адрес компьютера, на котором расположен клиент отладчика. ; Настройка игнорируется, если значение xdebug.remote_connect_back установлено в 1 ; ; Тип string ; По умолчанию localhost ; Документация http://www.xdebug.org/docs/all_settings#remote_host xdebug.remote_host = 192.168.0.99

ptchol
30.01.2017
12:07:40
ну пропиши там этот адрес 10.8.182.135 и всё.

а там будет тонель и по нему это улетит на твою тачку

Виталий
30.01.2017
12:08:25
во, это уже что-то

а когда я делаю ssh -R 9001:localhost:9001 user@61.15.45.13 то оно биндит вот так 10.8.182.135:9001 = > localhost:9001 ?

если да, тогда должно работать

ну пропиши там этот адрес 10.8.182.135 и всё.
или оно забиндит как localhost:9001 => localhost:9001 ?

Vladimir
30.01.2017
12:12:02
или оно забиндит как localhost:9001 => localhost:9001 ?
можо явно указать айпишник где он будет слушать

укажи 0.0.0.0

по моему так можно, что бы на всех айпишниках слушал

Виталий
30.01.2017
12:12:46
ssh -R 0.0.0.0:9001:localhost:9001 user@61.15.45.13 ты про это?

Dmitriy
30.01.2017
12:12:49
для тунеля?

Виталий
30.01.2017
12:13:25
может лучше уже сразу ssh -R 10.8.182.135:9001:localhost:9001 user@61.15.45.13

Vladimir
30.01.2017
12:13:40
пробуй)

ptchol
30.01.2017
12:13:42
Там всего одна опция

Что Ман открыть нельзя

Виталий
30.01.2017
12:14:05
Там всего одна опция
где одна? почему одна?

ssh -R [удаленный_адрес: ]удаленный_порт:локальный_адрес:локальный_порт [пользователь@]сервер

Google
ptchol
30.01.2017
12:14:39
Ну флаг один

Vladimir
30.01.2017
12:14:53


Виталий
30.01.2017
12:15:06
можно удаленный хост указать. Но не ясно каким будет хост если его вообще не указывать

Vladimir
30.01.2017
12:15:19
будет на всех слушать

где сможет забиндить

Виталий
30.01.2017
12:15:45
угу, понял. Спасибо!

попробую только вечером, отпишусь :)

ptchol
30.01.2017
12:17:48
Ну вот всегда так

Dmitriy
30.01.2017
12:17:56
Ну прям клифхэнгер блин

ptchol
30.01.2017
12:17:56
Нв самом интересном месте

Виталий
30.01.2017
12:18:16
не, будет продолжение! Я обещаю.

А что если не мутить с этим тунелем, а поднять впн сервер на дев сервере и клиентом к нему подключатся?

Виталий
30.01.2017
12:19:03
Дело в том, что при бездействии ssh у меня отваливается коннект мин через 10. На работе такого нет, а дома наверное в сети проблемы...

Dmitriy
30.01.2017
12:19:36
keep-alive для тунелей есть

Виталий
30.01.2017
12:20:59
keep-alive для тунелей есть
загуглю, спасибо!

Dmitriy
30.01.2017
12:21:53
-K вроде

-K [seconds] так помоему

ptchol
30.01.2017
12:23:17
В ссш конфиг элайв интервал и элайвкаунт

Виталий
30.01.2017
12:23:22
-K вроде
ну это при подключении, ок. А на стороне сервера надо чет настраивать?

Vladimir
30.01.2017
12:23:31
Google
ptchol
30.01.2017
12:23:35
Не обязательнт

Dmitriy
30.01.2017
12:24:02
в конфиге тоже можно

а вспомнил

пишешь в конфиге элайв интервал и элайвкаунт и при коннекте пишешь -K [seconds]

и соединение не просто зависать будет, а падать - и его можно снова поднять

Виталий
30.01.2017
12:27:45
в конфиге тоже можно
чет в мане по ssh нету этого параметра

-K Enables GSSAPI-based authentication and forwarding (delegation) of GSSAPI credentials to the server. -k Disables forwarding (delegation) of GSSAPI credentials to the server.

man ssh

Dmitriy
30.01.2017
12:29:15
хммм...

Admin
ERROR: S client not available

Виталий
30.01.2017
12:29:37
я когда-то тоже долго искал причину проблемы, но внятного ответа не нашел)

пинал на качество сети...

Dmitriy
30.01.2017
12:30:09
да не у меня туннель есть, который на радиоканале с работает

Vladimir
30.01.2017
12:30:31
запусти в ссш сессии которая держит туннель ping localhost

и пусть там льётся

Dmitriy
30.01.2017
12:30:52
Я вечером гляну

Vladimir
30.01.2017
12:30:55
когда влом настраивать это работает)

Виталий
30.01.2017
12:31:36
когда влом настраивать это работает)
:) мне конечно хочется решить проблему более правильно.

Anatoly
30.01.2017
12:32:28
Виталий
30.01.2017
12:33:21
Google
Anatoly
30.01.2017
12:34:08
и есть ServerAliveInterval

и то и другое через -o

Виталий
30.01.2017
12:37:38
ну вот админы говорят что первый параметр закомменчен у нас, а коннект может висеть хоть неделю



Коллеги, не запустилась схема с Xdebug. Опишу изменения которые я внес в схему. 1. Теперь конфиг xdebug выглядит вот так xdebug.remote_host=10.8.182.135 xdebug.remote_host=9001 То есть клиента будем ждать на eth0 интерфейсе. 2. На стороне клиента порт с 9001 вернулся на 9001. Решил не менять порт, чтобы не перенастраивать каждый раз клиента. 3. Тунель создается вот так ssh -R 10.8.182.135:9001:127.0.0.1:9000 user@host.com С учетом того, что удаленный порт 9001, а локальный 9000.

как ранее было выяснено, с контейнера пинг на 10.8.182.135 проходит

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

Совсем забыл сказать про логи xdebug. Они пишут что он не может подключиться к клиенту... Log opened at 2017-01-30 14:06:00 I: Connecting to configured address/port: 10.8.182.135:9001. W: Creating socket for '10.8.182.135:9001', poll success, but error: Operation in progress (29). E: Could not connect to client. ? Log closed at 2017-01-30 14:06:00

ptchol
30.01.2017
14:21:58
на 9001 http сервис ?

или tcp ?

Виталий
30.01.2017
14:22:19
tcp вроде

ptchol
30.01.2017
14:22:23
если подцепиться на него на серваке, ответ есть вобще ?

тельнетом каким нить или nc

Виталий
30.01.2017
14:22:54
эм... подскажи как) я буду рад если есть штука которая позволяет проверить коннктится на хост и порт или нет

telnet 10.8.182.135 9001

так?

$ telnet 10.8.182.135 9001 Trying 10.8.182.135... telnet: Unable to connect to remote host: Connection refused

значит что не работает или не значит?

если подцепиться на него на серваке, ответ есть вобще ?
так, на локальке работает $ telnet 127.0.0.1 9000 Trying 127.0.0.1... Connected to 127.0.0.1.

значит проблема в тунеле

Anatoly
30.01.2017
14:27:23
а где он у тебя порт то слушает?

Виталий
30.01.2017
14:27:39

Страница 266 из 610