
Anatoly
30.01.2017
11:23:36
тогда я не понимаю в чем проблема работать локально с вашим кодом

Виталий
30.01.2017
11:24:10
контейнеры - это сугубо слой По для работы контейнера.
Я вполне себе по назначению использую контейнеры.
Вместо того чтобы ставить проектное ПО на хост, я завернуть все зависимости проекта в контейнеры и запускаюе код в контейнерах
Запускать локально - это не волшебная таблетка, а скорее костыль.

Anatoly
30.01.2017
11:24:57
постойте

Google

Виталий
30.01.2017
11:25:12
Давайте :) я буду рад конструктивному разговору.

Anatoly
30.01.2017
11:25:57
это вам нужен был xdebug который бы работал через прокинутый на локалку порт из контейнера на удаленном серванте?
расскажите мне про костыли теперь

Vladimir
30.01.2017
11:26:35

Anatoly
30.01.2017
11:26:44

Vladimir
30.01.2017
11:26:50

Anatoly
30.01.2017
11:26:54
он выше писал что у него там наты и прочее

Vladimir
30.01.2017
11:26:58
у меня тут стит парочка рядом со мной
настоящиие металлические, а не эти ваши фигуральные)

Anatoly
30.01.2017
11:27:38
вот оно
все усложнается тем, что дебаг клиенты за фаерволами и NAT сидят. То есть xdebug не сможет подключится к моему дев компу... либо я чет не так понял с настройкой xdebug (

Виталий
30.01.2017
11:27:39
я сейчас описываю всю схему) так как я чета намудрил.
Если кто-то подскажет мне простой вариант, я буду очень благодарен.
Пока чтоя просто изучаю тему и иду по пути преодолевая приграды)

Anatoly
30.01.2017
11:28:28

Google

Anatoly
30.01.2017
11:28:33
и все будет хорошо

Виталий
30.01.2017
11:29:23
Если кто-то не знает как это сделать, буду благодарен за очистку эфира.
Не радует когда тебе говорят что ты делаешь не правильно, но при этом не говорят как правильно :) думаю вы понимаете о чем я...

Anatoly
30.01.2017
11:30:24

Виталий
30.01.2017
11:30:43
но так удобнее вести разработку. Что я с этим сделаю?
какая разница где исполняется код?

Anatoly
30.01.2017
11:31:12

Виталий
30.01.2017
11:31:19
кто сказал что код ОБАЗАН исполнятся на той же машине что и IDE ?

Anatoly
30.01.2017
11:31:23
нет никакой разницы где он исполняется

Roman
30.01.2017
11:31:39
https://github.com/docker/docker/issues/28109#issuecomment-267986077

Виталий
30.01.2017
11:32:06
вот, мой код исполняется в контейнере который запущен на выделеном сервере, а не на тачке на которой он пишется. Как его ебажить?

Anatoly
30.01.2017
11:32:08

Evgeny
30.01.2017
11:32:30

Anatoly
30.01.2017
11:32:34

Виталий
30.01.2017
11:33:20
ssh -L -R
да, спасибо! Я как раз этим путем и иду, но сеть докера наклаыдвает свои сложности))
Как раз описываю всю схему чтобы самому понять и другим пояснить)

Evgeny
30.01.2017
11:33:52
Какие сложности?

Виталий
30.01.2017
11:34:47
там с роутингом траблы, сейчас покажу с текстом и картинкой)

Vladimir
30.01.2017
11:34:56
ты ссш делаешь на хост с докером или прямо в докер контейнер?
мало ли, вдруг у тебя в контейнере ещё и ссш поднят

Google

Vladimir
30.01.2017
11:35:15
это вобще былобы самое простое пожалуй

Виталий
30.01.2017
11:35:22
на хост с докером)

ptchol
30.01.2017
11:35:26

Anatoly
30.01.2017
11:35:27

Vladimir
30.01.2017
11:35:34
заюзать какой нить systemd заменитель в контейнере

Виталий
30.01.2017
11:36:05
в моем случае нужно просто настроить роутинг пакетов правильный.

Vladimir
30.01.2017
11:36:25
ну это надо опыт иметь, я знаю не так много людей кто это слёту сможет сделать

Anatoly
30.01.2017
11:36:43

Vladimir
30.01.2017
11:37:00
да харош уж спорить на тему того как правильно

Evgeny
30.01.2017
11:37:10

ptchol
30.01.2017
11:37:35

Anatoly
30.01.2017
11:40:10

ptchol
30.01.2017
11:41:38
:)

Anatoly
30.01.2017
11:42:15

ptchol
30.01.2017
11:44:08
Ээээм

Anatoly
30.01.2017
11:44:11

Vladimir
30.01.2017
11:44:34

ptchol
30.01.2017
11:45:15

Anatoly
30.01.2017
11:45:17

Google

ptchol
30.01.2017
11:45:19
какой смысл мокать его ?
тоесть с той стороны приходить какое то дерьмо которое не регламентированно \ не описано в спецификации
дампы дело хорошее да.

