@docker_ru

Страница 564 из 1375
Vladimir
19.04.2018
13:09:09
rdsubhas/tor-privoxy-alpine

Пробую так, но приложение не использует проксю version: '3.5' services: mongodb: image: mongo:3.3 volumes: - ./data:/tmp/mondodb tor: image: rdsubhas/tor-privoxy-alpine ports: - "8118:8118" - "9050:9050" rkassa-bot: image: registry.gitlab.com/some-test-app hostname: test-bot depends_on: - mongodb - tor environment: - MONGO_HOST=mongodb - http_proxy=tor:8118 - https_proxy=tor:8118 links: - mongodb - tor docker-compose

Может кто сталкивался, когда нужно один образ запускать в сеть через другой образ, уже не знаю куда копать

Andrey
19.04.2018
13:14:58
А не проще глобально внешний траф ноды завернуть?

Google
Egor
19.04.2018
13:19:42
сам код бота точно на порт прокси настроен?

Vladimir
19.04.2018
13:20:26
Куда заворачивать?

Задумка в том, чтобы образ с приложением использовал проксю

Докер же передает переменные окружения, чтобы образ их использовал или нет?

Stas
19.04.2018
13:22:26
Может кто сталкивался, когда нужно один образ запускать в сеть через другой образ, уже не знаю куда копать
Попробуй покопать в сторону нескольких сетей. Интернал ко всем контейнерам привязать, а экстернал только к тому, кто во внешней смотрит. Таких примеров много.

Egor
19.04.2018
13:22:32
у тебя бот точно ломится в tor:8118 ?

Vladimir
19.04.2018
13:22:36
да и дальше что?
Дальше из образа все запросы должны идти через проксю, так?

Egor
19.04.2018
13:22:59
Дальше из образа все запросы должны идти через проксю, так?
дальше все запросы пойдут туда, куда ты их направишь )

Vladimir
19.04.2018
13:24:06
Может я недопонимаю как все устроено, но если образ с ubuntu запущен и docker говорит ему вот тебе прокся, то любое приложение из ubuntu должно идти через проксю, в этом случае боту не нужно дополнительно что-то настраивать

arts
19.04.2018
13:25:54
Не должно

Egor
19.04.2018
13:26:36
не должно

Vladimir
19.04.2018
13:27:21
Я кейс верно описал или нет? Образ не будет через проксю работать?

Google
Egor
19.04.2018
13:27:26
у тебя бот при запуске просто в стандартные 80/443 контейнера ломится с какого хера он будет из env брать информацию о торе и порте 8118, елси ты ему такой команды не давал?

Vladimir
19.04.2018
13:28:13
Так на уровне конфига я же говорю что есть прокся для всей убунты с приложением

Egor
19.04.2018
13:28:24
ты хочешь завернуть трафик из бот-контейнера на тор-контейнер и дальше наружу, так?

Vladimir
19.04.2018
13:29:53
Да, в этом вся задумка

Кстати телега сейчас настроена через тор контейнер и отлично работает ))

Egor
19.04.2018
13:30:37
телега тоже в контейнере крутится? ))

Vladimir
19.04.2018
13:32:08
телега у меня на винде

просто прописал ip сервера и порт тора и нормуль

Egor
19.04.2018
13:33:48
просто прописал ip сервера и порт тора и нормуль
естественно, ты вообще отличаешь взаимодействие контейнер-хост и контейнер-контейнер?

покури вот это, должно помочь:

https://stackoverflow.com/questions/46099874/how-can-i-forward-a-port-from-one-docker-container-to-another

заверни с бота стандартные порты

Vladimir
19.04.2018
13:38:30
что-то похожее, щас покурю

Egor
19.04.2018
13:40:15
это значит, что с помощью определенной магии ты можешь направлять пакеты со стандартных портов http/https своего бот-контейнера (как правило 80 и 443) на порт 8118 тор-контейнера

потому что БОТ В ДУШЕ НЕ ЕБЕТ ЧТО ЕСТЬ КАКОЙ-ТО ТАМ ХОСТ(контейнер) С ПОРТОМ 8118!!!! он в свои локальные 80/443 ходит же, ну

Vladimir
19.04.2018
13:42:33
Это я понимаю что он не знает и т.д., ему и не нужно, т.к. через конфиги маршрутизация будет работать

Egor
19.04.2018
13:43:00
в твоем случае нет

боту не нужно знать, да а вот контейнеру, который этого бота внутри себя содержит, еще как нужно

Google
Egor
19.04.2018
13:44:31
ты же переменные объвил? https_proxy=tor:8118

где внутри бот-контейнера ты к ним обращаешься?

Vladimir
19.04.2018
13:45:25
пока нигде

Egor
19.04.2018
13:46:46
ну вот )

попробуй вот что

убери из бот-контейнера вообще из env http_proxy=tor:8118 https_proxy=tor:8118

и просто к бот-контейнеру добавь:

ports: - «8118:80» - «8118:443»

@velykov

пакеты должны полететь по маршруту 80/443_порт_бота -> 8118_порт_хоста -> 8118_порт_тора

Vladimir
19.04.2018
13:59:57
я вот заметил еще инфу про https://docs.docker.com/compose/compose-file/#network_mode

Egor
19.04.2018
14:00:12
и далее в неведомые ебеня, что в твоем случае как раз и нужно, если я правильно понял постановку вопроса

