Kādus protokolus šis publiskais VPN mezgls patiešām piedāvā?
Tas, ka servera programmatūra atbalsta protokolu, nenozīmē, ka šis mezgls to ir iespējojis. Pārbaudiet galapunktu, profilu un posmu, kas patiešām neizdodas.
Programmatūra to atbalsta, tāpēc mezgls to piedāvā. Šis secinājums ir nepareizs pietiekami bieži, lai kļūtu par noteikumu: SoftEther izvietojums var iespējot jebkuru tā saderīgo savienojuma metožu apakškopu, un publisks mezgls ir izvietojums ar īpašnieku un konfigurāciju. Ar ko jūs varat savienoties, ir atkarīgs no šī mezgla, nevis no projekta, ko tas izpilda, funkciju saraksta. Tieši starpībā starp abiem patiešām dzīvo lielākā daļa biļešu „protokols ir salauzts“.
Ko projekta saraksts patiešām sola
Projekta protokolu funkcijas apraksta, ko serveris spēj. Konkrēts mezgls iespējo dažus no šiem klausītājiem, bet ne citus, un operators var mainīt šo kopu, neaiztiekot programmatūras versiju. Tāpēc divi vienas būves mezgli uzvedas atšķirīgi, un profils, kas darbojas pret vienu, neko nepierāda par nākamo mērķi. Izvēloties, kur savienoties, paša mezgla saraksts ir svarīgāks par projekta lapu.
Lasiet sarakstu kā piecus laukus, nevis kā izvēlni: galapunkts, ports, transports, protokolu saime un autentifikācijas metode. Publisks mezgls, kas reklamē SSTP jums pastāstīja par klausītāju portā; tas nepateica, kādu sertifikātu tas uzrāda vai vai jūsu konts tur darbojas. Šo piecu lauku salīdzināšana ar jūsu profilu ir ātrāka par jebkādu klienta pārinstalēšanas apjomu, un tā rada rakstisku gaidījumu, ko vēlāk varat pārbaudīt.
Saskaņojiet profilu ar galapunktu, ko tas nosauc
Vietējais SoftEther ieraksts automātiski nav OpenVPN konfigurācija, pat ja abi parādās viena pakalpojumu sniedzēja lapā zem viena virsraksta. Ja mezgls publicē gan TCP, gan UDP klausītāju OpenVPN vajadzībām, uzlūkojiet tos kā divus galapunktus: profils, kas pārveidots no viena uz otru, norāda uz klausītāju, kuru neviens nav iespējojis. Transporta etiķete failā ir adreses daļa, nevis kosmētisks iestatījums.
Tas, ka klients pieņem importētu failu, pierāda, ka fails tiek parsēts. Tas neko nesaka par to, vai otrā pusē gaida attālināts klausītājs, tāpēc pirmais savienojuma mēģinājums ir īstais tests. Pirms protokola vainošanas salīdziniet profila remote rindu ar mezgla paziņoto resursdatoru un portu.
Izpētiet posmu, kas neizdodas
Resursdators, kas atbild uz tīmekļa trafiku, joprojām var trūkt paredzētā VPN pakalpojuma, un resursdators, kas noraida vienu protokolu, ne vienmēr ir izslēgts visiem. Šīs divas kļūdas sūta cilvēkus pretējos virzienos tajā pašā pēcpusdienā. Viens dzenas pakaļ ugunsmūrim, kas ir kārtībā; otrs pārinstalē klientu, kas nekad nav bijis problēma. Izpētiet katru ceļu atsevišķi, lai atbilde aprakstītu vienu klausītāju, nevis visu resursdatoru.
Šīs piecas pārbaudes aptver parastās publisko mezglu metodes. Veiciet tās no tā paša tīkla, ko izmanto klients, jo filtrēts ports no attāluma izskatās tieši tāpat kā trūkstošs klausītājs.
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| Rezultāts | Posms | Ko tas izslēdz |
|---|---|---|
| Savienojums noraidīts vai laiks beidzies | Transports | Klausītājs trūkst, filtrēts vai nepareizs ports |
| TLS rokas sasveicināšanās vai identitātes kļūda | Sertifikāts | Protokola pieejamība; klausītājs atbildēja |
| AUTH_FAILED vai konta noraidīšana | Autentifikācija | Galapunkts; problēma ir akreditācijas datos |
| UDP 500 un 4500 klusē | IPsec sarunas | ESP un L2TP ir bloķēti pirms autentifikācijas |
Saistiet katru novēroto kļūdu ar tās rindu, pirms kaut ko mainīt. TLS identitātes kļūda pierāda, ka klausītājs pastāv, tāpēc profila pārrakstīšana uz citu protokolu izmestu strādājošu pierādījumu. Noraidīts savienojums pierāda tikai to, ka šis ports neatbildēja, kas ir daudz šaurāks apgalvojums nekā „mezgls neatbalsta OpenVPN“.
Saglabājiet kļūdu, pirms kaut ko mainīt
Pierakstiet precīzu rezultātu: laika izbeigšanās, sertifikāta identitātes kļūda, konta noraidīšana un noraidījums lietojumprogrammas līmenī ir četri dažādi iznākumi. Tikai pirmais ir par nepieejamu protokolu, un tikai pēdējais ir par atļauju pēc veiksmīga savienojuma. Klienta atiestatīšana vai protokolu maiņa iznīcina šo atšķirību, jo nākamā kļūda nāk ar citu vēsturi un bez bāzes līnijas salīdzināšanai.
Nevājiniet pārbaudi, lai nesaderīgs profils izskatītos strādājošs. Izslēgta sertifikāta pārbaude skaidru identitātes kļūdu pārvērš savienojumā ar kaut ko, kur jūs neplānojāt nokļūt, un iegūtā veiksme ir sliktāka par sākotnējo kļūdu, jo tā slēpj, kurš posms bija nepareizs.
Pārbaudiet atkārtoti katram mezglam, katru reizi
Vietējās SSL, OpenVPN, L2TP/IPsec un SSTP izvēles publiska mezgla sarakstā apraksta šī mezgla konfigurāciju tajā brīdī. Tā pati programmatūra citur var piedāvāt citu kopu, un pakalpojumu sniedzējs var atsaukt klausītāju starp jūsu grāmatzīmi un nākamo mēģinājumu. Vecas piezīmes apraksta vecus izvietojumus.
Pierakstiet pārbaudīto profilu ar tā galapunktu un metodi, pēc tam atkārtojiet izpēti, kad mezgls mainās vai savienojums sāk neizdoties. SoftEther protokola specifikācija ir atsauce uz to, ko programmatūra spēj; paša mezgla saraksts ir atsauce uz to, ko tā dara. Turiet abus dokumentus atsevišķi, un diagnoze kļūst īsāka.