Anatoly
30.01.2017
11:45:58

ptchol
30.01.2017
11:46:02
только не то чтобы очень удобное

Vladimir
30.01.2017
11:46:28

Anatoly
30.01.2017
11:46:29

ptchol
30.01.2017
11:46:30
мы про "1 коннект 1 адрес, непонятно как тестировать, а проблемы иногда вылезают"

Anatoly
30.01.2017
11:48:07
но если у вас проблема на интерфейсе надо садится и смотреть что реализовано на разных концах и что конкретно не так имплиментированно

Admin
ERROR: S client not available

Anatoly
30.01.2017
11:49:34
но это совсем не про то, о чем изначально шла речь


Виталий
30.01.2017
11:50:05
Я описал и нарисовал все, что у меня тут происходит)
Коллеги, прошу помощи в настройке и отладке сети.
Понятия не имею как дебажить и не понимаю куда копать, не хватает теор. знаний :(
Есть сервер с внешним IP 61.15.45.13.
Внутри сервера есть два интерфейса:
eth0 10.8.182.135 - вроде, сюда приходит интернет.
docker0 172.17.0.1 - созданный докером
Вот вывод ip route на сервере:
default via 10.8.182.134 dev eth0
10.8.182.134/31 dev eth0 proto kernel scope link src 10.8.182.135
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1
172.20.0.0/16 dev br-01eabe9373bf proto kernel scope link src 172.20.0.1
172.24.0.0/16 dev br-c8cef1e61b4f proto kernel scope link src 172.24.0.1
На сервере поднят ряд контейнеров для проекта.
Докер соединил их в сеть с такими параметрами
Subnet: 172.24.0.0/16
Gateway: 172.24.0.1/16
В одном из контейнеров крутится php вместе с xdebug.
В настройках xdebug указаны параметры подключения к дебаг клиенту:
xdebug.remote_host=172.17.0.1
xdebug.remote_host=9001
По этим параметрам должен быть доступен сервер xdebug клиента, который расположен на моей локальной машине.
В данном случае 172.17.0.1 это IP адрес докер-хоста в сети докера - интерфейс docker0.
Для пренаправления соединений с дев сервера на локальную машину я использую SSH тунель.
Открываю тунель следующей командой:
ssh -R 9001:localhost:9001 user@61.15.45.13
Так соединения перебрасываются с удаленной машины на локальную.
Вопросы:
Мне не понятно, на какой хост со стороны дев сервера биндится 9001 порт?
Смею предположить что на 10.8.182.135 (eth0).
Если так, тогда как пакеты приходящие на 172.17.0.1:9001 (docker0) роутить на 10.8.182.135 (eth0), чтобы они могли уйти на мой локальный дев комп по открытому тунелю?
:)


Vladimir
30.01.2017
11:50:40

Roman
30.01.2017
11:51:32
сори, не вникал во весь тред, но не пробовал вот таким образом?
https://shippingdocker.com/xdebug/get-working/

Vladimir
30.01.2017
11:51:35
опачки

Виталий
30.01.2017
11:52:43

Google

Виталий
30.01.2017
11:53:09
Но вижу что тут тоже контейнеры локально настроены на MacOS рядом с IDE.

ptchol
30.01.2017
11:54:33
запусти контейнер с --network host и ходи по ssh и всё ))

Vladimir
30.01.2017
11:54:46
спасибо, посмотрю.
пробежал по диагонали. Там подрузамевается что из докера напрямую видно дев тачку
парню только надо прокинуть коннект
больше я так понял никаких изменений вносить нельзя

Виталий
30.01.2017
11:55:28
Ну по картинку и описанию вроде понятно что куда и как идет.

Vladimir
30.01.2017
11:55:35
да, всё понятно

Виталий
30.01.2017
11:55:46
Вопрос как между docker0 и eth0 сделать проброс коннекта))
а может он уже есть... я даж хз как отдебажить это))

Anatoly
30.01.2017
11:56:23
ну и соответственно в ремоут хост надо указывать хост твоей тачки а не ип твоей дефолт докер сетки

ptchol
30.01.2017
11:57:40
да никак с SSH
ssh это же прокси с порта на порт

Anatoly
30.01.2017
11:57:59

ptchol
30.01.2017
11:58:07
доступ внутрь сети с хоста удаленного есть.

Виталий
30.01.2017
11:58:20

ptchol
30.01.2017
11:58:26
не важно, суть в том что это прокси порта а не роутинг.

Виталий
30.01.2017
11:58:29
ну соответсвтенно это показывает ifconfig

ptchol
30.01.2017
11:59:09
самый просто вариант это просто в iptables сделать правило которое будет делать -J REDIRECT

Anatoly
30.01.2017
11:59:23
и того у тебя три доккер сетки с тремя gw
а ходить ты отчего то хочешь через 172.17.0.1