С соседних серверов тоже самое...

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

Я имею ввиду, что присоединение к сети на нормальной скорости, сами себе провайдер. registry-1.docker.io по ICMP не доступен, трэйс ниже. Днем до этого проект развернул без проблем. Если проблема больше ни у кого не возникает тогда не актуально... Видимо снова Роскомнадзор лютует на карантине..

¯\_(ツ)_/¯ проблемы определенно где-то в сети, но у меня уходит мимо vpn, значит официальных блокировок нет

Хорошо вам). Не унываем, оставлю на ночь...качать....

Пару раз в три-четыре месяца ловим проблемы с Cogent.

Самый ненадёжный провайдер из североамериканских, на мой взгляд.

могу только так помочь )

Если бы это был единственный имэйдж) но все равно спасибо)

Доброго утра, коллеги!
Возник вопрос с настройкой сети между docker-контейнерами в Centos 7

Задача - запустить обычное веб-приложение в docker.
Есть фронт, бекенд и бд в разных контейнерах.
Запускаю всё в docker-compose. Все сервисы находятся в одной docker network (bridge).
Видят друг друга по именам
Но трафик между контейнерами не ходит.

Причём из хостовой системы и из локальной сети все открытые и проброшенные порты доступны.

На Debian маршрутизация между контейнерами работает из коробки.
Но сейчас задача сделать то же самое на Centos 7 последней сборки.

Подскажите, пожалуйста, где может быть проблема?
Что-то мне кажется, что проблема может быть не в правилах firewalld, а в SELinux

Привет. Голову сломал себе

нет у докера с селинукс никаких проблем

почему никто не читает логи..

Если вы по моему вопросу - вижу что нет соединения. Но не пойму как решить. В гугле рою - но решения пока не нашел...

Действительно, дельное замечание.
Однако я слабо знаю centos.
Но вот лога я не понимаю.
Я вижу постоянно льющийся поток, но не понимаю причин происходящего

Apr 29 08:25:33 centos kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr 29 08:25:33 centos kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Apr 29 08:25:33 centos kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth3f76a7e: link becomes ready
Apr 29 08:25:33 centos kernel: br-e25bbdc20453: port 7(veth3f76a7e) entered blocking state
Apr 29 08:25:33 centos kernel: br-e25bbdc20453: port 7(veth3f76a7e) entered forwarding state
Apr 29 08:25:33 centos NetworkManager[674]: <info>  [1588137933.5852] device (veth3f76a7e): carrier: link connected
Apr 29 08:25:36 centos containerd: time="2020-04-29T08:25:36.786508464+03:00" level=info msg="shim reaped" id=e5c91176518ff0098abb6392cb42446631a6da6b2ce338aa4ae79edd04248483
Apr 29 08:25:36 centos dockerd: time="2020-04-29T08:25:36.788191720+03:00" level=info msg="ignoring event" module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete"
Apr 29 08:25:36 centos kernel: br-e25bbdc20453: port 9(vethf8a1ef8) entered disabled state
Apr 29 08:25:36 centos NetworkManager[674]: <info>  [1588137936.9570] manager: (vethb951a8a): new Veth device (/org/freedesktop/NetworkManager/Devices/690)
Apr 29 08:25:36 centos kernel: br-e25bbdc20453: port 9(vethf8a1ef8) entered disabled state
Apr 29 08:25:36 centos kernel: device vethf8a1ef8 left promiscuous mode
Apr 29 08:25:36 centos kernel: br-e25bbdc20453: port 9(vethf8a1ef8) entered disabled state
Apr 29 08:25:37 centos NetworkManager[674]: <info>  [1588137937.0102] device (vethf8a1ef8): released from master device br-e25bbdc20453
Apr 29 08:25:37 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered blocking state
Apr 29 08:25:37 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered disabled state
Apr 29 08:25:37 centos kernel: device vethe8632c6 entered promiscuous mode
Apr 29 08:25:37 centos kernel: IPv6: ADDRCONF(NETDEV_UP): vethe8632c6: link is not ready
Apr 29 08:25:37 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered blocking state
Apr 29 08:25:37 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered forwarding state
Apr 29 08:25:37 centos NetworkManager[674]: <info>  [1588137937.1665] manager: (veth55380dd): new Veth device (/org/freedesktop/NetworkManager/Devices/691)
Apr 29 08:25:37 centos NetworkManager[674]: <info>  [1588137937.1769] manager: (vethe8632c6): new Veth device (/org/freedesktop/NetworkManager/Devices/692)
Apr 29 08:25:37 centos containerd: time="2020-04-29T08:25:37.418296366+03:00" level=info msg="shim containerd-shim started" address="/containerd-shim/moby/e5c91176518ff0098abb6392cb42446631a6da6b2ce338aa4ae79edd04248483/shim.sock" debug=false pid=5387
Apr 29 08:25:37 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered disabled state
Apr 29 08:25:38 centos kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr 29 08:25:38 centos NetworkManager[674]: <info>  [1588137938.3289] device (vethe8632c6): carrier: link connected
Apr 29 08:25:38 centos kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Apr 29 08:25:38 centos kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethe8632c6: link becomes ready
Apr 29 08:25:38 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered blocking state
Apr 29 08:25:38 centos kernel: br-e25bbdc20453: port 9(vethe8632c6) entered forwarding state

Hi, I noticed this group is for russians. I need (simple) help with docker. I promise it won't take long. If anyone's willing to help please talk with me on private. Thanks a bunch :)