Vladimir
19.04.2018
14:05:06
0.0.0.0:443->8118/tcp это означет что https уходит на 8118?

Serg
19.04.2018
14:06:44
привет, сообщество! помогите, может кто сталкивался, при попытке запустить селеноид - выдает ошибку Docker is not supported - using binaries... это все происходит на ubuntu 16.04.4

при чем хеллоу ворлд докер корректно выполняет

Sergey
19.04.2018
14:08:52
Кто нибудь пробовал шину типа Artemis ActiveMQ собрать в контейнер размером меньше чем 900Мб? Он по сути на FROM openjdk:8 собирается, а если на debian то должно быть меньше

Dmai
19.04.2018
14:39:11
Коллеги,, хотел спросить совета. Есть один контейнер, 9 часов назад он неожиданно упал, меня попросили уточнить причину такого казуса. Внутри контейнера небольшое приложение + апач2. Изменений в контейнер и на докере не делали. Конейтер лежал с ошибкой Exited(0). В docker logs id, лежат только access логи апача и ничего вразумительного в этом нет. С остальными контейнерами такой проблемы не наблюдалось.

Google
Dmai
19.04.2018
14:39:51
У меня есть предположение что внутри упал апач, из-за недостатка памяти, но на хосте ее достаточно много.

Сейчас контейнер работает без проблем. Но все же хорошо бы узнать в чем была причниа.

Sergey
19.04.2018
14:48:34
апач мог достигнуть лимита коннектов?

Dmai
19.04.2018
14:51:07
Вполне возможно, попрою его положить каким-нибудь аб.

Sergey
19.04.2018
14:52:29
у вас как то логируются контейнеры? ну если снаружи все норм значит или приложуха вылетела или апач, апач мог вылететь если не вписался в конфиг

Dmai
19.04.2018
14:54:33
Скорее всего наружу, потому что docker logs id, возвращает мне access апача

through.a.haze
19.04.2018
15:32:05
всем привет! подксажите, если кто сталкивался, возможно ли на Win10 запустить контейнер с монго и расшарить ему /data/db ? сколько не пробовал, все время падает с ошибкой Operation not permitted, terminating и shutting down with code:100 гугление не очень помогло пролить свет на эту ситуацию

Dmai
19.04.2018
15:34:52
Оно? https://github.com/docker-library/mongo/issues/107

through.a.haze
19.04.2018
15:36:31
ага, и я видел этот комментарий https://github.com/docker-library/mongo/issues/74#issuecomment-238918488

но не могу понять, как это применить

там чувак предлагает docker volume create --name=mongodata docker run -d -p 27017:27017 -v mongodata:/data/db --name=mymongo mongodb:3.3 но как сделать так, чтобы этот mongodata ссылался на нужную мне дирректорию на локальной машине?

Dmai
19.04.2018
15:42:34
У меня не под рукой винда, но пот примерно так https://stackoverflow.com/a/45564689

Сергей
19.04.2018
15:42:34
а разве в win10 нет встроеного линукса?

и там нельзя запустить нормальный докер

а не корячить docker for win?

Dmai
19.04.2018
15:42:54
вот да

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

только сделать бриджет нетворк, чтобы хоть это видно было

Sergey
19.04.2018
15:44:13
дефолтно линя в винде нет но можно доставить, хотя я считаю что это изврат

through.a.haze
19.04.2018
15:44:52
а, хмм.. ну хотелось бы чтоб поставил их Docker for Windows и все работало из коробочки

Google
through.a.haze
19.04.2018
15:44:58
зря что ли парни старались

Sergey
19.04.2018
15:45:12
зря

through.a.haze
19.04.2018
15:45:22
ээх..

Dmai
19.04.2018
15:45:26
")))"

through.a.haze
19.04.2018
15:49:31
самое забавное, что в начале марта мне каким-то чудом удалось-таки заставить его работать, но потом я сдуру удалил и контейнер и директорию с которой он был связан, и сейчас даже копание в истории браузера не помогает найти ответ(

Анатолий
19.04.2018
15:50:44
ну ты подумай где именно ошибка и ищи в том направлении... винда блочит, контейнер блочит, или монга блочит

through.a.haze
19.04.2018
15:51:47
У меня не под рукой винда, но пот примерно так https://stackoverflow.com/a/45564689
не, проблема не в том, что я не могу создать расшаренные директории, а в том, что как только мапю /моюДиректорию/data/db/:/data/db контейнер валится с этими ошибками

там чёта с монгой и системой файлов вроде, но я не знаток :/

из этого коммента - https://github.com/docker-library/mongo/issues/74#issuecomment-175855893 Found a link: VirtualBox Shared Folders are not supported by mongodb.

https://docs.mongodb.com/manual/administration/production-notes/#fsync-on-directories

Анатолий
19.04.2018
15:55:24
права дай на папку в винде

полные

погугли ошибку

through.a.haze
19.04.2018
16:01:05
права давал, ошибку гуглил этот чат был моей последней надеждой я думал может у кого-нибудь была такая же ситуация

чтоб вот 1 в 1

неужели никто под десяткой не запускал контейнер с монго?

ээх.. ладно, буду дальше страдать

но если кто-то сможет мне объяснить хотя бы это, то буду очень признателен

Страница 564 из 1375