“Yhteys aikakatkaistiin” on epämääräisin virhe, jonka VPN-asiakas voi tulostaa. Se tarkoittaa, että yksi toiminto ohitti määräaikansa, ja jokaisella vaiheella nimen selvityksestä kirjautumisvastaukseen on määräaika. Asiakkaat, jotka näyttävät vain loppuviestin, saavat vaiheet näyttämään samoilta, joten ihmiset nostavat aikakatkaisua, vaihtavat porttia ja asentavat profiilin uudelleen, tässä järjestyksessä, oppimatta mitään. Vaiheiden vertailu on nopeampaa: kukin epäonnistuu eri kohdassa, ja jokainen epäonnistuminen jättää erilaisen todisteen.

Neljä vaihetta, neljä erilaista epäonnistumista

Järjestys on kiinteä, vaikka asiakas kätkisi sen: nimi on selvitettävä, tuloksena olevaan osoitteeseen on muodostettava kuljetus, protokollan on neuvoteltava parametrinsa ja avaimensa, ja tili on todennettava. OpenVPN:n yhteyksien vianmääritysoppas noudattaa samaa järjestystä omalle asiakkaalleen, ja muut seuraavat sitä tiiviisti. Aikakatkaisulla toisessa vaiheessa ja aikakatkaisulla neljännessä ei ole mitään yhteistä paitsi ruudulla oleva sana.

StageLooks likeWhat it does not prove
Name resolutionfails in under a second, before any contactnothing about the server being up
Transportwaits the full timeout, then gives upnothing about the VPN service behind the port
Negotiationconnects, then stalls at handshakenothing about credentials
Logina reply arrives and is rejected or hangs on a promptnothing about reachability

Lue lokista viimeinen rivi, joka osoittaa edistymistä, älä viimeistä riviä ennen virhettä. Useimmat asiakkaat tulostavat jotain kuten selvinnyt osoite, muodostettu socket, alkanut kättely tai todennuspyyntö, ja sitä riviä seuraava vaihe on se, joka aikakatkaistiin.

Nimen selvitys epäonnistuu ennen mitään yhteydenottoa

Jos päätepiste ei koskaan selviä, asiakkaalla ei ole mitään mihin yhdistää, eikä kuljetustyötä ole tapahtunut. Tämä epäonnistuminen on yleensä välitön eikä täysi aikakatkaisu, mikä on halvin tapa erottaa se muista. Testaa nimi järjestelmän selvittäjällä ja toisella selvittäjällä ja vertaa kahta vastausta ennen kuin päättelet palvelimen olevan alhaalla.

Foorumiviestistä kopioitu vanha osoite on yleinen syy aikakatkaisuun, joka näyttää palvelinongelmalta, koska osoite kuuluu nyt jollekin muulle tai ei millekään. Käytä operaattorin nykyistä profiilia sen sijaan, että korvaisit osoitteen, joka ennen toimi. Puuttuva ping-vastaus ei ole todiste kumpaankaan suuntaan: monet päätepisteet pudottavat ICMP:n samalla kun ne palvelevat aivan hyvin.

Kuljetuksen pystytys odottaa pakettia, joka ei tule

Kun DNS on kunnossa ja asiakas silti polttaa koko aikakatkaisun, kuljetuskerros on epäilty. TCP:llä voit testata portin suoraan; Test-NetConnection Windowsissa tai nc -vz Linuxissa kertoo, ottaako jokin yhteyden vastaan, ja se on hyödyllisempää kuin ping. UDP:llä et voi testata samalla tavalla, koska siinä kerroksessa ei ole kättelyä suoritettavaksi, ja tämä epäsymmetria aiheuttaa paljon vääriä johtopäätöksiä.

Se, mitä TCP-testi todistaa, on rajallista: portin 443 vastaanottava palvelu ei välttämättä ole VPN-kuuntelija, eikä vain UDP:tä käyttävällä päätepisteellä ole TCP-porttia, jolla ottaa mitään vastaan. Profiilin uudelleenkirjoitus UDP:stä TCP:hen ei luo kuuntelijaa toiselle puolelle; se vain muuttaa sitä, mitä asiakkaasi odottaa. Jos verkko suodattaa protokollaa, muutos tuottaa erilaisen aikakatkaisun samassa vaiheessa.

Captive-portaalit ansaitsevat oman tarkistuksensa tässä vaiheessa. Kunnes portaali valtuuttaa laitteen, lähtevä liikenne menee portaalille ja tunnelin yritys yksinkertaisesti roikkuu. Suorita portaali ensin selaimessa, yritä sitten uudelleen, äläkä muuta profiilia, kun portaali on vielä kesken.

Neuvottelu ja kirjautuminen tarkoittavat, että palvelin vastasi

Kun tunneli saavuttaa palvelimen, asiakas aloittaa kättelyn ja virheen luonne muuttuu. Pysähdys tässä koskee yhteensopivuutta eikä tavoitettavuutta: yhteensopimattomat protokollaversiot, salauksen tai datakanavan asetus, jota toinen puoli ei hyväksy, tai profiili, joka odottaa ominaisuutta, jota palvelin ei tarjoa. OpenVPN on siirtänyt neuvottelun oletusarvoja pääversioiden välillä niin usein, että yhdelle sukupolvelle kirjoitettu profiili voi saavuttaa palvelimen ja silti jäädä nousematta.

Todennus on viimeinen vaihe ja helpoimmin väärin luettava. Selkeä hylkäys on vastaus, mikä tarkoittaa, että polku toimii ja ongelma on identiteetti, varmenne tai tilin tila. Selainpohjainen kertakirjautumisvirta on kolmas tapaus: asiakas odottaa toimintoa, jota et ole tehnyt, tai selainta, jota se ei voi käynnistää, eikä mitään saavu ennen kuin suoritat sen vaiheen.

Vertaa todisteita ennen kuin muutat uudelleenyritystä

Pidä laite ja profiili kiinteinä ja muuta yhtä asiaa kerrallaan, alkaen verkosta. Jos sama profiili yhdistyy puhelimen hotspotin kautta ja aikakatkaisee hotellin Wi-Fi:ssä, muuttuja on polku, ei palvelin. Jos se epäonnistuu kaikkialla, muuttuja on profiili tai päätepiste. Jos se epäonnistuu vain tiettyyn vuorokaudenaikaan, tallenna aikaleima ja vertaa sitä palvelinpuolen tapahtumiin ennen kuin oletat mitään kuormituksesta.

Hallitsemasi palvelun kohdalla ratkaiseva vertailu on, saapuuko yritys ylipäätään. Yhteys, joka saavuttaa kuuntelijan ja pysähtyy sitten, kuuluu neuvotteluvaiheeseen; se, joka ei koskaan näy kuuntelijan näkymässä, on kuljetus- tai selvitysongelma, eikä mikään uudelleenyrityksen säätö liikuta sitä. Palvelimen lokit erottavat myös hylätyn kirjautumisen hiljaisesta pudotuksesta, mikä on ero identiteettikorjauksen ja palomuurikorjauksen välillä.

Kirjaa asiakasversio, profiilin nimi, yrityksen aika aikavyöhykkeineen ja ensimmäinen hyödyllinen virhe viimeisen katkaisurivin sijaan. Poista avaimet ja tunnuksia sisältävä materiaali ennen otteen jakamista. Tee sitten yksi merkityksellinen korjaus ja yritä uudelleen, koska pidempi määräaika auttaa vain dokumentoitua hidasta toimintoa eikä tee mitään väärälle osoitteelle tai estetylle portille.

Aiheeseen liittyvät artikkelit