Hvernig á að athuga hvort VPN-viðskiptavinur styðji SSTP í raun

Að kalla vöru VPN-viðskiptavin segir ekkert um hvort hún tali SSTP, og port 443 í vistfanginu sannar enn minna. SSTP keyrir TLS yfir TCP 443, síðan SSTP-stýriskipti, síðan PPP fyrir tenginguna sjálfa, með skírteinisstaðfestingu og PPP-auðkenningaraðferð ofan á. Viðskiptavinur styður samskiptareglurnar aðeins þegar tilgreind útfærsla, í uppsettu útgáfunni, lýkur hverju þessara laga í samræmi við kröfur netþjónsins þíns. Farðu í gegnum prófanirnar hér að neðan í röð og stöðvaðu við þá fyrstu sem bregst, því hún er sú sem er þess virði að leysa.

Samræmdu útfærslu, útgáfu og vettvang

Byrjaðu á vettvangnum, forritinu og uppsettu byggingunni, því eitt framleiðandanafn getur staðið yfir tveimur gjörólíkum útfærslum. Innbyggðar VPN-tegundir og viðskiptavinir þriðja aðila eru ekki það sama, og viðbót getur sýnt millistykki sem lýsir ekki samskiptareglunum undir henni. Skjöl núverandi útgáfu lýsa ekki þeirri byggingu sem er í gangi á vélinni fyrir framan þig. Lestu síðuna sem á við útgáfuna og berðu hana síðan saman við það sem viðskiptavinurinn segir um sjálfan sig.

Í Windows kemur göngutegundin frá vettvangnum en ekki frá skjáviðmótinu, svo spurðu vettvangsins. Get-VpnConnection -Name 'Work' | Select-Object TunnelType, ServerAddress sýnir Sstp þegar innbyggði viðskiptavinurinn reynir samskiptareglurnar, og tilvísun um tegundir tenginga telur hana meðal innbyggðra göngutegunda. Í Linux er enginn innbyggður SSTP-viðskiptavinur yfirhöfuð, svo spurningin verður hvort sérstök útfærsla eins og sstpc úr sstp-client pakkanum sé uppsett og uppfærð.

Lestu snið sniðsins áður en þú les merkimiðann

Snið eru ekki skiptanleg, og skráin sem þér var afhent ræður oft spurningunni hraðar en hvaða eiginleikalisti sem er. OpenVPN-fyrirmæli, WireGuard-lyklar og SSTP-tengingarstillingar lýsa þremur óskyldum samskiptareglum, og enginn innflutningsgluggi breytir einni í aðra. Sameiginlegt TCP-port 443 þýðir ekkert, því SSTP, OpenVPN yfir TLS og venjuleg HTTPS-þjónusta geta tekið sama portið og eiga ekkert sameiginlegt ofan á því.

Ef skráin er .ovpn eða WireGuard-stilling er svarið þegar á borðinu: ekki er beðið um að sá viðskiptavinur tali SSTP. Að flytja hana inn í viðskiptavin sem kann aðeins SSTP mistekst á sniðsstiginu, löngu áður en nokkur samningaviðræða um samskiptareglurnar hefst.

Hvað TLS sannar ekki um uppsetninguna

Lokið TLS-handaband sannar að netþjónninn hafi skírteini, og það sannar ekkert um hvort viðskiptavinurinn treysti útgefandakeðjunni eða passi við nafnið í henni. Staðfestingin verður að takast gagnvart tilætluðum netþjóni, þar á meðal hvaða einkarekið CA sem stofnunin rekur, og viðskiptavinur sem býður að sleppa skírteinisvillum hefur fjarlægt prófunina í stað þess að fá stuðning við samskiptareglurnar. Keðjustaðfesting og nafnsamsvörun eru tvær aðskildar prófanir, og stafli sem stenst aðra getur fallið á hinni. Báðar tilheyra samþykkisskilyrðunum, ekki viðaukanum um úrræðaleit.

Staðfestu síðan PPP-auðkenningaraðferðina, því uppsetning með EAP-TLS þarf viðskiptavin sem getur lagt fram skírteini innan PPP, en aðferð sem byggir á lykilorði þarf stuðning við þá skipti. Netþjónsvistfang og lykilorð lýsa ekki raunverulegum kröfum stofnunarinnar, sérstaklega þar sem annar þáttur eða tækjaprófun stendur fyrir framan. Spurðu hvaða aðferð netþjónninn krefst áður en þú gerir ráð fyrir að viðskiptavinurinn geti uppfyllt hana.

Fylgdu lotunni í gegnum fjögur stig

Fylgstu með því hvernig tengingin fer yfir fjögur mörk: TCP og TLS að netþjóninum, SSTP-stýriskipti, PPP-samningaviðræður og síðan auðlindin sem þú þarft í raun. Annáll sem stöðvast eftir TLS lýsir annarri bilun en sá sem stöðvast innan PPP, og þeir tveir leiða til ólíkra ábyrgðaraðila. Að vafri hleðji vefsíðu hýsilsins sannar aðeins að eitthvað hafi svarað á 443, sem er algengasta falska jákvæða niðurstaðan á þessu sviði. Ef sú síða hleðst á meðan viðskiptavinurinn bregst enn, er vandamálið fyrir ofan TLS og vefþjónninn er ekki grunaður.

Endaðu með raunverulegri einkaaðlind og nafnaleit, því lota sem kemst á fót og ber ekkert virðist eins og sú sem virkar í flestum stöðugluggum. Ein farsæl beiðni að þeirri auðlind sem þú þarft sker úr um spurningu sem táknið getur ekki.

Þegar stuðningur vantar skaltu breyta áætluninni

Ef viðskiptavinurinn getur ekki talað SSTP skaltu fá samþykkta valkost eða biðja eiganda netþjónsins um samskiptareglur sem báðir endar styðja. Að eyða óþekktum valkostum þar til innflutningur tekst framleiðir snið sem tengist engu, sem er hægari leið að sama blindgýti. Uppsetning frá óþekktum uppruna sem auglýsir alhliða samhæfni bætir ósamþykktri traustleið við vélina og kemur oft í stað vettvangsviðskiptavinarins með einhverju sem stofnunin getur ekki uppfært. Hvorugt skrefið er lagfæring og bæði eru erfiðari að afturkalla en upprunalega vandamálið.

Meðhöndlaðu samhæfnispurninguna aðskilda frá afköstum og vali á endapunkti, því nálægur netþjónn er gagnslaus þegar viðskiptavinurinn getur ekki talað samskiptareglur hans. Still á biðtíma lagar ekki stig sem klárast aldrei.