@Botv0091:
кроме того в статье нет правила которое бы возвращало изначального провайдера при восстановлении связи монитором.
http://forum.pfsense.org/index.php?topic=49511.0#msg262645 - последний пост со скринами от nalawadesatyen . По идее , если основной линк имеет Tier 1, а резервный - Tier 2, то pf при пропадание-появление связи должен возвращать линк на tier с наименьшим значением. Пробуйте так, только не торопитесь.
P.s. По поводу вашего клиента OpenVPN на pf - http://forum.pfsense.org/index.php/topic,45252.0.html . Там дискуссия большая , но пробуйте так :
The way I do it is with outbound NAT + floating rules. I make sure outbound NAT applies to my OpenVPN client connection (rule for each wan, source 'any', destination of the far side of the VPN on the applicable VPN port). Then a floating rule catches the outbound VPN traffic and makes it use a failover gateway group. Interface for OpenVPN in this case is just 'any' so it uses the right source.
P.s.s. Подумалось перевести оба момеда в режим bridge и пускай pf поднимает две сессии. Тем более они в одной сети с pf. И уже failover настраивать между ними.
Идеально бы было перенести машину с pf в комнату к этим двум модемам (оба в бридж), воткнуть еще две сетевые (или одну + свитч), далее LAN - в общую локалку, а двумя сетевыми (WAN1 (192.168.10.2) и WAN2 (192.168.20.2))- к модемам (или в варианте со свитчем и еще одной сетевой - просто дать этой сетевой два адреса для доступа к обоим момедам (192.168.10.2 и 192.168.20.2) ). Модемам же дать адреса из др. сетей на ваш выбор (напр., 192.168.10.1 и 192.168.20.1 ). И пускай себе pf поднимает обе сессии.
Ну должно быть у pf минимум ДВА интерфейса - LAN и WAN . Иначе весь его смысл как fw-ла теряется.