PPTP през хотспот: TCP 1723 е само половината

Минете проверките по ред: дали контролната връзка се отваря, дали GRE оцелява по пътя, дали сървърът приема повикването и дали удостоверяването завършва. PPTP клиентът се нуждае едновременно от TCP сесия на 1723 и от GRE път, който носи данните, а хотспотът може да пропусне едното и да изпусне другото. Изпълнението им по ред ви казва коя граница да разследвате, вместо да гадаете. Номерата на грешките в Windows не правят това вместо вас.

GRE е IP протокол 47. Това не е TCP или UDP порт 47 и тази разлика обяснява повечето объркване около защитните стени.

Два пътя, една връзка

Контролната връзка е обикновена TCP сесия към дестинационен порт 1723, която повечето мрежи разрешават без възражения. Пътят на данните е GRE, протокол 47, а защитна стена, която разрешава първото, може да е напълно незапозната с второто. Тази комбинация създава клиент, който изглежда, че стартира, а после не носи нищо — много по-малко информативен симптом от отказана връзка. Проверете двата пътя поотделно, преди да заключите нещо за оператора.

Преводът добавя свое изискване. Шлюзовете, които споделят портове, често се нуждаят от ALG, който разбира PPTP, за да пренаписва идентификаторите на повикването заедно с адресите, а без него могат да развалят сесията така, че да изглежда като загуба на пакети. Това поведение е често срещано, но зависи от реализацията, затова приемете всяко ограничение на доставчик като пример, а не като свойство на всеки хотспот.

Хотспотът добавя още две граници

Клиентският трафик обикновено преминава през собствения NAT за споделяне на телефона и след това през превод на ниво оператор, преди да достигне сървъра. Правило на офис рутера не може да поправи междинно устройство, което принадлежи на някой друг, затова пренасочването на портове от домашната страна рядко помага. Изходящият клиент също не се нуждае от отворен входящ порт; отговорите на преведена връзка се връщат през състоянието, което шлюзът е създал. Сървър, хостван зад NAT, има напълно различен набор от изисквания.

Пункт от менюто с надпис PPTP passthrough, където съществува, определя как това устройство обработва този протокол. Това не е същата функция като хостване на VPN на телефона или безусловно препредаване на всеки протокол и включването му не е общо разрешение за преминаване на GRE.

Четете 807 като прекъсване, не като присъда

Windows съобщава 807 като прекъсната връзка, което описва резултата, а не причината. Таблицата му с грешки третира 806 отделно като категория, свързана с GRE, и тази разлика си струва да се знае, преди да се гради теория. Нито едно от числата не разкрива дали операторът е филтрирал протокол 47, дали сървърът е изчерпал капацитета си или дали данните за достъп са били правилни. Грешката казва, че сесията е приключила; пътят казва къде.

Браузър тест, който успешно минава през хотспота, доказва само, че обикновен път на приложение работи. Той не казва нищо за GRE.

Изолирайте етапа, който се провали

Дръжте лаптопа, сървъра и профила непроменени, след което сменете само мрежата за достъп с друга одобрена. Ако резултатът се промени, уловете TCP и GRE обмена на границите, които контролирате, и намерете най-ранния етап, който никога не се случва: установяване на контрола, настройка на повикването, доставка на данни или PPP удостоверяване. Всеки оставя различен подпис в записа. Сравняването на работеща мрежа с неуспешна е много по-информативно от повторното четене на текста на грешката.

Всичко това диагностицира внедряване, което вече съществува. Това не е аргумент за изграждане на нова PPTP услуга и протоколът не може да бъде заобиколен с договаряне: инсталирането на различен клиент не кара непроменен сървър да говори нещо друго.

За постоянен достъп договорете поддържана миграция с притежателя на VPN. Контролният списък завършва с решение, а не с временно решение.