vlary
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
i81
Цитата:| К сожалению у меня не лады с буржуйским языком |
Он не буржуйский, им вполне владеют миллионы английских, американских
и много еще где пролетариев, а также миллионы индийских и китайских айтишников.
Хотя я не думаю, что их средний пролетарий поймет смысл той фразы, даже зная все слова.
Наша же задача обратная: понимать смысл, даже не зная слов.
Цитата: def1 -- используйте этот флаг чтобы заменить шлюз по умолчанию
на шлюзы с использованием масок 0.0.0.0/1 и 128.0.0.0/1, а не 0.0.0.0/0.
Это имеет то преимущество, что позволяет сделать новый маршрут
более приоритетным, не удаляя старый. |
Поскольку чувствую, что здесь русские слова будут не более понятны, чем английские,
маленькое пояснение совсем "на пальцах".
Вот мы имеем маршрут
0.0.0.0 0.0.0.0 192.168.1.0 metric 1
Если мы добавим еще один, то при равной метрике
мы нового дефолт шлюза можем и не получить. Как же его получить, не удаляя старый?
Собственно, этот маршруту соответствует сумме двух маршрутов:
0.0.0.0 128.0.0.0 192.168.1.0 metric 1 // (0.0.0.0/1)
128.0.0.0 128.0.0.0 192.168.1.0 metric 1 // (128.0.0.0/1)
Но как маршруты с большей маской, они имеют приоритет перед первым маршрутом.
И вот после подключения к серверу с получением шлюза 10.10.10.10
мы получаем такую таблицу маршрутизации:
0.0.0.0 0.0.0.0 192.168.1.1 metric 1
Х.Х.Х,Х 255.255.255.255 192.168.1.1 //шлюз к серверу
0.0.0.0 128.0.0.0 10.10.10.10
128.0.0.0 128.0.0.0 10.10.10.10
Верхний маршрут остался, но он не работает, поскольку те маршруты,
что в последующих строчках, имеют преимущество из-за большей маски.
После разрыва соединения эти маршруты исчезнут,
и снова заработает верхняя строчка со старым дефолт шлюзом
----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек |
|
Всего записей: 17282 | Зарегистр. 13-06-2007 | Отправлено: 22:13 03-08-2014 | Исправлено: vlary, 22:28 03-08-2014 |
|
Я просто х...ю... 
