Kva protokollar tilbyr denne offentlege VPN-noden eigentleg?

Programvaren støttar det, altså tilbyr noden det. Den slutninga er feil ofte nok til å vere ein regel: ei SoftEther-utrulling kan slå på ein vilkårleg delmengd av dei kompatible tilkoplingsmetodane sine, og ein offentleg node er ei utrulling med ein eigar og ein konfigurasjon. Kva du kan kople til, avheng av den noden, ikkje av funksjonslista til prosjektet han køyrer. Det er i gapet mellom dei to at dei fleste «protokollen er øydelagd»-sakene faktisk bur.

Kva prosjektlista eigentleg lovar

Protokollfunksjonane i prosjektet skildrar kva serveren er i stand til. Ein gitt node slår på nokre av desse lyttarane og ikkje andre, og operatøren kan endre det settet utan å røre programvareversjonen. To nodar på same bygg oppfører seg derfor ulikt, og ein profil som verkar mot den eine, beviser ingenting om neste mål. Nodens eigen liste veg tyngre enn prosjektsida når du vel kvar du vil kople til.

Les lista som fem felt, ikkje som ein meny: endepunkt, port, transport, protokollfamilie og autentiseringsmetode. Ein offentleg node som annonserer SSTP har fortalt deg om ein lyttar på ein port; han har ikkje fortalt deg kva sertifikat han presenterer eller om kontoen din verkar der. Å samanlikne dei fem felta med profilen din er raskare enn noka mengd reinstallasjon av klienten, og det gir ei skriftleg forventning du kan teste seinare.

Tilpass profilen til endepunktet han nemner

Ein innebygd SoftEther-oppføring er ikkje automatisk ein OpenVPN-konfigurasjon, sjølv når begge viser seg på éi leverandørside under éin overskrift. Når ein node publiserer både ein TCP- og ein UDP-lyttar for OpenVPN, handsame dei som to endepunkt: ein profil som er redigert frå den eine til den andre, peikar på ein lyttar som ingen har slått på. Transportetiketten i fila er ein del av adressa, ikkje ei kosmetisk innstilling.

At klienten godtek ei importert fil, slår fast at fila kan parsast. Det seier ingenting om ein ekstern lyttar ventar i den andre enden, og derfor er det første tilkoplingsforsøket den eigentlege testen. Samanlikn remote-linja i profilen med den annonserte verten og porten til noden før du gir protokollen skulda.

Undersøk trinnet som feilar

Ein vert som svarar på webtrafikk, kan framleis mangle den tiltenkte VPN-tenesta, og ein vert som avviser éin protokoll, er ikkje nødvendigvis nede for alle. Dei to feila sender folk i motsette retningar same ettermiddag. Den eine jagar ein brannmur som er i orden; den andre installerer på nytt ein klient som aldri var problemet. Undersøk kvar veg separat, slik at svaret skildrar éin lyttar i staden for heile verten.

Desse fem kontrollane dekkjer dei vanlege metodane for offentlege nodar. Køyr dei frå det same nettet som klienten brukar, fordi ein filtrert port ser identisk ut med ein manglande lyttar på avstand.

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

Knyt kvar observerte feil til rada si før du endrar noko. Ein TLS-identitetsfeil beviser at lyttaren finst, så å skrive om profilen til ein annan protokoll ville kaste bort fungerande prov. Ei avvist tilkopling beviser berre at denne porten ikkje svara, noko som er ei mykje snevrare påstand enn «noden støttar ikkje OpenVPN».

Ta vare på feilen før du endrar noko

Skriv ned det nøyaktige resultatet: eit tidsavbrot, ein sertifikatidentitetsfeil, ei kontoavvising og ei avvising på applikasjonsnivå er fire ulike utfall. Berre den første handlar om ein protokoll som ikkje er tilgjengeleg, og berre den siste handlar om løyve etter ei vellukka tilkopling. Nullstilling av klienten eller byte av protokollar øydelegg den skilnaden, fordi neste feil kjem med ei anna historie og utan ei grunnlinje å samanlikne med.

Ikkje svekk verifiseringa for å få ein inkompatibel profil til å sjå ut som han verkar. Ein deaktivert sertifikatkontroll gjer ein klar identitetsfeil om til ei tilkopling til noko du ikkje hadde til hensikt å nå, og den resulterande suksessen er verre enn den opphavlege feilen fordi han skjuler kva trinn som var feil.

Kontroller på nytt per node, kvar gong

Dei innebygde vala SSL, OpenVPN, L2TP/IPsec og SSTP på ei liste over offentlege nodar skildrar konfigurasjonen til den noden i det augneblinken. Den same programvaren andre stader kan presentere eit anna sett, og ein leverandør kan trekkje tilbake ein lyttar mellom bokmerket ditt og det neste forsøket ditt. Gamle notat skildrar gamle utrullingar.

Noter den verifiserte profilen med endepunktet og metoden, og gjer så undersøkinga på nytt når noden endrar seg eller tilkoplinga byrjar å feile. SoftEther-protokollspesifikasjonen er referansen for kva programvaren kan; nodens eigen liste er referansen for kva han gjer. Hald dei to dokumenta fråskilde, så blir diagnosen kortare.