Перенаправление запроса PFsense
-
tracert что говорит?
статус шлюза PF как показывает? зелёный?- я уверен, что если сделаете сниф, то будет видно, что траф Улетает.
А вы уверены, что 10.10.11.1 знает про вашу сеть 192.168.8.0/24? А то надо бы погомыриться с NAT (наверное...)
А если подумать, приходит пакет на внешний интерфейс шлюза 8.72..... как он попадает на LAN ? надо бы снифать на нём. А то и NAT тут нужно смотреть, и маршрутизацию, и снифать
- я уверен, что если сделаете сниф, то будет видно, что траф Улетает.
-
Tracert после PFsense сразу идет на шлюз провайдера и всё. Статут зеленый. По поводу 10.10.11.1 да, т.к если прописать вместо pfSensa шлюз 8.72, то всё работает. Суть в том, что пакет даже не идет до 8.72, он сразу с PFsense идет на провайдера и всё
-
правило поднимите вверх ёпт.
И обратите внимание, у вас по anti-lockout рулю какие бешеные цырфы, что то не нормально. -
Поднял заработало. Спасибо вам большое. А anti-lockout за что отвечает?
-
посмотрите внимательно на условия и подумайте. за доступ к pf-у отвечает.
-
Спасибо. Понять не могу только с чем это связанно, от одного клиента постоянно идет на pfsense на 443 порт.
-
Постоянно FIN_WAIT_2:FIN_WAIT_2. Вирусы?
-
Добрый.
И обратите внимание, у вас по anti-lockout рулю какие бешеные цырфы, что то не нормально.
- Сменить порт веб-морды пф на что-то >10000 (напр., 20143).
- Создать правило fw на ЛАН, где в src - ваш локальный статический ip ,в dst - локальный ip пф и порт с номером выше. Поставить это правило выше всех.
- Отключить anti-lockout правило.
-
Сделал как вы описали, но доступ к интерфейсу все равно есть у всех. если зайти на https://PF:22222
-
Добрый.
@ler0i
Всмотритесь внимательно в правила fw на ЛАН. И подумайте почему.
