РЕШЕНО - Помогите настроить правила.

chum

Поставил 192.168.1.16 - не помогло, ни пинга, ни рдп
перезагружал.

zar0ku1

почему сервер адрес 192.168.1.10?
покажи текущий скрин настроек сервера, юзера и фаервола pptp

Eugene

@chum:

Поставил 192.168.1.16 - не помогло, ни пинга, ни рдп
перезагружал.

Пользователь получает 192.168.1.16, когда коннектится?

chum

да, именно этот адрес и получает.
а какой должен быть адрес сервера?

vpn.JPG_thumb

user.JPG_thumb

fw_pptp.JPG_thumb

zar0ku1

я его совсем не понимаю

Eugene

Подконнктится по VPN и попробовать пинг 192.168.1.10, должно работать, если в правилах на PPTP вкладке разрешено всё.
дальше если пинг не проходит да компьютеры подключенные к LAN:
Запускаем tcpdump -ni <lan interface="" name="">host <ip address="" машины,="" которую="" пингуем="">Пингуем, есть какой-нибудь вывод? сюда его.</ip></lan>

chum

Пинг на 192.168.1.10 прошёл не сразу, с задержкой, сначала был ответ от 192.168.1.2 что-то типа заданная сеть недоступна, потом пинги пошли нормально без задержек и потерь. После этого начал пинговать машины сети - первый пинг то же самое потом нормально, РДП работает. Спасибо больщое всем за помощь. И всё-таки интересно, почему пинги не сразу прошли?

zar0ku1

Что не сразу - это нормально, секунд 10-15

chum

Ну вроде после перезагрузки всё стало на место.
А почему компьютеры сети (LAN) по ДНС имени не пингуются?

zar0ku1

@chum:

Ну вроде после перезагрузки всё стало на место.
А почему компьютеры сети (LAN) по ДНС имени не пингуются?

пропиши nslookup и имя компьютера и посмотри какой DNS тебе ответил, а лучше вывод сюда

chum

Вообще как-то странно, сейчас работал около 30 минут, впн сам отключился. Повторно удалось подключиться только после перезагрузки шлюза. Потом старая песня - пинга нет, потом 192.168.1.2 - заданная сеть недоступна, потом пинги пошли
вот nslookup:

nslookup.jpg_thumb

Eugene

Вот что мне мой умишко подсказывает…
Запускаем tcpdump -ni <lan interface="" name="">host <ip address="" машины,="" которую="" пингуем="">и крайне желательно параллельно запустить tcpdump -ni <wan interface="" name="">port 1723 or proto gre

Коннектимся по VPN и запускаем ping -t 192.168.1.x.

Пингуем до посинения, есть какой-нибудь вывод? сюда его.</wan></ip></lan>

chum

А нельзя ли вот здесь чуть-чуть подробнее? Как запустить tcpdump? Где он? И какой IP где вводить?
"Запускаем tcpdump -ni <lan interface="" name="">host <ip address="" машины,="" которую="" пингуем="">и крайне желательно параллельно запустить tcpdump -ni <wan interface="" name="">port 1723 or proto gre"
Вот первый пинг после подключения VPN:

ping.jpg_thumb </wan></ip></lan>

Eugene

@chum:

А нельзя ли вот здесь чуть-чуть подробнее? Как запустить tcpdump? Где он? И какой IP где вводить?
"Запускаем tcpdump -ni <lan interface="" name="">host <ip address="" машины,="" которую="" пингуем="">и крайне желательно параллельно запустить tcpdump -ni <wan interface="" name="">port 1723 or proto gre"</wan></ip></lan>

tcpdump запускается в терминальном окне. Я использую программу PuTTY для подключения к pfSense. Перед этим нужно разрешить SSH на pfSense в System->Advanced.
Далее открываешь два окна PuTTY, login=root password=твой пароль на pfSense. Тут тебе pfSense и покажет имена LAN и WAN интерфейсов.

chum

Это что-ли?

1111.jpg_thumb

zar0ku1

да, теперь жми 8, откроется консоль

chum

Ну мне кажется результат не тоот что мы ждём… Нельзя ли подробно синтаксис команды tcpdump -ni? Что эта команда делает?

123.jpg_thumb

Eugene

tcpdump -ni re0 host 192.168.1.99
Команда покажет любой трафик к/от 192.168.1.99

chum

Вот вырезка того что получилось. Почему в ответ на первый пинг на 192.168.1.99 приходит ответ от 192.168.1.2 - заданная сеть недоступна.

1.jpg_thumb

2.jpg_thumb

dvserg

@chum:

Вот вырезка того что получилось. Почему в ответ на первый пинг на 192.168.1.99 приходит ответ от 192.168.1.2 - заданная сеть недоступна.

Потому, что 192.168.1.2 шлюз через который уходят твои пакеты.