Два WAN с одним и тем же шлюзом



  • Вопрос к гуру: научился ли pfsense 2.0.3 разруливать два WAN подключения (подсети разные), имеющие общий шлюз, т.е. балансировка и отказоустойчивость? Более ранние версии, вроде как не умели.



  • Пробуйте, должно работать.



  • Забыл указать, что это 2 х ПППоЕ.



  • У вас один и тот же провайдер на обоих WAN?



  • Да. И выдаёт хоть и разные подсети, но общий шлюз. Отсюда и сомнение, будет ли такая связка работать в pfsense.



  • Как вариант - мониторить тот же 8.8.8.8 в кач-ве адреса для failover на обоих интерфейсах.

    P.s. А какой смысл иметь два канала у одного и того же пров-ра? В кач-ве failover - оч. сомнительно. Разве что типы подключения разные (ethernet и wi-fi, например).



  • @QWERTik:

    Вопрос к гуру: научился ли pfsense 2.0.3 разруливать два WAN подключения (подсети разные), имеющие общий шлюз, т.е. балансировка и отказоустойчивость? Более ранние версии, вроде как не умели.

    У меня вопрос ламмера!!!  как это машины из разных посетей на один шлюз ходят? У шлюза маска шире масок хостов?



  • я кстати таким же вопросом задаюсь- как они это делают?

    я в рртр так же хочу со статику из одной подсети, динамику из родной.

    поидее это приколюхи именно тоннельных соединений. сегодня попробую.

    Авопрос автор задавал из соображений расширить каналю, подозреваю.

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



  • Да, именно для расширения полосы, хотя бывает и они придурковывают, так что, фэйловер к ним то же актуален, от того и задал вопрос.
    2 netormoz:
    А всё выглядит так: это 2 адсл (pppoe) канала от РТ, белые адреса вида a.b.c.d/24 и a.b.e.f./24, при этом шлюз g.h.i.j. Прикольно, правда? Так что, как то маршрутизируют, а у меня от этого головная боль. Сейчас у меня на шлюзе стоит китайская железка, которая разруливает это дело не задавая вопросов (модемы в режиме моста, ПППоЕ сессию поднимает и контролирует сама). Но она офигенно тупенькая во всём остальном, да и с приходом 100 Мбит/с канала, со всем этим ей уже не справиться - решил менять на сенс.



  • @netormoz:

    У меня вопрос ламмера!!!  как это машины из разных посетей на один шлюз ходят? У шлюза маска шире масок хостов?

    В соединениях точка-точка понятие маски подсети не имеет смысла. Если вы попробуете настроить PPPoE сервер на pfSense, то увидите, что адрес шлюза отдаваемый клиентам - это просто собственный адрес pfSense на lo0 интерфейсе, который вам предстоит выдумать в ходе настройки (Server address) и который не должен совпадать ни с одним другим адресом настроенным на pfSense, а так же ни с одним из адресов PPPoE клиентов. Провайдер же просто берет неиспользуемый адрес из своего диапазона и назначает его PPPoE серверу.



  • @QWERTik:

    Да, именно для расширения полосы, хотя бывает и они придурковывают, так что, фэйловер к ним то же актуален, от того и задал вопрос.
    2 netormoz:
    А всё выглядит так: это 2 адсл (pppoe) канала от РТ, белые адреса вида a.b.c.d/24 и a.b.e.f./24, при этом шлюз g.h.i.j. Прикольно, правда? Так что, как то маршрутизируют, а у меня от этого головная боль. Сейчас у меня на шлюзе стоит китайская железка, которая разруливает это дело не задавая вопросов (модемы в режиме моста, ПППоЕ сессию поднимает и контролирует сама). Но она офигенно тупенькая во всём остальном, да и с приходом 100 Мбит/с канала, со всем этим ей уже не справиться - решил менять на сенс.

    Ethernet порт к провайдеру один или два?



  • @rubic:

    @netormoz:

    У меня вопрос ламмера!!!  как это машины из разных посетей на один шлюз ходят? У шлюза маска шире масок хостов?

    В соединениях точка-точка понятие маски подсети не имеет смысла. Если вы попробуете настроить PPPoE сервер на pfSense, то увидите, что адрес шлюза отдаваемый клиентам - это просто собственный адрес pfSense на lo0 интерфейсе, который вам предстоит выдумать в ходе настройки (Server address) и который не должен совпадать ни с одним другим адресом настроенным на pfSense, а так же ни с одним из адресов PPPoE клиентов. Провайдер же просто берет неиспользуемый адрес из своего диапазона и назначает его PPPoE серверу.

    Просмотрел я про ppoe когда спрашивал. тогда все ясно



  • Не будет эта схема работать. Подключения поднимутся, но трафик будет идти по одному.
    Но у RT могут быть разные шлюзы, если выдается несколько пулов адресов.
    Еще придется физически делить подключения. У PF прекрасно получается затрамбовать два ПППоЕ в один модем в бридже.
    И если поднят Captive Portal, то он на L2 пропускает ПППоЕ от пользователей через NAT и у сильно умных получаются петли.



  • @netormoz:

    @QWERTik:

    Да, именно для расширения полосы, хотя бывает и они придурковывают, так что, фэйловер к ним то же актуален, от того и задал вопрос.
    2 netormoz:
    А всё выглядит так: это 2 адсл (pppoe) канала от РТ, белые адреса вида a.b.c.d/24 и a.b.e.f./24, при этом шлюз g.h.i.j. Прикольно, правда? Так что, как то маршрутизируют, а у меня от этого головная боль. Сейчас у меня на шлюзе стоит китайская железка, которая разруливает это дело не задавая вопросов (модемы в режиме моста, ПППоЕ сессию поднимает и контролирует сама). Но она офигенно тупенькая во всём остальном, да и с приходом 100 Мбит/с канала, со всем этим ей уже не справиться - решил менять на сенс.

    Ethernet порт к провайдеру один или два?

    Два.


Log in to reply