Какви протоколи всъщност предлага този публичен VPN възел?
Това, че сървърният софтуер поддържа даден протокол, не означава, че този възел го е включил. Проверете крайната точка, профила и етапа, който действително се проваля.
Софтуерът го поддържа, следователно възелът го предлага. Това заключение е погрешно достатъчно често, за да е правило: едно внедряване на SoftEther може да включи произволно подмножество от съвместимите си методи за свързване, а публичният възел е внедряване със собственик и конфигурация. С какво можете да се свържете зависи от този възел, а не от списъка с функции на проекта, който той изпълнява. Именно в разликата между двете живеят повечето заявки „протоколът е счупен“.
Какво всъщност обещава списъкът на проекта
Протоколните функции на проекта описват на какво е способен сървърът. Даден възел включва някои от тези слушатели, а не други, и операторът може да промени този набор, без да пипа версията на софтуера. Затова два възела от една и съща сборка се държат различно и профил, който работи срещу единия, не доказва нищо за следващата цел. Собственият списък на възела е по-важен от страницата на проекта, когато избирате къде да се свържете.
Четете списъка като пет полета, а не като меню: крайна точка, порт, транспорт, семейство протоколи и метод за удостоверяване. Публичен възел, който рекламира SSTP ви е казал за слушател на порт; не ви е казал какъв сертификат представя или дали акаунтът ви работи там. Сравняването на тези пет полета с вашия профил е по-бързо от всяко преинсталиране на клиента и създава писмено очакване, което можете да тествате по-късно.
Съпоставете профила с крайната точка, която той посочва
Естественият запис на SoftEther не е автоматично конфигурация на OpenVPN, дори когато двата се появяват на една страница на доставчик под едно заглавие. Когато възел публикува и TCP, и UDP слушател за OpenVPN, третирайте ги като две крайни точки: профил, редактиран от единия към другия, сочи към слушател, който никой не е включил. Транспортният етикет във файла е част от адреса, а не козметична настройка.
Приемането на импортиран файл от клиента доказва, че файлът се парсва. То не казва нищо за това дали от другата страна чака отдалечен слушател, затова първият опит за свързване е истинският тест. Сравнете реда за отдалечен достъп в профила с обявените хост и порт на възела, преди да обвинявате протокола.
Проверете етапа, който се проваля
Хост, който отговаря на уеб трафик, все още може да няма желаната VPN услуга, а хост, който отказва един протокол, не е непременно изключен за всички. Тези две грешки изпращат хората в противоположни посоки същия следобед. Единият гони firewall, който е наред; другият преинсталира клиент, който никога не е бил проблемът. Проверете всеки път поотделно, за да описва отговорът един слушател, а не целия хост.
Тези пет проверки покриват обичайните методи на публичните възли. Изпълнявайте ги от същата мрежа, която използва клиентът, защото филтриран порт изглежда идентично на липсващ слушател отдалеч.
nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example| Резултат | Етап | Какво изключва |
|---|---|---|
| Връзката е отказана или изтече времето | Транспорт | Липсващ слушател, филтриран или грешен порт |
| Грешка при TLS ръкостискане или идентичност | Сертификат | Наличност на протокола; слушателят отговори |
| AUTH_FAILED или отхвърлен акаунт | Удостоверяване | Крайната точка; проблемът е в идентификационните данни |
| UDP 500 и 4500 мълчат | IPsec преговори | ESP и L2TP са блокирани преди удостоверяване |
Прикачете всяка наблюдавана грешка към нейния ред, преди да промените нещо. Провал на TLS идентичност доказва, че слушателят съществува, така че пренаписването на профила към друг протокол би изхвърлило работещо доказателство. Отказаната връзка доказва само, че този порт не е отговорил, което е много по-тясно твърдение от „възелът не поддържа OpenVPN“.
Запазете грешката, преди да промените нещо
Запишете точния резултат: изтекла времева граница, провал на идентичността на сертификата, отхвърлен акаунт и отказ на ниво приложение са четири различни изхода. Само първият е за недостъпен протокол и само последният е за разрешение след успешна връзка. Нулирането на клиента или смяната на протоколи унищожава това разграничение, защото следващият провал идва с друга история и без базова линия за сравнение.
Не отслабвайте проверката, за да изглежда несъвместим профил работещ. Изключената проверка на сертификата превръща ясен провал на идентичността в връзка с нещо, до което не сте възнамерявали да стигнете, а полученият успех е по-лош от първоначалната грешка, защото скрива кой етап е бил грешен.
Проверявайте отново за всеки възел, всеки път
Естествените опции SSL, OpenVPN, L2TP/IPsec и SSTP в списъка на публичен възел описват конфигурацията на този възел в онзи момент. Същият софтуер другаде може да предложи различен набор и доставчикът може да оттегли слушател между отметката ви и следващия ви опит. Старите бележки описват стари внедрявания.
Запишете проверения профил с неговата крайна точка и метод, след което повторете проверката, когато възелът се промени или връзката започне да се проваля. Спецификацията на протокола SoftEther е ориентирът за това какво може софтуерът; собственият списък на възела е ориентирът за това какво прави той. Дръжте двата документа разделени и диагнозата става по-кратка.