OpenVPN mssfix: miksi yksi asiakas jumiutuu suurissa siirroissa

Yksi kannettava jumiutuu tunnelin kautta tapahtuvissa latauksissa, kun taas kaikki muut saman palvelimen laitteet jatkavat toimintaansa. Tämä kuvio viittaa yhteen polkuun, ei palvelimen kokoonpanoon, ja se on tavallinen sisäänkäynti mssfix-kysymykseen. Asetus voi auttaa, mutta vain niille TCP-yhteyksille, jotka se todella kirjoittaa uudelleen. Sen ulottuvuuden tunteminen estää sinua muuttamasta toimivaa palvelinta yhden asiakkaan pelastamiseksi.

Mitä asetus kirjoittaa uudelleen

mssfix muokkaa suurinta segmenttikokoa, joka ilmoitetaan tunnelin läpi kulkevissa TCP-kättelyissä, jotta lähettäjä valitsee segmentit, jotka mahtuvat kapseloituun budjettiin. Se vaikuttaa kättelyyn, eli ennen muutosta avattu yhteys säilyttää neuvotellun arvon.

Se ei pienennä UDP-datagrammeja eikä aseta tunnelin MTU:ta. Kaksi eri ongelmaa tuottaa saman oireen: TCP-lähettäjä, joka jättää polun rajan huomiotta, ja polku, joka pudottaa hiljaa suuria paketteja minkä tahansa kokoisina. mssfix käsittelee ensimmäisen eikä tee mitään toiselle.

Tämä ero selittää pettymyksiä tuottaneet kokeet. Pienemmän arvon asettaminen mustan aukon polulle muuttaa segmentin kokoa mutta ei seuraavaa pudotusta, joten siirto epäonnistuu eri kohdassa.

Ulottuvuus on TCP tunnelin sisällä

Vain TCP-liikenne kirjoitetaan uudelleen. QUIC-istunto, peli tai sovellus, joka lähettää suuria UDP-datagrammeja, säilyttää omat pakettikokonsa, ja jos juuri ne siirrot jumiutuvat, korjaus kuuluu pikemminkin tunnelin tai polun MTU:hun. Lue, mitä protokollaa epäonnistuva siirto käyttää, ennen kuin tartut TCP-asetukseen, sillä väärällä kerroksella on oma korjauksensa.

Suunnalla on myös merkitystä. Asiakkaan asetus vaikuttaa liikenteeseen, jonka se asiakas lähettää tunneliin, kun taas palvelin kattaa ne virrat, jotka se välittää asiakkaille päin. Jos vain saapuvat lataukset jumiutuvat, asiakkaan puolen arvo ei ole koko tarina.

Luku ja avainsana eivät ole siirrettäviä

OpenVPN 2.6:n yhteisöversio hyväksyy valinnaisen avainsanan arvon jälkeen. mtu kanssa luku kuvaa ulomman paketin kokoa IP- ja UDP-otsikot mukaan lukien; ilman sitä argumentti noudattaa toista laskentakäytäntöä. Niinpä versioiden välillä kopioitu rivi ei kuvaa samaa pakettibudjettia. Tarkista ohjesivu, joka tulee sen koontiversion mukana, jota todella ajat, älä toisen julkaisun opasta.

Syntaksi näyttää tältä:

mssfix 1400 mtu

Käsittele 1400:aa paikkamerkkinä, ei suosituksena omalle polullesi. Johda arvo mitatusta polusta ja todella käytetystä kapseloinnista, ja muista, että vanhempien versioiden tai muiden toteutusten asiakkaat voivat hylätä avainsanan tai tulkita sen toisin.

Vahvista ensin yhdellä asiakkaalla

Mittaa polku viallisesta koneesta ennen kuin muutat mitään. Hyötykuorma, jonka polku pystyy kuljettamaan pirstoutumatta, on etsimäsi luku:

ping -M do -s 1472 10.8.0.1
ping -M do -s 1400 10.8.0.1

Ensimmäinen kokeilu mahtuu 1500 tavun pakettiin, kun 28 tavua otsikoita lisätään. Jos se epäonnistuu pirstoutumisvirheeseen ja pienempi onnistuu, käyttökelpoinen koko on jossain niiden välissä, ja tunnelin ylimäärä vähennetään päältä.

Toista sitten jumiutunut siirto uudella yhteydellä ja vertaa. Jos yksi asiakas paranee muiden pysyessä koskemattomina, olet löytänyt ongelman ulottuvuuden. Jos kaikki asiakkaat jumiutuvat, palvelimen puolen arvo on se, joka on tarkistettava. Kumpikaan tulos ei oikeuta muutosta laitteistossa, joka ei koskaan ollut viallisella polulla.