скажите как “правильнее”: для отправки в vpn запрещенки в адрес листе сразу манглом вешать метку для роут марк или сначала подкрашивать коннект и по нему вешать роут марку? на курсах (уже забыл) вроде гороворили сначала красить? или это только для лучшего понимания connection tracker-а?
У вас свою AS, есть блок адресов, вы объявили его двум uplink, упал один uplink, border маршрутизирует через второй, ваш блок остался на месте.
Если есть NAT, то само-собой src адрес будет меняться в зависимости от выходного интерфейса. Если есть pool, опять же собственный, не зависящий от провайдеров, то адрес меняться не будет.
У вас свою AS, есть блок адресов, вы объявили его двум uplink, упал один uplink, border маршрутизирует через второй, ваш блок остался на месте.
Если есть NAT, то само-собой src адрес будет меняться в зависимости от выходного интерфейса. Если есть pool, опять же собственный, не зависящий от провайдеров, то адрес меняться не будет.
Понимаю, но в IP протоколе нет гарантированной доставки пакетов, даже не смотря на то, что TCP гарантирует получение всех сегментов, он не может гарантировать, что IP пакеты не потеряются.
Я к тому веду, что владельцу нужно свыкнуться с мыслью, что соединение может разрываться.
Понимаю, но в IP протоколе нет гарантированной доставки пакетов, даже не смотря на то, что TCP гарантирует получение всех сегментов, он не может гарантировать, что IP пакеты не потеряются.
Я к тому веду, что владельцу нужно свыкнуться с мыслью, что соединение может разрываться.
В конце-концов можно использовать IPv6, даже ввиде 6in4 на стороне клиента, тогда узловые адреса всегда будут одинаковыми для вашего клиента и сервера, с точки зрения TCP. И весь вопрос будет заключаться только в том, как быстро маршрутизатор будет отрабатывать факт падения канала и обновлять Client Side IP в tunnel broker.