URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID10
Нить номер: 5463
[ Назад ]

Исходное сообщение
"Проблема с доступом к серверу после подключения к VPN (pptpd)"

Отправлено Константин_2018 , 06-Июл-18 20:45 
Здравствуйте.

Подскажите, пожалуйста, не могу разобраться. Есть Debian 8, установлен pptpd, белый внешний адрес. Внутренняя сеть формата 192.168.1.х, после подключения с windows-клиента извне, получаемый remoteip вида 192.168.3.х, видны и доступны все компьютеры сети, кроме, например 192.168.1.111. Причем, если по rdp подключиться к компьютеру, например, 192.168.1.222, то с него можно по rdp зайти на 192.168.1.111, а сразу после подключения по vpn - нет. В чем может быть проблема, всю голову сломал.

С уважением, Константин, заранее спасибо за ответ.


Содержание

Сообщения в этом обсуждении
"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено qq , 06-Июл-18 21:14 
> Здравствуйте.
> Подскажите, пожалуйста, не могу разобраться. Есть Debian 8, установлен pptpd, белый внешний
> адрес. Внутренняя сеть формата 192.168.1.х, после подключения с windows-клиента извне,
> получаемый remoteip вида 192.168.3.х, видны и доступны все компьютеры сети, кроме,
> например 192.168.1.111. Причем, если по rdp подключиться к компьютеру, например, 192.168.1.222,
> то с него можно по rdp зайти на 192.168.1.111, а сразу
> после подключения по vpn - нет. В чем может быть проблема,
> всю голову сломал.
> С уважением, Константин, заранее спасибо за ответ.

отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111


"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено Константин_2018 , 08-Июл-18 14:50 
>> Здравствуйте.
>> Подскажите, пожалуйста, не могу разобраться. Есть Debian 8, установлен pptpd, белый внешний
>> адрес. Внутренняя сеть формата 192.168.1.х, после подключения с windows-клиента извне,
>> получаемый remoteip вида 192.168.3.х, видны и доступны все компьютеры сети, кроме,
>> например 192.168.1.111. Причем, если по rdp подключиться к компьютеру, например, 192.168.1.222,
>> то с него можно по rdp зайти на 192.168.1.111, а сразу
>> после подключения по vpn - нет. В чем может быть проблема,
>> всю голову сломал.
>> С уважением, Константин, заранее спасибо за ответ.
> отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111

Я дико извиняюсь, как это сделать? Iptables не содержит правил ( по умолчанию accept в цепочках).


"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено Константин_2018 , 08-Июл-18 14:52 
>[оверквотинг удален]
>>> адрес. Внутренняя сеть формата 192.168.1.х, после подключения с windows-клиента извне,
>>> получаемый remoteip вида 192.168.3.х, видны и доступны все компьютеры сети, кроме,
>>> например 192.168.1.111. Причем, если по rdp подключиться к компьютеру, например, 192.168.1.222,
>>> то с него можно по rdp зайти на 192.168.1.111, а сразу
>>> после подключения по vpn - нет. В чем может быть проблема,
>>> всю голову сломал.
>>> С уважением, Константин, заранее спасибо за ответ.
>> отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111
> Я дико извиняюсь, как это сделать? Iptables не содержит правил ( по
> умолчанию accept в цепочках).

До этого стоял шестой debian, все то же самое делаю, сейчас поставил восьмой - и вот. Поставил wireshark - не прояснило, к одним ip есть response на icmp, а на единственный - тишина, как глюк какой-то.


"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено ПавелС , 09-Июл-18 10:18 
>[оверквотинг удален]
>>>> после подключения по vpn - нет. В чем может быть проблема,
>>>> всю голову сломал.
>>>> С уважением, Константин, заранее спасибо за ответ.
>>> отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111
>> Я дико извиняюсь, как это сделать? Iptables не содержит правил ( по
>> умолчанию accept в цепочках).
> До этого стоял шестой debian, все то же самое делаю, сейчас поставил
> восьмой - и вот. Поставил wireshark - не прояснило, к одним
> ip есть response на icmp, а на единственный - тишина, как
> глюк какой-то.

На самом 111 настройки сети и правил брандмауэра могут блокировать, надо добавлять источник в доверенные сети, или на сервере pppd  натить rdp, адресованый 111. Видно не все вы повторили при переделке.


"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено qq , 08-Июл-18 21:46 
>[оверквотинг удален]
>>> адрес. Внутренняя сеть формата 192.168.1.х, после подключения с windows-клиента извне,
>>> получаемый remoteip вида 192.168.3.х, видны и доступны все компьютеры сети, кроме,
>>> например 192.168.1.111. Причем, если по rdp подключиться к компьютеру, например, 192.168.1.222,
>>> то с него можно по rdp зайти на 192.168.1.111, а сразу
>>> после подключения по vpn - нет. В чем может быть проблема,
>>> всю голову сломал.
>>> С уважением, Константин, заранее спасибо за ответ.
>> отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111
> Я дико извиняюсь, как это сделать? Iptables не содержит правил ( по
> умолчанию accept в цепочках).

невнимательно читаете. отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111


"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено Elmersnift , 19-Июл-18 18:08 


Горячие девушки делают непослушные вещи бесплатно

"Проблема с доступом к серверу после подключения к VPN (pptpd)"
Отправлено BarS , 23-Авг-18 12:53 
видимо раньше ppp+ натился в твою локалку...