MSCHAPv2 er ekki VPN-samskiptareglur: spurðu fyrst um göngin

Notandanöfn og lykilorð ferðast inni í burðarlið, og MSCHAPv2 nefnir aðeins aðferðina sem ferðast. Spurðu hvaða göng bera hana áður en þú velur biðlarasnið, því sami reikningsstrengurinn birtist í fyrirkomulagi sem deilir ekki einni kóðalínu. Sérhvert snið sem þér er afhent kóðar báðar ákvarðanirnar, jafnvel þegar leiðbeiningablaðið prentar aðeins aðra þeirra. Röðin hér fyrir neðan er það sem rekstraraðili getur svarað án ágiskana og það sem þú getur sannreynt án þess að grípa pakka.

Auðkenning fer inni í göngum

VPN tekur tvær ákvarðanir sem líta út eins og ein: hvernig aðilarnir byggja varinn rás og hvernig maður sannar auðkenni inni í henni. Seinni er prentuð á leiðbeiningablaðið því hana slær maðurinn inn. Sú fyrri ræður því hvort nokkur biðlari virki yfirhöfuð, og hana sleppa menn. Biddu rekstraraðilann að nefna burðarliðinn fyrst og svo aðferðina, í þeirri röð. Tvær tengingar geta krafist sama reikningsheitis og sama lykilorðs án þess að deila nokkurri útfærslu undir innskráningarboxinu.

Þess vegna geta stillingar sem afritaðar eru af virkum síma samstarfsmanns brugðist á þínum, jafnvel þegar þjónninn samþykkir báðar auðkenningarnar. Auðkenningin var aldrei munurinn; sniðið í kringum hana var það. að báðir aðilar hafi rétt fyrir sér og ekkert tengist er yfirleitt einmitt þessi ruglingur, og hann hreinsast um leið og burðarliðurinn er nefndur.

Þrjú staðir þar sem sama aðferðin birtist

Í PPP bíður auðkenningarþrepið þar til tenging er til, og RFC 2759 skilgreinir MS-CHAPv2 sem það þrep, þess vegna birtist aðferðin í L2TP og eldri PPTP-uppsetningum. Göngin enda fyrst og PPP-samningaviðræðurnar fara fram inni í þeim, svo misheppnað PPP-þrep getur látið göngin líta út sem uppsett í atvikaskrá þjónsins. Lestu þessi tvö þrep aðskilin áður en þú ályktar að auðkenningunum hafi verið hafnað. Biðlari stilltur fyrir L2TP getur því verið algerlega réttur og samt verið rangur biðlari fyrir gátt sem talar aðeins IKEv2.

IKEv2 setur EAP-MSCHAPv2 inni í lyklaskiptin í staðinn, svo sama auðkenning bregst á öðru augnabliki og birtist sem auðkenningarvilla frekar en lotuvilla. IKEv2-snið Android-vettvangsins er hversdagsdæmið, og það biður um þjónarstaðfestingu eða auðkenni í stað PPP-valkosta. Reikningsheitið er eins í báðum fyrirkomulögum, svo það getur ekki sagt þér hvort þú hefur. Aðeins listi rekstraraðilans yfir studdar samskiptareglur ræður því.

VPN byggt á TLS bætir við þriðja fyrirkomulaginu, með eigin reitum fyrir notandanafn og lykilorð og án MS-CHAPv2 hvarvetna í skiptunum. Að sjá lykilorðsreit er því engin sönnun um samskiptareglurnar á bak við hann, því eyðublaðið er byggt til að líta kunnuglegt út. Staðfestu samskiptareglurnar út frá skjölum þjónsins, ekki út frá lögun biðlaragluggans.

Svörin sem þú þarft í raun

Sendu beiðnina sem lista, því erfitt er að svara lista hálfum. Biddu um göngusamskiptareglurnar, aðferðina inni í þeim og þann biðlara sem rekstraraðilinn styður á þínum vettvangi. Biddu síðan um auðkenni og trauststillingar gáttarinnar, snið reikningsins og hvað eigi að vera aðgengilegt þegar tengingin er komin upp.

Fyrstu þrjú ráða því hvort þú færð yfirhöfuð virkt snið. Síðustu þrjú ráða því hvort það snið gerir það sem verkið krefst. Hafðu svarið við miðann, því næsta manneskja mun spyrja sömu sex spurninganna. Þar sem svar vantar skaltu líta á eyðuna sem ákvörðun sem rekstraraðilinn hefur ekki tekið enn, ekki sem eitthvað sem þú getur dregið út.

Ekki slaka á sannprófun gáttarinnar

Þjónninn sannar einnig auðkenni sitt gagnvart biðlaranum, og sá helmingur skiptanna er ekki skraut. Að slökkva á staðfestingarsannprófun svo þrjóskt snið tengist samþykkir hvern þann endapunkt sem svarar, þar á meðal einn sem enginn ætlaði að ná til. Það felur líka raunverulegt misræmi í stað þess að leysa það, sem ýtir biluninni til seinna og óljósara augnabliks. Snið sem þarf sannprófunina af er snið sem vísar á eitthvað sem það getur ekki sannprófað.

Misræmið er yfirleitt nafn, því staðfesting útgefin fyrir eitt hýsingarheiti bregst þegar sniðið hringir í vistfang. Hringdu í nafnið í stað þess að slökkva á sannprófuninni. Einkarekin staðfestingarstjórn bregst þegar tækið fékk aldrei rótina, og lagfæringin er að dreifa þeirri rót eftir samþykktri leið. Stýrð umhverfi gera ráð fyrir að rekstraraðilinn veiti auðkennið og traustsakkerið og sniðið vísi í bæði. Þegar reiturinn vantar skaltu biðja um gripinn í stað þess að hætta við sannprófunina.

Lagaðu sniðið og sannaðu síðan hvert þrep

Þegar burðarliðurinn er þekktur skaltu fylgja skjalfestu ferli þess biðlara og slá aðeins inn þá reiti sem hann biður um. Aukareitir sem fylltir eru vegna þess að þeir eru til eru enn rangar gildi, og þeir bregðast seinna en hinir skilyrtu. Vistaðu sniðið óbreytt eftir fyrstu heppnu tenginguna, svo hægt sé að bera síðari breytingu saman við eitthvað sem vitað er að virki.

Sannreyndu síðan í þrepum: göngin koma upp, notandinn auðkennist, úthlutað vistfang og leiðir birtast, og ein leyfileg þjónusta svarar. Hvert þrep skilur eftir sig atvikalínu á þjóninum, og að lesa þær í röð breytir óljósum kvörtunum í ákveðna niðurstöðu. Ef vettvangurinn styður ekki lengur fyrirkomulagið sem rekstraraðilinn lýsir er það samt tal um flutning en ekki ástæða til að kveikja á öllum eldri valkostum í tækinu. Burðarliður, aðferð og snið eru þrjú aðskilin svör, og tenging sem virkar hefur öll þrjú í samræmi.