Sivut latautuvat, mutta lataukset jumittuvat VPN:ssä: mikä syy voittaa
Kokoon riippuva jumittuminen sopii polun MTU-vikaan ja myös DNS:ään, sovelluksen rajaan tai huojuvaan tunneliin. Neljä havaintoa ratkaisee, mikä niistä.
Sivut latautuvat, VPN ilmoittaa olevansa yhteydessä ja tiedoston lataus jäätyy joka kerta samaan kohtaan. Neljä selitystä sopii tähän kuvaukseen: paketin kokoon liittyvä ongelma, nimenratkaisuongelma, sovelluksen raja ja tunneli, joka nollautuu jatkuvasti. Jokainen niistä voidaan vahvistaa tai sulkea pois eri havainnolla, joten päätös on oikean testin valitsemista eikä syyn arvaamista.
Neljä ehdokasta ja yksi muoto
Aloita vian muodosta, koska se poistaa suurimman osan listasta ennen kuin mitään työkalua avataan. Jumittuminen tasaisella koolla on kokoon liittyvä ongelma, kunnes toisin todistetaan. Jumittuminen satunnaisissa kohdissa on häviön tai vakauden ongelma. Vika ennen yhteyden avautumista on nimen ongelma.
Neljäs ehdokas on sovellus. Latausrajat, pyyntöjen aikakatkaisut ja välityspalvelimen rungon kokorajat tuottavat vikoja, jotka näyttävät selaimesta verkkohäiriöiltä, ja ne saapuvat yleensä hylkäyksenä eikä jumittumisena.
Kirjoita havaittu muoto muistiin ennen kuin testaat mitään. „Pysähtyy suunnilleen samaan tavumäärään, joka kerta, tunnelin ollessa ylhäällä“ on paljon vahvempi lähtökohta kuin „lataukset eivät toimi“.
Pidä sitten polku muuttumattomana testauksen ajan. Ulostulon, protokollan ja palvelimen muuttaminen yhtä aikaa antaa tuloksen, jota et voi kohdistaa mihinkään niistä. Yksi muuttuja per ajo, ja kirjoita se muistiin.
Jaa koko kahtia ennen kuin kosket käytäntöön
Halvin erottelija on anturi, joka muuttaa yhtä lukua. Lähetä kohdeosoitteeseen kasvavan kokoisia pingejä, joissa pirstominen on kielletty, lataa hallitsemasi tiedosto samaan palveluun ja vertaa sitten, mihin kumpikin pysähtyy.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadEnsimmäinen komento kertoo, kulkeeko täysikokoinen paketti polun läpi lainkaan. MTU:n ollessa 1500 tavua suurin pirstoutumaton ICMP-hyötykuorma on 1472 tavua, ja tunneli ottaa vielä enemmän tästä budjetista ennen kuin sisempi paketti alkaa. Toinen antaa koon ja keston sovellustason siirrolle, ja se on luku, jolla todella on merkitystä.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Lue pari yhdessä. Anturit, jotka epäonnistuvat kynnyksen yläpuolella, ja lataus, joka pysähtyy saman kynnyksen lähellä, muodostavat yhtenäisen tarinan. Anturit, jotka kaikki onnistuvat, kun taas lataus jumittuu tavumäärään, jonka polku selvästi kuljettaa, viittaavat sovellukseen tai palvelimeen, eikä mikään MTU-työ muuta sitä. Tämä kielteinen tulos on yhtä arvokas kuin myönteinen. Se poistaa tutkinnan kalleimman haaran.
Tarkista sitten vakauden siirron aikana, koska tunneli, joka uusii avaimen suuren latauksen keskellä, tuottaa vian, joka näyttää kokoriippuvaiselta olematta sitä. Käyttöajan lukema on halvin tapa vahvistaa se.
Valitse korjauksen ja kiertotien välillä
Jos todisteet osoittavat kokoon, on kaksi rehellistä vastausta ja yksi epärehellinen. Rehelliset ovat polun MTU:n löytämisen palauttaminen sallimalla tarvittava ICMP-palaute tai ilmoitetun segmentin koon rajoittaminen niin, että vastapuolet lähettävät pienempiä segmenttejä. Epärehellinen on laskea liitännän MTU foorumilta kopioituun arvoon ja jättää koskaan tarkistamatta, mitä se muutti.
Valinta riippuu siitä, mitä hallitset. Verkossa, jota ylläpidät, ICMP-viestien salliminen on puhtaampi korjaus, koska se pitää mekanismin toimivana jokaisella protokollalla. Polulla, jota et hallitse, rajoittaminen on käytännöllinen vaihtoehto, ja se tulisi kohdistaa kapeasti eikä koko palvelimeen.
Jos todisteet osoittavat sovellukseen, korjaa sovellus tai sen välityspalvelimen asetukset. Vastaus 413 ja jumiutunut yhteys ovat eri vikoja, ja jälkimmäinen on yleensä aikakatkaisu jossain ketjussa, johon kuuluu omat rajansa omaava välityspalvelin.
Joka tapauksessa säilytä alkuperäiset arvot ja testaa uudelleen palauttamisen jälkeen. Muutos, joka osuu yhteen toimivan siirron kanssa, ei ole todiste siitä, että se aiheutti sen, ja kyky peruuttaa on se, mikä erottaa diagnoosin sattumasta.
Kirjaa päätös, jotta se selviää seuraavasta tapauksesta
Neljä tosiasiaa riittää: havaittu vian muoto, anturien tulokset, tekemäsi muutos ja uusintatestin tulos. Niiden avulla seuraava henkilö voi sanoa, onko ongelma sama vai uusi, jolla on sama oire.
Merkitse myös polun konteksti, koska MTU-havainto koskee tiettyä linkkiä. Kannettava, joka toimii kotona ja epäonnistuu hotellissa, käyttää kahta polkua, ja toiselle tehty korjaus ei kerro mitään toisesta.
Lopuksi vastusta yhteenvetoa, että „VPN rikkoi lataukset“. Tunneli oli läsnä sekä toimivassa että epäonnistuvassa tapauksessa; muutos oli sen paketin koossa, jonka polun oli kannettava, tai siinä, mihin siirto pysäytettiin. Varsinaisen mekanismin nimeäminen tekee muistiinpanosta hyödyllisen.