Dima G. писал(а):
Например, провайдер некоторых клиентов блокирует протокол GRE. Это относится, в частности, к сотовым операторам, чтоб абоненты подключали realIP, где такой блокировки нету.
В данном случае клиент подключается к серверу, значит блокировки GRE нет. Возможно, у этих клиентов IP адреса из диапазона LAN за PPTP?
Если нет, то может быть это поможет проверить провайдера на вшивость?
PPTP VPN tunnel requires that the both VPN server and client opening TCP port 1723 and IP protocol 4. If these ports don’t open, the VPN client may receive the following messages: VPN Error 628 - The port is disconnected, VPN Error 721 - Remote PPP peer or computer is not responding and VPN Error 800 - Unable to establish the VPN connection.
Windows 2000 includes a PPTP Ping tools, PPTPsrv and PPTPclnt, that you can install them from the support\tools folder of the Windows 2000 CD-ROM. PPTPsrv and PPTPclnt provide basic diagnostic functionality that lets you determine whether both VPN server and client can reach each other across the Internet. Therefore, you can use PPTPsrv and PPTPclnt to ensure that the proper ports are open on the firewall and that the remote server is successfully receiving incoming client connection requests.
To do so, you can run pptpsrv on the VPN by typing on command prompt while running pptpclnt <server name or IP> on the VPN client. If the connection and packet transfer succeeded, the server will display the following output
Total GRE packets received = 1
Total GRE packets received = 2
Total GRE packets received = 3
Total GRE packets received = 4
Total GRE packets received = 5
GRE protocol test was successful!
А вообще, если бы Dlink-овские железки имели бы встроенные средства проверки портов и протоколов, это было бы неплохо!