Статические маршруты.
-
добрый день!
- стоит коммутатор Ростелекома подключенный с первого порта в КриптоШлюз (VPN для соединения с сервера в другом городе).
- стоит КриптоШлюз с него подключение уходит в локальную сеть.
- стоит pfSense 2.3.2-RELEASE в него приходит подключение со второго порта коммутатор Ростелекома (PPPoE) а с pf в локальную сеть.
в данный момент у всех основным шлюзом в сетевых адаптерах стоит IP КриптоШлюза, мне нужно либо поставить pfSense до КриптоШлюза (что руководство главного офиса не одобряет)
мне это нужно для того что бы pfSense выступал в качестве шлюза по умолчанию, для того что бы работал прозрачный прокси и IP адреса которые я прописываю в обход прокси реально ходили в обход, а с IP КШ основным шлюзом это не работает.
так вот как мне сделать статический маршрут что бы трафик заворачивал на КШ (что бы основной шлюз был IP pf и при этом было VPN соединение через КШ)
у себя на компе я прописывал статический маршрут, каждому ходить и прописывать не вариант. помогите как и куда мне нужно настроить маршрут, что бы все это дело работало.
IP КШ 192.168.50.1 - который у всех сейчас основным шлюзом стоит.
IP pf 192.168.50.6
на windows делал так как на скрине.
-
добавил на Контроллере домена на сервер DHCP шлюз pf, но два шлюза не есть хорошо а если шлюз КШ удалю от туда то связь отвалиться.
и вот такой маршрут
-
вот такой маршрут сделал
как на windows настраивал а как второй сделать как на первом скрине не пойму, как маску подсети 0 выбрать и основной шлюз pf его нет в списке, и метрику.
чтобы был второй маршрут такой 0.0.0.0/0 LANGW192.168.50.6 LAN
если я конечно вообще правильно делаю -
что ни кто не может помочь?
получается если КШ стоит основным шлюзом в сетевых адаптерах пользователей то:- есть связь с сервером Exchange - 192.168.0.3
- есть связь с сервером Электронного документа оборота - 192.168.0.18
- есть связь с сервером 1С - 192.168.1.7
- есть связь с сервером ПО для абонентов (своя внутренняя программа на фоксе) - 192.168.1.40
как сделать так что бы со всеми серваками я был на связи от себя моя сеть - 192.168.50.0
IP адрес КШ - 192.168.50.1
если основной шлюз pf - 192.168.50.6 вся связь падает…
-
Самый лучшый вариант конечно поставить еще одну железку умеющую L3 на железном уровне, без файрвола и на ней уже формировать маршруты - кому куда.
Можно конечно направить пользователей на pfSense по умолчанию и на нем уже формировать маршрутизацию. Но возникает проблема — pfSense по умолчанию state-full (вроде так называется) firewall, т.е он запоминает соединения клиентов проходящих через него. Соответсвенно pfSense направит пакет на КШ, но тот будет отдавать обратный пакет напрямую клиенту минуя pfSense, который будет просто рвать соединения не видя подтверждений создания соединения.
Можно поробовать в опциях pfSense отключить фильтрацию пакетов на интерфейсах "System-Advanced-Firewall & NAT" "Static route filtering", но как она работает и влияет на поведение pf не тестировал.
Можно поробовать сделать обратное КШ-он по умолчанию и разруливает передачу пакетов, но там может быть аналогичная ситуация как с pf - state firewall.
Самый без геморойный вариант и надежный — это указаный в первом предложении. -
Как дополнительный вариант, если есть возможность управлять КШ(создавать интерфейсы и подобное), можно поробовать сделать между КШ и pfSense маленькую сеть /30 и настроить в ней машрутизацию. При этом уйдут проблемы со state firewall поскольку pfSense или КШ будут видеть пользователей только через через другого.
Например выделить другую подсеть для связи и пользователей 50.x спрятать за pfSense - если удаленная сторона использует статические обратные машруты, то ничего не должно сломаться.
Нарисовал приблизительный рисунок![Untitled Diagram.png_thumb](/public/imported_attachments/1/Untitled Diagram.png_thumb)
![Untitled Diagram.png](/public/imported_attachments/1/Untitled Diagram.png) -
спасибо за совет! возможности управлять КШ к сожалению нет (да думаю если и попросить то врятли разрешат), т.е коммутатор с L3 это я так понимаю управляемый коммутатор? если я его ставить то на нем настраивается маршрутизация? исходя из моей схемы подключения мне его до КШ ставить нужно или как? еще вопросик а если я все же поставлю pf до своего КШ в тихоря ото всех что и куда нужно будет настраивать, т.е из железки Ростелекома в pf c pf в КШ и из КШ в LAN или как?
сейчас подключено так:
-
А почему бы не сделать так, добавив сетевую карточку в pfsense, через которую пропустить трафик КШ? А в static routes pfsense прописать подсети, которые за КШ, установив сам КШ как шлюз.
-
А почему бы не сделать так, добавив сетевую карточку в pfsense, через которую пропустить трафик КШ? А в static routes pfsense прописать подсети, которые за КШ, установив сам КШ как шлюз.
а на новой сетевой карточке без разницы какой будет IP адрес 192.168.50.xx который из КШ в pf будет приходить? static routes что то типо этого? а rules нужны будут на LAN?
-
А почему бы не сделать так, добавив сетевую карточку в pfsense, через которую пропустить трафик КШ? А в static routes pfsense прописать подсети, которые за КШ, установив сам КШ как шлюз.
а на новой сетевой карточке без разницы какой будет IP адрес 192.168.50.xx который из КШ в pf будет приходить? static routes что то типо этого? а rules нужны будут на LAN?
Немного не понял вопроса. В принципе адрес КШ может быть любым, все настраивается. Лишь бы указать, какая подсеть скрывается за ним. "Рулить" lan-сетью в этом случае будет pfsense, и, например, можно указать шлюз по-умолчанию 192.168.50.6 для интернета (в настройках сервера DHCP), а для доступа к ресурсам openVPN указать шлюз 192.168.50.1 в static routes. В этом случае подсеть для lan клиентов может быть своя.
-
спасибо за совет! возможности управлять КШ к сожалению нет (да думаю если и попросить то врятли разрешат), т.е коммутатор с L3 это я так понимаю управляемый коммутатор? если я его ставить то на нем настраивается маршрутизация? исходя из моей схемы подключения мне его до КШ ставить нужно или как? еще вопросик а если я все же поставлю pf до своего КШ в тихоря ото всех что и куда нужно будет настраивать, т.е из железки Ростелекома в pf c pf в КШ и из КШ в LAN или как?
сейчас подключено так:
Не используйте сторонние сервисы для картинок. Некоторые как раз и ставят pfSense для защиты от них :).
Но вернемся к лирике.Можно оставить pfSense маршрутизатором по умолчанию и настроить на нем маршруты на адреса за КШ, но тогда скорее всего придется повешать NAT на все эти пакеты и с той стороны вас будут видеть как один компьютер(pfSense).
А L3 комутатор просто ставиться в сети.
-
А почему бы не сделать так, добавив сетевую карточку в pfsense, через которую пропустить трафик КШ? А в static routes pfsense прописать подсети, которые за КШ, установив сам КШ как шлюз.
а на новой сетевой карточке без разницы какой будет IP адрес 192.168.50.xx который из КШ в pf будет приходить? static routes что то типо этого? а rules нужны будут на LAN?
Немного не понял вопроса. В принципе адрес КШ может быть любым, все настраивается. Лишь бы указать, какая подсеть скрывается за ним. "Рулить" lan-сетью в этом случае будет pfsense, и, например, можно указать шлюз по-умолчанию 192.168.50.6 для интернета (в настройках сервера DHCP), а для доступа к ресурсам openVPN указать шлюз 192.168.50.1 в static routes. В этом случае подсеть для lan клиентов может быть своя.
если можно напишите подробнее, тоже не совсем понял т.е сейчас у моего КШ IP 192.168.50.1 LAN, новую сетевую которую я сейчас в pf вставил в ней ставим Static IPv4 и какой IP любой или такой же 192.168.50.1 но он не присваивается так как находится в одном сегменте? у меня DHCP не на pf а на контроллере домена RODC. получается IP КШ на нем на самом прописан жестко из нашей локали, т.е вставлю я с него патч корд в новую сетевую в pf и что дальше не пойму вообще, на сетевом интерфейсе то какой IP прописывать? и IP КШ 50.1 будет играть какую то роль или же уже нет. запутался…
к примеру я воткнул провод с КШ в pf, в pf на сетевом интерфейсе прописал к примеру IP 192.168.59.1, а в КШ сейчас прописан 192.168.50.1 мне его поменять нужно там или как, зайти и менять на нем что либо я не могу, а на сетевом интерфейсе IP с 50.xx никакой прописать не получается, как быть? -
в общем:
1. воткнул провод (еще не воткнул) от КШ в новую сетевую карту pf
2. присвоил новому сетевому интерфейсу имя и IP адрес 192.168.59.1
3. создал новый шлюз с IP 192.168.59.1
4. создал статический маршрут - тут вопрос какой шлюз ставить? 50.1 или новый 59.1, если последний то какую роль играет 50.1 ?
еще вопрос если пинговать по имени сервера то у них IP адреса у некоторых 192.168.0.3 к примеру и пошли еще с другими IP адресами и та же ситуация с другими серверами но они к примеру 192.168.1.7 и так же пошли еще несколько серверов из этой подсети, там где я указывал статические маршруты на скрине я правильно указал на всю же подсеть получается 192.168.0.0 и 192.168.1.0 ? или я что то не так делаю? пока не пробовал но что то сомневаюсь что я в правильном направлении, рабочий день закончится буду пробовать. -
попробовал так как писал выше, ничего не вышло :'(
когда я оставляю схему подключения такую как изначально:- создаю статический маршрут на 192.168.0.0/16 шлюз 192.168.50.1
- создаю статический маршрут на 192.168.1.0/24 шлюз 192.168.50.1
при этом в сетевом адаптере ставлю шлюз своего pf 192.168.50.6
то связь с удаленными серверами есть а именно есть пинг по именам и по IP но программы не работают нет соединения и все тут, ах да еще правила создавал на 192.168.0.0/16 и 192.168.1.0/24, куда копать, и пинги идут вроде бы но не работает и все тут.
может я с подсетями что то не допонимаю, хотя если ip адреса серверов на которые мы цепляемся начинаются 192.168.0.2 и 192.168.1.1 то и маршруты я указываю на всю подсеть
-
Так в сети еще и другой компьютер управляет сетью… Тогда настройки шлюзов для клиентов делать нужно на нем. А pfsense только для прокси. Ну или переносить все управление на pfsense. Клиенты должны получать всю нужную настройку от DHCP сервера - и шлюзы, и WINS. В общем, чтобы маршруты могли появиться у клиентов в автоматическом режиме. Так же программы могут не работать в виду отсутствия маршрута до какого-либо определенного сервера. Можно попробовать отследить куда они пытаются обратиться, и выяснить есть ли до него связь.
Адрес сетевой карты для связи с КШ можно выбрать, например, 192.168.50.254 (если у ростелекомовской железки не такой же IP).
Адрес WAN остается DHCP клиентом, т.е. 192.168.50.6
В статических маршрутах добавить следующие маршруты:
192.168.0.0/24, шлюз 192.168.50.1
192.168.1.0/24, шлюз 192.168.50.1Если есть эти два маршрута, то маршрут 192.168.0.0/16 не нужен, если нет других важных подсетей.
Так же, программы, возможно обращаются по адресу шлюза, тогда можно добавить маршрут вида:
192.168.50.1, шлюз - адрес сетевой карточки (хотя это излишне, и должно работать и так, проверить можно пингом).Ну и не забывать про правила файрвола, где должно быть разрешено ходить из локальной сети до шлюза.
Советую так же DHCP поднять на pfsense, а WINS можно оставить на контролере домена (прописав WINS сервер в настройках DHCP pfsense). Если не принципиально, то сделать подсеть отличную от подсети КШ.
-
Как вариант можно поробовать способ описанный в статье https://knasys.ru/%d0%bf%d0%be%d0%b4%d0%bd%d1%8f%d1%82%d0%b8%d0%b5-%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d1%88%d0%bb%d1%8e%d0%b7%d0%b0-%d0%bd%d0%b0-%d0%b1%d0%b0%d0%b7%d0%b5-%d0%ba%d0%be%d0%bd%d1%82%d0%b8%d0%bd%d0%b5/
-
Так в сети еще и другой компьютер управляет сетью… Тогда настройки шлюзов для клиентов делать нужно на нем. А pfsense только для прокси. Ну или переносить все управление на pfsense. Клиенты должны получать всю нужную настройку от DHCP сервера - и шлюзы, и WINS. В общем, чтобы маршруты могли появиться у клиентов в автоматическом режиме. Так же программы могут не работать в виду отсутствия маршрута до какого-либо определенного сервера. Можно попробовать отследить куда они пытаются обратиться, и выяснить есть ли до него связь.
Адрес сетевой карты для связи с КШ можно выбрать, например, 192.168.50.254 (если у ростелекомовской железки не такой же IP).
Адрес WAN остается DHCP клиентом, т.е. 192.168.50.6
В статических маршрутах добавить следующие маршруты:
192.168.0.0/24, шлюз 192.168.50.1
192.168.1.0/24, шлюз 192.168.50.1Если есть эти два маршрута, то маршрут 192.168.0.0/16 не нужен, если нет других важных подсетей.
Так же, программы, возможно обращаются по адресу шлюза, тогда можно добавить маршрут вида:
192.168.50.1, шлюз - адрес сетевой карточки (хотя это излишне, и должно работать и так, проверить можно пингом).Ну и не забывать про правила файрвола, где должно быть разрешено ходить из локальной сети до шлюза.
Советую так же DHCP поднять на pfsense, а WINS можно оставить на контролере домена (прописав WINS сервер в настройках DHCP pfsense). Если не принципиально, то сделать подсеть отличную от подсети КШ.
понятно что клиенты от DHCP сервера должны получать настройки, но если бы у меня все правильно было настроено на pf то по сути я бы просто в настройка DHCP сервера в маршрутизаторе поменял бы IP КШ на IP pf, и при перезагрузке ПК всем бы уже присваивались адреса со шлюзом pf
какие там еще настройки шлюзов, думаю только это ка на скрине больше настроек шлюзов там нет.
отследить обращение имеется ввиду командой tracert ?
адрес сетевой карты для подключения КШ я не могу выбрать из этой сети 50.xx
WAN адрес у меня PPPoE подключение статический IP адрес
а LAN 192.168.50.6 прописанный жестко на pf -
трейсы с клиента со шлюзом pf к удаленному серверу с IP 192.168.1.7
и трейсы обратно с удаленной подсети на моего клиента 192.168.50.156 со шлюзом pf
как выяснилось все нормально, но программы все же отказываются работать, остается убица об стену :'( -
А что говорит tcpdump -i интерфейс_lan на pfsense во время запуска тех программ? Куда они пытаются обратиться?
-
Угу, вижу, клиент …156 пробует достучаться на эти сервера:
192.168.1.7
192.168.1.124
192.168.0.3
192.168.0.4Они все доступны? И они видят самого клиента? Так же, нужно исключить эти подсети от обработки проксей, чтобы сертификат не подменивался