The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Проблема с доступом к серверу после подключения к 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, 21:14 , 06-Июл-18 (1) +1
    > Здравствуйте.
    > Подскажите, пожалуйста, не могу разобраться. Есть 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, 14:50 , 08-Июл-18 (2)
      >> Здравствуйте.
      >> Подскажите, пожалуйста, не могу разобраться. Есть 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, 14:52 , 08-Июл-18 (3)
        >[оверквотинг удален]
        >>> адрес. Внутренняя сеть формата 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), !*! ПавелС, 10:18 , 09-Июл-18 (5)
          >[оверквотинг удален]
          >>>> после подключения по vpn - нет. В чем может быть проблема,
          >>>> всю голову сломал.
          >>>> С уважением, Константин, заранее спасибо за ответ.
          >>> отключите  файерволл  и проверьте дефолт маршрут на 192.168.1.111
          >> Я дико извиняюсь, как это сделать? Iptables не содержит правил ( по
          >> умолчанию accept в цепочках).
          > До этого стоял шестой debian, все то же самое делаю, сейчас поставил
          > восьмой - и вот. Поставил wireshark - не прояснило, к одним
          > ip есть response на icmp, а на единственный - тишина, как
          > глюк какой-то.

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

      • Проблема с доступом к серверу после подключения к VPN (pptpd), !*! qq, 21:46 , 08-Июл-18 (4)
        >[оверквотинг удален]
        >>> адрес. Внутренняя сеть формата 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, 18:08 , 19-Июл-18 (6)


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



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру