MultiWan + NAT
-
Доброго времени суток!
Подскажите пожалуйста где копать в такой вот ситуации:
два WANа один LAN
пробрасываю NATом порт на адрес в локальной сети
двумя правилами NAT (для каждого WANа)
NAT reflection - Use system default
Filter rule association - Rule NATс обоих WANов общение с портом локального адреса происходит нормально
но вопрос вот в чем, дефаулт шлюз WAN1
при обращении к WAN1, ответ приходит через интерфейс WAN1 с указанием IP- отправителя WAN1
при обращении к WAN2, ответ приходит через интерфейс WAN1 с указанием IP- отправителя WAN2?!
как вернуть ответ через WAN2 при обращении к WAN2
мои утверждения основаны на данных Packet Captureи второй вопрос, после проброски порта в локалку,
срабатывает правила фаервола WAN на входящие соединение
соединение проходит успешно (запись в логе),
но разве не должны сработать правила LANа и соответственно остаться запись в логе по интерфейсу ЛАНа?
(соответствующую запись в правилах ЛАНа добавил с записью в лог, но в логах пусто)
или механизм фаервола такой, что раз соединение установлено по порту, значит проверять его больше не будем???Заранее спасибо!
-
Я не вижу какая схема у вас используется - LoadBalancing или Failover (или обе) и используется ли вообще (и зачем тогда 2 провайдера?) ? Если LoadBalancing , то параметры в конфигураторе Allow default gateway switching (http://macrodmin.blogspot.com/2012/02/multiwan-pfsense.html) и Use stickly connections включите.
…и второй вопрос...
Соединение установлено через WAN. Причем здесь внутренняя сеть? Будете устанавливать связь к ресурсам из внутренней сети вовне - будет вам запись в логах на LAN.
-
По второму вопросу СПАСИБО, так и подозревал, но не было уверенности в этом
ссылку эту уже находил, там простой случай на получение связи локальной сетью с внешкойДва провайдера используются для резервирование возможности работы с моим портом ЛАНа внешних клиентов
когда один канал упал, второй канал для внешнего клиента доступен
трафик у меня в основном идет от меня во вне, т.е. сейчас у меня отдача происходит только по дефаулт шлюзу,
при этом второй канал на отдачу не используетсядо этого жил на PFSense 2.0.1, и там работали на отдачу оба канала, подтверждением этому графики WANов с веб интерфейса. После обновления до 2.1 график второго не основного канала на отдачу показывает близкое к нулю
на 2.0.1 в правилах WANов шлюзом стоял ЛоадБаланс, сейчас с таким шлюзом (ЛоадБаланс) не работаетна данный момент правило на каждом WANе для входящих с NATа соединений шлюз указан дефаулт
IPv4 TCP source:* port:* destination:192.168.15.100 port:19000 gateway:*
правило на лане
IPv4 TCP source:192.168.15.100 port:19000 destination:* port:* gateway:*Use stickly connections включен
Allow default gateway switching включен, но как я понимаю он нужен только для смены default gateway при падении основного каналапробовал в этих двух правилах шлюзом указывать и лоадбаланс и фэйловер и свои шлюзы (т.е. для WAN1 wan1gateway и для WAN2 wan2gateway)
все попытки неудачные, ответных пакетов ни где поймал
во всех экспериментах PacketCapture ловил только входящий трафик и последующие попытки внешнего клиента еще раз открыть соединение после таймаута,
ни на внешних ни на интерфейсе локальной подсети не удалось поймать каких либо пакетов ответа
вот думаю что же где поменять надо
(в локальной подсети шлюзом выступает PFSense)при этом другая внутренняя подсеть инетом пользуется через FailOver нормально, тесты на падения и переключения дефаулт шлюза проводились успешно.
до кучи результат еще одного эксперимента
на WAN2 указал разрешающее правило для ICMP со шлюзом wan2gateway и записью в лог,
запись в логе появилась, что доказывает срабатывание именно этого правила
захват пакетов показал, что входящие пакеты ловятся на интерфейсе WAN2, а исходящие на WAN1 (default) с адресом WAN2правила для пинга
в правилах WAN1
IPv4 ICMP * * WAN1 * WAN1gateway (дефаулт)
в правилах WAN2
IPv4 ICMP * * WAN2 * WAN2gatewayвопрос этот для меня практический, а не теоретический, при отдаче мне необходимо использовать пропускную способность обоих каналов
-
Ну и наворотили же вы :( Сбрасывайте-ка вы настройки на дефолт (сохранив конфиг, разумеется) и настройте заново.
правило на лане
IPv4 TCP source:192.168.15.100 port:19000 destination:* port:* gateway:*****Ну с какого перепугу у вас там порт указан, а? Не должно быть там никакого порта. Далее - интернет , это не только TCP, но и еще (как минимум) UDP, ICMP etc.
Поставьте там any , т.е. ***** . Следующее - в кач-ве gateway должна быть указана ваша LoadBalance-группа. Иначе все будет идти только через шлюз по-умолчанию.правила для пинга
в правилах WAN1
IPv4 ICMP * * WAN1 * WAN1gateway (дефаулт)
в правилах WAN2
IPv4 ICMP * * WAN2 * WAN2gatewayНе WAN1\WAN2 , а WAN1 address\WAN2 address. И зачем вы еще и WAN1gateway\WAN2gateway принудительно (да еще и для ICMP !) указываете?
Я вам ссылку на статью давал - просто сделайте по-написанному и без отсебятины.
-
уже делал так,
и сейчас повторил. результат тот жесоединение инициировано из внешней сети, т.е. правила срабатывают WANовские
шлюз в WANовских правилах указывать бестолку, правильно я понял?
отдача ответа идет по таблице роутинга, т.е. через дефаулт шлюзшлюз "лоад балансе" указал в ЛАНе, проверил работает для
исходящих соединений из лана во внешку, нагружают оба канала и на отдачу и на получение
но у меня соединение инициируется ИЗ ВНЕШКИ, т.е. "лоадбаланс" в правилах ЛАНа тут уже ни при чемостается только дождаться рабочего понедельника,
а то сбрасывать к "заводским" удаленно не очень хочется