Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    2xWAN-Failover. Необходимо отключение резервного по PPPoE,

    Scheduled Pinned Locked Moved Russian
    2 Posts 2 Posters 2.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • G
      Groof
      last edited by

      Доброе время суток.

      Есть компьютер с pfSense 2.0 (RC3), к которому подключено два провайдера, первый основной по Ethernet, второй резервный по  ADSL (pppoe).  PfSense для failover  настроен в  соответствии с инструкцией (Интернет от двух провайдеров (pfSense 2.x)) и переключение при сбои основного канала происходит нормально.   Но необходимо сделать, так что бы резервный канал на  ADSL (pppoe) поднимался, только тогда , когда основной канал не работает  и разрывал соединение когда на основном канале восстанавливалось связь.

      Сейчас pfSense держит постоянное соединение pppoe, не смотря на то что,  pppoe настроен в режиме демона.  Даже если руками закрываешь pppoe  соединение, pfSense его снова поднимает,  возможно из за того что на pfSense  поднят VPN сервер (PPTP).

      P.S.
      (WAN2 (opt2) - pppoe)
      После ручного отключения pppoe соединения вот что в логе.

      Aug 25 23:56:26 dnsmasq[37591]: ignoring nameserver 127.0.0.1 - local interface
      Aug 25 23:56:26 dnsmasq[37591]: ignoring nameserver 127.0.0.1 - local interface
      Aug 25 23:56:26 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:56:26 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:56:26 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:56:26 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:56:26 dnsmasq[37591]: reading /etc/resolv.conf
      Aug 25 23:55:10 php: : Resyncing OpenVPN instances for interface WAN2.
      Aug 25 23:55:09 php: : Gateways status could not be determined, considering all as up/active.
      Aug 25 23:55:05 apinger: Starting Alarm Pinger, apinger(3772)
      Aug 25 23:55:04 apinger: Exiting on signal 15.
      Aug 25 23:55:04 check_reload_status: Reloading filter
      Aug 25 23:55:04 check_reload_status: Reloading filter
      Aug 25 23:54:58 apinger: alarm canceled: WebStream(IP.XXX.XXX.XXX) *** loss ***
      Aug 25 23:54:58 apinger: alarm canceled: WebStream(IP.XXX.XXX.XXX) *** down ***
      Aug 25 23:54:57 check_reload_status: Rewriting resolv.conf
      Aug 25 23:54:51 dnsmasq[37591]: ignoring nameserver 127.0.0.1 - local interface
      Aug 25 23:54:51 dnsmasq[37591]: ignoring nameserver 127.0.0.1 - local interface
      Aug 25 23:54:51 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:54:51 dnsmasq[37591]: using nameserver XXXX.XXXX.XXXX.XXX#53
      Aug 25 23:54:51 dnsmasq[37591]: reading /etc/resolv.conf
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : Could not find gateway for interface(opt2).
      Aug 25 23:54:19 php: : MONITOR: WebStream is down, removing from routing group
      Aug 25 23:54:13 check_reload_status: Reloading filter
      Aug 25 23:54:03 apinger: ALARM: WebStream(IP.XXX.XXX.XXX) *** down ***

      1 Reply Last reply Reply Quote 0
      • S
        sweep4
        last edited by

        Я уже где-то писал - механизм dial-on-demand на RC3 нерабочий. Он упорно пингует шлюз на pppoe, не давая соединению разорваться по таймауту. И столь же упорно поднимает pppoe обратно при ручном отключении. Как можно побороть - непонятно.

        1 Reply Last reply Reply Quote 0
        • First post
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.