IpSec, локальная сеть. [РЕШЕНО]

DasTieRR

По IPSec-у думается нужно разрешить все. Какой смысл разрешать отдельные порты между локалками и потом гадать почему протоколы микрософта не работают..

Это я телнетил несколько портов, а разрешал всё.

lan net = 192.168.147.0/24
192.168.1.0/24 удалённая локалка

ipsec_rules.jpg_thumb

Eugene

@DasTieRR:

Нужный мне комп только пингуется, нужные порты по телнету недоступны. трасерт идёт.

tcpdump на LAN, к которому комп подключен, поможет.

dvserg

А со звездочками не работает тоже?
IPSec TCP/UDP * * * * *
LAN TCP/UDP from LAN to 192.168.1.0/24
LAN TCP/UDP from 192.168.1.0/24 to LAN

DasTieRR

@dvserg:

А со звездочками не работает тоже?
IPSec TCP/UDP * * * * *
LAN TCP/UDP from LAN to 192.168.1.0/24
LAN TCP/UDP from 192.168.1.0/24 to LAN

К сожалению тоже, не работает. Меня удивляет, почему открылась админка другого сенса (через его локальный ip) + доступен сетевой принтер (опять же из другой подсети), т.е. он как-то частично что ли работает.
В разделе Лан разрешал нужные порты, потом там же ставил первое правило, разрешающее всё. В ван снял галки блок bogon networks, поставил галку bybass traffic…

dvserg

По netbios имени из другой подсети может и не достучаться. попробуйте зайти на шары компов по ip адресам.

DasTieRR

@dvserg:

По netbios имени из другой подсети может и не достучаться. попробуйте зайти на шары компов по ip адресам.

я по ip заходил, т.к. по dns они не разрешались

дословно: пуск-выполнить \192.168.1.109
Ещё проверял шару из той же самой сети, всё открывается. Компы не в домене, политику никакую не применяют.

dvserg

Ну тогда TcpDump

DasTieRR

@dvserg:

Ну тогда TcpDump

Это на днях, т.к. сегодня комп благополучно выключен, а завтра инета не будет.

Вопрос только есть, слушать с сенса или с проблемного компа? И какие ключи дампа порекомендуете?

Eugene

@DasTieRR:

@dvserg:

Ну тогда TcpDump

Это на днях, т.к. сегодня комп благополучно выключен, а завтра инета не будет.

Вопрос только есть, слушать с сенса или с проблемного компа? И какие ключи дампа порекомендуете?

Лучше на сенсе для начала. Никаких особых ключей не надо
tcpdump -ni <имя интерфейса> host <ip хоста="">Запусти одновременно на обоих pf, сравним потом.</ip>

DasTieRR

Скрин роутера офиса
PfSense 192.168.1.254 (ver 1.2.2)

firewall_ipsec_office.jpg_thumb

firewall_lan_office.jpg_thumb

firewall_wan_office.jpg_thumb

static_routes_office.jpg_thumb

Status_IPsec_office.jpg_thumb

DasTieRR

Скрин роутера бухгалтерии
Pfsense 192.168.147.1 (ver 1.2.3 R)

static_routes_buh.jpg_thumb

firewall_wan_buh.jpg_thumb

firewall_lan_buh.jpg_thumb

firewall_ipsec_buh.jpg_thumb

deutsche

Dasti, сделайте алиас на порты. Замучаетесь же правила редактировать при малейшем изменении сети.

DasTieRR

@deutsche:

Dasti, сделайте алиас на порты. Замучаетесь же правила редактировать при малейшем изменении сети.

"Век живи - век учись", чем и стараюсь заниматься. За фишку спасибо, как то внимания на альиас для портов не обратил.

DasTieRR

Вопрос ещё актуален, прошу волшебного пинка в нужную сторону.

Eugene

Нужный мне комп находится в подсети А, его ИП 192.168.1.109.
После запуска дампов была выполнена команда telnet 192.168.1.109 138 с ПК подсети В (с ип 192.168.147.200) и попытка открыть шару через \192.168.1.109

Я не вижу правил…
Вот как это должно быть если "Телнет в подсеть А telnet 192.168.1.109 138 с ПК подсети В (с 192.168.147.200)"
1. пакет прибывает на интерфейс LAN B, здесь должно быть правило TCP from LAN to 192.168.1.0/24 port 138
2. улетает в тоннель (убери статический маршрут, он бесполезен в случае с IPSec)
3. прибывает на интерфейс IPSEC pf A, там должно быть правило TCP from 192.168.147.0/24 to LAN port 138
4. уходит на машину 192.168.1.109
5. машина отвечает (у машины должен быть либо default gateway pfA.LAN interface IP, либо статический маршрут 192.168.147.0/24 -> pfA.LAN interface IP. Для обратного трафика никаких правил не нужно.

Давай, убедись, что у тебя всё так и по новой телнет с tcpdump'ами.

DasTieRR

@Evgeny:

Нужный мне комп находится в подсети А, его ИП 192.168.1.109.
После запуска дампов была выполнена команда telnet 192.168.1.109 138 с ПК подсети В (с ип 192.168.147.200) и попытка открыть шару через \192.168.1.109

Я не вижу правил…
Вот как это должно быть если "Телнет в подсеть А telnet 192.168.1.109 138 с ПК подсети В (с 192.168.147.200)"
1. пакет прибывает на интерфейс LAN B, здесь должно быть правило TCP from LAN to 192.168.1.0/24 port 138
2. улетает в тоннель (убери статический маршрут, он бесполезен в случае с IPSec)
3. прибывает на интерфейс IPSEC pf A, там должно быть правило TCP from 192.168.147.0/24 to LAN port 138
4. уходит на машину 192.168.1.109
5. машина отвечает (у машины должен быть либо default gateway pfA.LAN interface IP, либо статический маршрут 192.168.147.0/24 -> pfA.LAN interface IP. Для обратного трафика никаких правил не нужно.

Давай, убедись, что у тебя всё так и по новой телнет с tcpdump'ами.

Спасибо, проверил правила по твоей схеме, у меня не хватало разрешающих правил на ланах в локальную подсеть другого офиса.

dvserg

Закрываем?