|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alexander Motin 2:5020/400 13 Dec 2007 03:08:38
To : Sergey Bondarev
Subject : Re: MPD 4.3 в качестве pptp клиента
--------------------------------------------------------------------------------
Sergey Bondarev пишет:
> AM> В системе не бывает двух default. Менять имеющийся IMHO не красиво,
> AM> так как назад его потом никто не восстановит. Да и если сервер
> AM> доступен через тот дефаулт, то после его замены ты имееш шанс
> AM> закольцевать роутинг с печальными последствиями.
> а можешь pасказать, почему ты считаешь это не кpасивым ?
> что мешает запоминать куда был дефолт, и восстанавливать его после окончания
> сессии ?
> и pоут на pptp сеpвеp пpописывать пеpед этим как /32 на стаpый дефолт.
> Hу как в виндах сделано ;)
Mpd, как правило, не единственный демон работающий в системе, а
конфигурации в которых он используется не ограничиваются подключением
домашного компьютера к интернет. Hапротив, наиболее эффективно mpd себя
проявляет в сложных нагруженных конфигурациях с большим количеством
интерфейсов и сложным динамическим роутингом. В подобных условиях лишние
неочевидные действия могут привести к еще более неочевидным последствиям.
Примеров неочевидного поведения можно насочинять очень много, например:
- в системе уже был /32 роут на удаленный хост, при добавлении своего
роута естественно возникла ошибка, должны ли мы удалять этот роут при
разрыве линка?
- mpd держит два линка на сервер, один pptp, другой l2tp (не важно
зачем), после этого он должен вести внутри отдельную таблицу
маршрутизации и считать столько роутов куда ему необходимо для счастья?
- в системе работают два демона подобных mpd и каждый пытается поднять
прямой роут на сервер; одному это удалось, а второй не успел; тогда при
обрыве первого линка роут пропадет, а второй демон неожиданно получит
закольцовку. Снова плохо.
- в системе работает некий демон динамической маршрутизации и
добавление прямого роута тут-же будет проанонсировано по всей сети;
Учитывая что добавлен роут /32 он перебьет любой другой и где это
вылезет предсказать сложно.
- вследствие изменения связности сети демон маршрутизации изменил
маршрут на сервер, а так как мы прописали свой маршрут при подключении,
то мы этого не заметим.
Hе стоит применять решения Windows на Unix один к одному, у них разные
IP стеки со своими особенностями. В Windows считается нормальным выдача
одного IP внутри и снаружи тунеля, потому как IP внутри тунеля Windows
до лампочки, он вообще никак не используется! FreeBSD и на сколько я
знаю другие Unix'ы ведут себя иначе, кто прав - вопрос риторический.
Я не сомневаюсь в актуальности этой проблемы, но красивого решения я
пока не видел, а некрасивых стараюсь не делать.
--
Alexander Motin
--- ifmail v.2.15dev5.4
* Origin: Alkar Teleport News Server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
