Comments 24
p.s. Если кого-то заинтересуют переводы книг по pfSense (Definitive Guide to pfSense и pfSense 2 Cookbook) спрашивайте — помогу ссылкой.
p.p.s. Ссылки на готовые образы новой версии pfSense для оборудования PC Engines (мат. платы alix) можно найти здесь
p.p.s. Ссылки на готовые образы новой версии pfSense для оборудования PC Engines (мат. платы alix) можно найти здесь
А PPTP passthrough так и не исправили :( Т.е. невозможно выполнить несколько PPTP подключений к одному серверу из сети, находящейся за pfSense. А если запущен PPTP сервер (на pfSense), то вообще ни один клиент не может подключиться. What are the limitations of PPTP in pfSense и что главное, исправлять это похоже не собираются PPTP passthrough
Да, я читал про этот вариант, он работает и при подключении изнутри сети к удаленному PPTP серверу, одна «маленькая» проблема — на каждое соединение нужен дополнительный публичный IP адрес! Зачастую это невозможно в принципе, ну и вообще это слишком «жирно», для PPTP соединений, фактически нужно резервировать IP адреса.
L2TP — это отличный вариант, когда людям нужно подключаться к подконтрольному тебе серверу, хотя в таком случае, зачастую, можно настроить соединение прямо на шлюзе, но это далеко не всегда так. Люди подключаются к сторонним VPN серверам, а PPTP все еще весьма активно используется.
спасался L2TP
главная для себя новость — наконец то исправлено бесконечное выпадение в лог сообщений вида «route -1 что то там», при удалении VLan-а с привязанным статик-роутом к нему. Раньше приходилось создавать влан заного, удалять роут, и удалять влан.
главная для себя новость — наконец то исправлено бесконечное выпадение в лог сообщений вида «route -1 что то там», при удалении VLan-а с привязанным статик-роутом к нему. Раньше приходилось создавать влан заного, удалять роут, и удалять влан.
Насколько я знаю, некоторые сложности с работой нескольких клиентов PPTP, находящихся за МСЭ и NAT-ящихся одним IP-адресом, есть у всех межсетевых экранов. Это связано с использованием GRE.
С GRE есть сложности у некоторых межсетевых экранов, но даже домашние устройства, в большинстве своем, нормально пропускают через себя несколько PPTP соединений. FreeBSD с ipfw NAT-ом, так же нормально пропускает. Поэтому получить такую проблему было достаточно неожиданно, пришлось отказаться от pfSense, хотя в остальных аспектах система полностью устраивала.
Помнится, это проблема PF, на ipfw вроде должно работать.
Так и есть, но pfSense то основан на pf и вряд ли они перейдут на ipfw, хотя могли бы добавить какой-нибудь «костыль» для решения этой проблемы, но видимо цели такой нет.
Я находил интересное решение, ipfw с настройками для gre, а за ним уже pf с остальными правилами. Подробности помнит лишь гугл — от freebsd отошли где-то с год уже, к сожалению.
Решение для pfSense или для самостоятельной, скажем так, настройки? Наверное его можно прикрутить и к pfSense, только вот настройка эта не будет резервироваться стандартными средствами, ну и вообще в контексте pfSense это будет костыль.
Спасибо за апдейт, но если бы керберос из коробки прикрутили, просто цены бы им небыло :)
Sign up to leave a comment.
Вышла новая версия дистрибутива для создания межсетевого экрана pfSense 2.1.1