Zergatik trabatzen diren OpenConnect orriak tunelaren MTU jaitsi arte
Erantzun txikiak iristen dira, handiak hiltzen dira. Neurtu bidearen sabaia DF probeekin, ezarri tamaina tunelaren gailuan eta egin balioak berriz konektatzean iraun dezan.
Saioa ondo hasten da, atariaren hasierako orria margotzen da, eta gero panelaren widget batek edo txosten batek waiting for host egoeran jarraitzen du nabigatzaileak amore eman arte. Gune publikoek normaltasunez kargatzen dute denbora osoan, eta kredentzialik ez da aldatu. Erantzun txikiak iristea handiak trabatuta dauden bitartean pakete-tamainaren sabaiaren seinale da, ez sarbide-arauarena. Egiaztatu irakurketa hori profilean beste ezer aldatu aurretik.
Bereizi tamaina-arazoa politika-arazotik
Hasi ukoa baztertzen. Atebideak uko egin izan balizu, konexioak berehala huts egingo zukeen orria erdi kargatu beharrean. Altxatu eta gero transferentzia handiagoetan bakarrik trabatzen den tunel batek esaten dizu kanpoko bideak ezin duela barneko paketea eraman.
Mekanismoa enkapsulazioa da. Barneko pakete bakoitzak tunel-goiburuak irabazten ditu, beraz esteka fisikoan sartzen zen karga erabilgarria jada sartzen ez den kanpoko pakete bihurtzen da, eta do-not-fragment bita daraman guztia erortzen da nabigatzaileak interpreta dezakeen erantzunik gabe.
Neurtu sabaia do-not-fragment probeekin
Neurtu sabaia asmatu beharrean. Bidali fragmentazioa ukatzen duten probek eta jaitsi karga erabilgarria urratsz urrats erantzunen bat itzuli arte, honelako komando batekin hasita: ping -M do -s 1472 host. DF ezarrita dagoela fragmentazioa behar dela dioen erantzunak balioa oraindik altuegia dela esan nahi du. Errepikatu 1462n, gero 1452n, eta gelditu erantzuten duen lehen tamainan. Idatzi zenbakia probatu duzun ostalariarekin batera, zeren erantzuna bide horri dagokio, ez protokoloari oro har.
Probeatu tunelek benetan trafikoa bidaltzen dion helbidea. Atebidearen izen publikoaren aurka kanpoko proba batek eta barneko zerbitzari baten aurka barneko proba batek jauzi desberdinak neurtzen dituzte, eta edozeinetan ICMP iragazketak bide osasuntsua hautsi gisa erakuts dezake.
Ezarri balioa tunelaren gailuan
Ezarri emaitza bezeroak sortu zuen interfazean, ez Wi-Fi egokitzailean. Linux bezero batean hau da: ip link set dev tun0 mtu 1300 eta gero ip link show tun0 balioa onartu dela egiaztatzeko. Erabili bezeroak jakinarazten duen gailu-izena, inplementazioaren eta tunela nola eraiki zen arabera aldatzen baita.
Tunelaren MTU jaisteak pakete bakoitzak daraman karga txikitzen du, beraz trafiko orokorra pixka bat jaisten da, eta hori da erantzun handiak zulo beltzera ez botatzearen prezioa. Zenbaki txikiagoa ez da automatikoki seguruagoa. Egokitzaile fisikoa aldatzeak, aldiz, kaltea esteka horretako konexio guztietara zabaltzen du, barneko pakete neurriz gainekoak neurriz gaineko izaten jarraitzen duten bitartean.
Erabili lehenengo bezeroaren beraren MTU eskaerak
Deialdia zuk kontrolatzen duzunean, bezeroak tamaina bat eska dezake geroago adabakitu beharrean. --mtu zerbitzariari tunelaren MTU bat eskatzen dio, eta --base-mtu azpiko bidearen MTUa adierazten du, atebideak tunelaren zenbakia erator dezan. Biak eskaerak dira, eta bezeroaren eskuliburuak ez du agintzen atebideak horietakoren bat beteko duenik.
Bereizketa horrek zehazten du zure lan-ordena. Saiatu eskaera lehenengo eta aztertu sortzen duen interfazea, gero itzuli gailua modu lokalean ezartzera atebideak aukeratu duen balioa oraindik trabatzen bada.
Egiaztatu huts egin zuen transferentziarekin eta gero egin iraunkor
Tokiko ip link aldaketak bezeroak tunela berreraiki arte irauten du, hurrengo berriz konexioan edo jarraipenean gertatzen dena. Jarri balioa konexioa hasten den tokian: bezeroa exekutatu eta gero gailua doitzen duen bilgarri bat, ExecStartPost urratsa duen systemd unitate bat, edo bezeroaren aukera atebideak onartzen duenean. Eduki ezazu profilearen ondoan bertsio-kontrolpean, hurrengo pertsonak zenbakia zergatik dagoen ikus dezan.
Probatu huts egin zuen eskaerarekin, ez hasierako orriarekin. Ireki txostena, jaitsi eranskina edo exekutatu trabatu zen biltegi-eskaera, eta idatzi zehazki non gelditzen den oraindik gelditzen bada. Aldaketaren ondoren margotzen den orriak gutxi frogatzen du, aurretik ere margotzen baitzen.
Transferentzia berak puntu berean trabatzen badu, MTU teoria ez dago frogatuta. Harrapatu trafikoa tunelean eta egiaztatu zein aldek uzten duen bidaltzen zenbakia berriro aldatu aurretik, eta eduki aurreko balioa idatzita atzera egitea komando bakarra izan dadin.