Еще один IP для lo интерфейса?

Question

[Евгений Лубяной]

Как в ArchLinux для lo интерфейса правильно задать еще один IP (вне 127.х.х.х)?

Comments

[Aves]

https://wiki.archlinux.org/index.php/Network_confi...

[Евгений Лубяной]

Aves: Логично конечно. А на постоянку? Например где конфиг для lo? Есть ли более правильное решение чем сервис файл?

Answer 1

[Евгений Лубяной]

Написал сервис фаил для systemd

ipforlo.service

[Unit]
Description=168.192.215.x net for host
After=network.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/ip addr add 192.168.215.1/24 broadcast 192.168.215.255 dev lo
ExecStop=/usr/bin/ip addr del 192.168.215.1/24 broadcast 192.168.215.255 dev lo

[Install]
WantedBy=default.target

Comments

[Vladimir Zhurkin]

Ну вообще то давать такие ip - lo в общем как бы нельзя.
Но вы видимо будите идти поперек правил, а не читать документацию и настраивать как положено.

[Евгений Лубяной]

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

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

Answer 2

[ТыжСисАдмин]

если вы решили это сделать, значит вы до этого что-то сделали не так.
Поэтому вопрос - Зачем?

Comments

[Евгений Лубяной]

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

Answer 3

[Vladimir Zhurkin]

Читаем:

127.0.0.0/8 - This block is assigned for use as the Internet host loopback address. A datagram sent by a higher level protocol to an address anywhere within this block should loop back inside the host. This is ordinarily implemented using only 127.0.0.1/32 for loopback, but no addresses within this block should ever appear on any network anywhere RFC1700

Желательно вообще изучить RFC для понимания, почему так нельзя делать.
Ну и если совсем непонятно скрины:



Это относится не только к Windows, а к любой OS.

Comments

[Евгений Лубяной]

Там ни слова что не стоит lo добавлять адреса. А в данном случае мне нужно. Я использовал адреса выданные другому интерфейсу но они менялись в зависимости от того, к какой сети подключен.

[Vladimir Zhurkin]

arswarog: Ну раз совсем непонятно, то весь блок 127.0.0.0 сделан на loopback.

[Евгений Лубяной]

знаю я.в шоке нафига /8 сеть а не /24 к примеру, ну не суть. Суть: докер контейнер, ему нужно достучаться до хост системы.
127.x.x.x ?

[Sanes]

arswarog: 127.0.0.0/8 эта сеть закреплена для localhost

[Евгений Лубяной]

Sanes: дык он и обратся к локалхосту... т.е. к себе же, к докер контейнеру, а нужно до хоста

[Sanes]

arswarog: При чем тут докер? У докера своя сеть.

[Vladimir Zhurkin]

arswarog: Вы решаете проблему не с той стороны. У Docker, как в общем и linux можно создать виртуальные интерфейсы и использовать ip из адреса частных сетей. Вообще у Docker есть своя сеть. Это более правильно, чем пытаться использовать адреса из localhost.

[Евгений Лубяной]

скрипт в докер-контейнере, тестирую как он будет связываться с хостом вне сети докера, читай с интернетом

на хосте, где собственно и запускается докер запущен скрипт, слушающий порт

как из докер-контейнера достучаться до скрипта на хосте?

[Vladimir Zhurkin]

arswarog: Докер создает bridge с именем docker0.
Читать тут
https://wiki.archlinux.org/index.php/Docker#docker...
support.mdl.ru/LearningDockerNetworking/content/Ch...

[Евгений Лубяной]

да, сетка создается, спасибо за ссылку. однако ни там не там я не увидел информации, что бы хост машина была доступна на некоему статическому IP (статическому разумеется в пределах физической машины)

[Vladimir Zhurkin]

arswarog: Прочитайте вторую ссылку полностью, там все сказано.
Взаимодействие между контейнером и внешними сетями
Настройка моста Docker

[Евгений Лубяной]

и всеже я так и не увидел информации, что бы физическая машина была доступна на некоему статическому IP (статическому разумеется в пределах физической машины).

[Vladimir Zhurkin]

arswarog: У вас на Bridge будет ip внутренний сети docker. Читайте документацию.

Настройка моста Docker

Сервер Docker создаёт мост с именем docker0 по умолчанию внутри ядра Linux, а он может передавать пакеты назад и далее между остальными физическими или виртуальными интерфейсами так, как если бы они вели себя как отдельные сети Ethernet. Выполните следующую команду для обнаружения списка интерфейсов в ВМ и те IP адреса, к которым они подключены:

[Евгений Лубяной]

и? и что мне это даст? это сможет мне дать обращуение к реальной машине по какому либо заранее известному, не меняющемуся после перезагрузки и т.п. IP ?

[Vladimir Zhurkin]

arswarog: Да. Контейнеру можно жестко указать ip. Я не знаю как это реализовано в arch, но по хорошему мантейнеры должны были сделать по умолчанию сетку для Docker

По умолчанию Docker обеспечивает виртуальную сетевую среду с именем docker0, которая имеет IP адрес 172.17.42.1. Контейнеры Docker имеют IP адреса в диапазоне 172.17.0.0/16.

Почитайте несколько документаций по настройки и я думаю вопросы отпадут.
Тем более от версии к версии там может , что-то меняться.

[Евгений Лубяной]

не контейнеру а физической машине статический IP. В любом случае спасибо

[Vladimir Zhurkin]

arswarog: и контейнеру и физ машине.

root@ubuntu:~# ifconfig
docker0 Link encap:Ethernet HWaddr 56:84:7a:fe:97:99
inet addr:172.17.42.1 Bcast:0.0.0.0 Mask:255.255.0.0
inet6 addr: fe80::5484:7aff:fefe:9799/64 Scope:Link
inet6 addr: fe80::1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11909 errors:0 dropped:0 overruns:0 frame:0
TX packets:14826 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:516868 (516.8 KB) TX bytes:46460483 (46.4 MB)
eth0 Link encap:Ethernet HWaddr 00:0c:29:0d:f4:2c
inet addr:192.168.186.129 Bcast:192.168.186.255
Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe0d:f42c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:108865 errors:0 dropped:0 overruns:0 frame:0
TX packets:31708 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:59902195 (59.9 MB) TX bytes:3916180 (3.9 MB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:336 (336.0 B) TX bytes:336 (336.0 B)

Если включен форвардинг, то все будет работать.

Еще раз просьба прочитать документацию, там все реально написано + загуглить еще пару доков на эту тему.

[Евгений Лубяной]

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

[Vladimir Zhurkin]

arswarog: У вас у докера контейнера будет Ip - 172.17.42.19
Он будет видеть 172.17.42.1 который на bridge, который на физ машине.

Они будут прекрасно друг друга видеть или еще что-то требуется ?

[Евгений Лубяной]

у меня на контейнер получил 172.20.0.6 и да, по 172.20.0.1 реальная машина
однако не уверен что сетка будет всегда 172.20.х.х а перенастраивать докер на некую сетку противоречит задаче

[Vladimir Zhurkin]

arswarog: сетка будет всегда такая, до тех пор пока вы не поправите это в конфигурационном файле. Ну как вариант мантейнеры или внешняя программа. В первом варианте, pacman предупредит, что он будет менять конфиг.

Конфиг файла докера в котором все прописанно:
/etc/default/docker