Orrialdeak kargatzen dira, baina VPNan igotzeak trabatuta geratzen dira: zein kausa nagusitzen da
Tamainaren araberako trabak bidearen MTU hutsegitearekin bat egiten du, eta baita DNS, aplikazioaren muga edo tunel ezegonkor batekin ere. Lau behaketak erabakitzen dute zein den.
Orrialdeak kargatzen dira, VPNak konektatuta dagoela dio, eta fitxategi baten igoera beti puntu berean izozten da. Lau azalpen egokitzen zaizkio deskribapen horri: paketearen tamainaren arazo bat, izenen ebazpenaren arazo bat, aplikazioaren muga bat eta etengabe berrabiarazten den tunel bat. Bakoitza behaketa desberdin batekin berretsi edo baztertu daiteke, beraz erabakia proba egokia aukeratzean datza, ez kausa asmatzean.
Lau hautagai eta forma bakarra
Hasi hutsegitearen formarekin, tresnarik ireki aurretik zerrendaren zatirik handiena baztertzen duelako. Tamaina iraunkorrean gertatzen den traba tamainaren arazo bat da, kontrakoa frogatu arte. Puntu aleatorioetan gertatzen den traba galera edo egonkortasun arazo bat da. Konexioa ireki aurretik gertatzen den hutsegitea izen arazo bat da.
Laugarren hautagaia aplikazioa da. Igoera mugak, eskaeren denbora-mugak eta proxyaren gorputz-tamainaren mugek sare hutsegiteen itxura dute nabigatzailetik, eta normalean ukapen gisa iristen dira, ez trabatuta geratze gisa.
Idatzi behatutako forma ezer probatu aurretik. «Byte-kopuru antzeko batean gelditzen da, beti, tunela altxatuta» abiapuntu askoz sendoagoa da «igotzeak ez dute funtzionatzen» baino.
Ondoren, mantendu bidea finko probatzen duzun bitartean. Irteera, protokoloa eta zerbitzaria aldi berean aldatzeak horietako bati ere egotzi ezin dion emaitza ematen du. Aldagai bat exekuzio bakoitzeko, eta idatzi ezazu.
Erdibitu tamaina politika ukitu aurretik
Bereizgarririk merkeena zenbaki bat aldatzen duen proba bat da. Bidali tamaina handituz doazen zatikatze-debeka pingak helmugara, eta igo kontrolatzen duzun fitxategi bat zerbitzu berera, eta gero alderatu non gelditzen den bakoitza.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadLehen komandoak jakinarazten du tamaina osoko pakete bat bidea zeharkatzen duen ala ez. 1500 byteko MTU batekin, zatikatzen ez den ICMP karga handiena 1472 byte da, eta tunel batek are gehiago hartzen du aurrekontu horretatik barne-paketea hasi aurretik. Bigarrenak aplikazio mailako transferentzia baterako tamaina eta iraupena ematen dizkizu, eta hori da benetan garrantzitsua den zenbakia.
| 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 |
Irakurri bikotea batera. Atalase batetik gorako huts egiten duten probei eta atalase beretik gertu gelditzen den igoera bati kontakizun koherentea dagokie. Proba guztiek arrakasta dutenean, baina igoera bidetik argi eramaten duen byte-kopuru batean trabatzen denean, aplikazioa edo zerbitzaria seinalatzen dute, eta MTU lanak ez du hori aldatuko. Emaitza negatibo horrek positibo bat bezainbeste balio du. Ikerketaren adarrik garestiena kentzen du.
Ondoren, egiaztatu egonkortasuna transferentzian zehar, igoera handi baten erdian gakoa berritzen duen tunel batek tamainaren menpekoa dirudien hutsegitea sortzen baitu, hala izanik ere. Funtzionamendu-denboraren irakurketa da hori berresteko modurik merkeena.
Erabaki konponketa baten eta irtenbide probisional baten artean
Frogak tamainara bideratzen badira, bi erantzun zintzo eta bat deszintzo daude. Zintzoak hauek dira: bidearen MTU aurkikuntza leheneratzea beharrezko ICMP atzeraelikadura onartuz, edo iragarritako segmentu-tamaina finkatzea pareek segmentu txikiagoak bidal ditzaten. Deszintzoa interfaze baten MTUa foro batetik kopiatutako balio batera jaistea da, eta inoiz ez egiaztatzea zer aldatu zuen.
Aukera zerk kontrolatzen duzun araberakoa da. Kudeatzen duzun sare batean, ICMP mezuak onartzea da konponbiderik garbiena, protokolo bakoitzarentzat mekanismoa martxan mantentzen duelako. Kontrolatzen ez duzun bide batean, finkatzea da aukera praktikoa, eta estu aplikatu behar da, zerbitzari osoan barrena ez.
Frogak aplikaziora bideratzen badira, konpondu aplikazioa edo haren proxy konfigurazioa. 413 erantzun bat eta zintzilik geratu den konexio bat hutsegite desberdinak dira, eta bigarrena normalean denbora-muga bat da, bere mugekin proxy bat barne hartzen duen kate batean nonbait.
Edozein modutan, gorde jatorrizko balioak eta probatu berriro atzera egin ondoren. Transferentzia on batekin bat egiten duen aldaketak ez du frogatzen hark eragin zuenik, eta desegiteko gaitasuna da diagnostikoa kasualitatetik bereizten duena.
Erregistratu erabakia hurrengo gertaera gainditu dezan
Lau faktok nahikoa dute: behatutako hutsegitearen forma, probeen emaitzak, egin duzun aldaketa eta berriro probatzearen emaitza. Horiekin, hurrengo pertsonak esan dezake arazoa bera den edo sintoma bera duen berri bat den.
Ohartarazi bidearen testuingurua ere, MTU aurkikuntza bat esteka zehatz bati dagokiolako. Etxean funtzionatzen duen eta hotelean huts egiten duen eramangarri batek bi bide ditu, eta horietako bati aplikatutako konponbideak ez du ezer esaten besteaz.
Azkenik, eutsi «VPNak igotzeak hautsi zituen» laburpenari. Tunela bai funtzionatzen zuen kasuan bai huts egiten zuen kasuan zegoen; aldatu zena bideak eraman behar zuen paketearen tamaina izan zen, edo transferentzia non gelditu zen. Benetako mekanismoa izendatzeak egiten du oharra erabilgarri.