tonny_bennet Опубликовано 28 октября, 2015 Здравствуйте. Есть сервер на Debian-подобной ОС. У сервера один физический интерфейс, несколько GRE тунелей с адресацией 192.168.20.*/30. Сети GRE туннелей добавлены в OSPF область. Хочется поднять виртуальный интерфейс, никак не связанный с физическими, но доступный для объявления в OSPF. Чтобы до сервера всегда можно было достучаться по адресу этого интерфейса, даже если остался только один рабочий туннель. У CISCO на loopback можно вешать по несколько адресов, в Linux так сделать не получилось. Подскажите пожалуйста как решить проблему. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
OKyHb Опубликовано 28 октября, 2015 У CISCO на loopback можно вешать по несколько адресов, в Linux так сделать не получилось. Почему не получилось? Вроде ж всё работает: [vm-develops ~]$ sudo ip addr add 192.168.99.2/32 dev lo [vm-develops ~]$ ip -4 a ls dev lo 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet 192.168.99.2/32 scope global lo valid_lft forever preferred_lft forever Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MMM Опубликовано 28 октября, 2015 можно на lo вешать алиасы или поднимать dummy интерфейсы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ollsanek Опубликовано 28 октября, 2015 (изменено) У CISCO на loopback можно вешать по несколько адресов, в Linux так сделать не получилось. нипишите, что делали и как поняли, что не получилось. тут у всех получается... Изменено 28 октября, 2015 пользователем ollsanek Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f13 Опубликовано 29 октября, 2015 угу, dummy и есть аналог lo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tonny_bennet Опубликовано 29 октября, 2015 OKyHb, да у меня вроде тоже получилось. #ip addr add 192.168.0.1/30 dev lo # ip -4 a ls dev lo 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet 192.168.0.1/30 scope global lo valid_lft forever preferred_lft forever Но получается, что на lo вешается вся сеть - оба адреса и 192.168.0.1 и 192.168.0.2. И почему-то эта сеть не появляется в таблице маршрутизации. OSPF c таким интерфейсом соможет работать? (я пока не тестировал) Я пробовал создавать алиас lo:1 и вешать на него адрес 192.168.0.1. Пробовал пинговать его с соседнего компа 192.168.0.2 и он отвечал. Отвечал алиас lo интерфейса. Мне показалось это очень странным. Сделал tap0 интерфейс. Повесил на него адрес. Он и с соседнего компа не доступен и в таблице маршрутизации появился. Вроде то, что мне нужно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f13 Опубликовано 29 октября, 2015 почему /30? ставьте /32 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tonny_bennet Опубликовано 2 декабря, 2015 Вот снова я вернулся к этому вопросу т.к. до конца не определился. Командой ip addr add 192.168.0.1/30 dev lo можно повесить на интерфейс любой адрес. И у меня это удалось сделать. нипишите, что делали и как поняли, что не получилось. тут у всех получается... Я не самый опытный пользователь Ubuntu Server (да и Linux в целом) и я все настройки сетевых интерфейсов прописывал в /etc/network/interfaces, дабы при перезапуске адрес не пропадал. Так вот я не могу понять как мне тут сконфигурировать адрес с префиксом /32 и привязанного к lo интерфейсу. Подскажите пожалуйста. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 2 декабря, 2015 А почему бы не использовать в качестве виртуального интерфейса... virtual ethernet? veth Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 2 декабря, 2015 А почему бы не использовать в качестве виртуального интерфейса... virtual ethernet? veth Кстати, гуру debian, подскажите, почему в wheeze эти самые veth не добавляются? user@bucket:~$ sudo ip link add veth0 type veth RTNETLINK answers: File exists Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tonny_bennet Опубликовано 4 декабря, 2015 А почему бы не использовать в качестве виртуального интерфейса... virtual ethernet? veth Что-то не нашёл упоминаний о этом типе интерфейсов. Можете дать ссылку на статью/пример/мнуал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Danila Опубликовано 4 декабря, 2015 А почему бы не использовать в качестве виртуального интерфейса... virtual ethernet? veth Кстати, гуру debian, подскажите, почему в wheeze эти самые veth не добавляются? user@bucket:~$ sudo ip link add veth0 type veth RTNETLINK answers: File exists Быть может потому что писать надо: #ip link add type veth ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...