Tímamörk VPN-tengingar: DNS, flutningur, samningaviðræður eða innskráning

„Tengingin rann út á tíma“ er ónákvæmasta villan sem VPN-biðlari getur prentað. Hún þýðir að ein aðgerð missti frestinn sinn, og hvert stig frá nafnupplausn til innskráningarsvars hefur frest. Biðlarar sem sýna aðeins lokaboðið láta stigin líta eins út, svo fólk hækkar tímann, skiptir um port og setur upp sniðið aftur, í þeirri röð, án þess að læra neitt. Að bera stigin saman er fljótlegra: hvert þeirra bregst á öðrum stað, og hver bilun skilur eftir sig aðra tegund sönnunargagna.

Fjögur stig, fjórar mismunandi bilanir

Röðin er föst þótt biðlarinn feli hana: nafnið verður að leysast, koma verður á flutningi til þess heimilisfangs sem kemur út, samskiptareglan verður að semja um færibreytur sínar og lykla, og reikningurinn verður að vera auðkenndur. Leiðarvísir OpenVPN um úrræði tengivandamála fylgir sömu röð fyrir sinn eigin biðlara, og hinir fylgja honum náið. Tímarunni á öðru stigi og tímarunni á fjórða stigi er ekkert sameiginlegt nema orðið á skjánum.

Lestu annálinn eftir síðustu línunni sem sýnir framvindu, ekki síðustu línunni fyrir villuna. Flestir biðlarar prenta eitthvað eins og leyst heimilisfang, komið samband, hafið handaband eða auðkenningubeiðni, og stigið sem fylgir þeirri línu er það sem rann út á tíma.

Nafnupplausn bregst áður en nokkuð er haft samband við

Ef endapunkturinn leysist aldrei, hefur biðlarinn ekkert til að tengjast og engin flutningsvinna hefur átt sér stað. Sú bilun er yfirleitt samstundis frekar en full tímamörk, og það er ódýrasta leiðin til að greina hana frá hinum. Prófaðu nafnið með upplausnarkerfi stýrikerfisins og öðrum upplausnaraðila, og berðu svörin tvö saman áður en þú ályktar að þjónninn sé niðri.

Gamalt heimilisfang afritað af spjallborðsfærslu er algeng orsök tímamarka sem lítur út eins og þjónvandamál, því heimilisfangið tilheyrir nú einhverju öðru eða engu. Notaðu núverandi snið rekstraraðilans í stað þess að skipta út heimilisfangi sem virkaði áður. Vantað ping-svar er ekki sönnun í neina átt: margir endapunktar sleppa ICMP en þjóna samt mjög vel.

Uppsetning flutnings bíður pakka sem kemur ekki

Þegar DNS er í lagi og biðlarinn brennir samt öllum tímanum, er flutningslagið grunaði. Á TCP geturðu prófað portið beint; Test-NetConnection í Windows eða nc -vz í Linux segir þér hvort eitthvað taki við tengingunni, og það er gagnlegra en ping. Á UDP geturðu ekki prófað á sama hátt, því í því lagi er ekkert handaband til að klára, og þessi ósamhverfa veldur mörgum röngum ályktunum.

Það sem TCP-próf sannar er takmarkað: þjónusta sem tekur við porti 443 er ekki endilega VPN-hlustunaraðilinn, og endapunktur með aðeins UDP hefur ekkert TCP-port til að taka við neinu. Að endurskrifa snið úr UDP í TCP býr ekki til hlustunaraðila hinum megin; það breytir aðeins því sem biðlarinn þinn bíður eftir. Ef netið síar samskiptaregluna veldur breytingin öðrum tímamörkum á sama stigi.

Captive-gáttir eiga skilið eigin athugun á þessu stigi. Þangað til gáttin heimilar tækið fer útleið umferð til gáttarinnar og tunnutilraunin hangir einfaldlega. Kláraðu gáttina í vafra fyrst, reyndu svo aftur, og ekki breyta sniðinu á meðan gáttin er enn í bið.

Samningaviðræður og innskráning þýða að þjónninn svaraði

Um leið og tunnið nær þjóninum byrjar biðlarinn handaband og eðli villunnar breytist. Stopp hér snýst um samhæfni frekar en aðgengi: ósamrýmanlegar útgáfur samskiptareglunnar, stilling dulritunar eða gagnarásar sem hinn aðilinn tekur ekki við, eða snið sem væntir eiginleika sem þjónninn býður ekki. OpenVPN færði sjálfgefnar samningastillingar sínar milli aðalútgáfa nógu oft til að snið skrifað fyrir eina kynslóð geti náð þjóninum og samt ekki risið.

Auðkenning er síðasta stigið og auðveldast að lesa rangt. Skýr höfnun er svar, sem þýðir að leiðin virkar og vandamálið er auðkennið, skírteinið eða staða reikningsins. Vafrabyggt einkainnskráningarflæði er þriðja tilvikið: biðlarinn bíður aðgerðar sem þú hefur ekki gert, eða vafra sem hann getur ekki ræst, og ekkert kemur fyrr en þú klárar það skref.

Berðu sönnunargögnin saman áður en þú breytir endurtekningunni

Haltu tækinu og sniðinu föstum og breyttu einu í einu, byrjaðu á netinu. Ef sama snið tengist á farsímahotspot og rann út á tíma á hótel-Wi-Fi, þá er leiðin breytan, ekki þjónninn. Ef það bregst alls staðar er sniðið eða endapunkturinn breytan. Ef það bregst aðeins á ákveðnum tíma dags skaltu skrá tímastimpilinn og bera hann saman við atburði á þjónshliðinni áður en þú gerir þér grein fyrir einhverju um álag.

Fyrir þjónustu sem þú stýrir er afgerandi samanburðurinn hvort tilraunin berist yfirleitt. Tenging sem nær hlustaranum og stoppar svo tilheyrir samningastiginu; sú sem birtist aldrei í sjónarhorni hlustarans er flutnings- eða upplausnavandamál, og engin stilling endurtekninga færir hana. Þjónsannálar greina líka höfnun innskráningar frá hljóðlátri sleppingu, sem er munurinn á auðkennisleiðréttingu og eldveggjarleiðréttingu.

Skráðu útgáfu biðlarans, nafn sniðsins, tíma tilraunarinnar með tímabelti hennar og fyrstu gagnlegu villuna í stað síðustu aftengingarlínunnar. Fjarlægðu lykla og efni sem ber auðkenni áður en þú deilir brotinu. Gerðu svo eina merkingarbæra leiðréttingu og reyndu aftur, því lengri frestur hjálpar aðeins skjalfestu hægu aðgerðinni og gerir ekkert fyrir rangt heimilisfang eða lokað port.