Toets ’n vermoede VPN-MTU-probleem sonder om waardes te raai

Om ’n lys internet-MTU-waardes te probeer tot een vinniger voel, is nie ’n toets nie, dit is ’n soektog sonder ’n stopreël. Die metode wat werk, verander een beheerde groottevoorwaarde en vergelyk die uitslag met dieselfde pad. Begin by ’n herhaalbare, onskadelike mislukking en hou die werkende konfigurasie waarmee jy die eksperiment kan terugdraai. Alles hieronder veronderstel daardie dissipline, want daarsonder eindig jy met ’n getal wat jy nie kan verdedig nie.

Bepaal die pad voordat jy aan ’n getal raak

Skryf die toestel, die toegangskakel, die tonnelprotokol, die eindpunt, die bestemming en die adresfamilie neer voordat jy aan ’n instelling raak. Daardie ses feite is die pad, en ’n toets op ’n ander pad meet ’n ander probleem. Hulle maak die uitslag ook herhaalbaar, en dit is wat ’n toets van ’n middag se peuter onderskei. Hou die nota langs die terminaal eerder as in jou kop.

Begin met die nouste toets wat jy mag uitvoer. ’n Verandering aan die bedienerkant bereik elke gebruiker van daardie eindpunt, so dit hoort aan die einde van die ondersoek, nie aan die begin nie.

Toets met ’n grootte wat jy beheer

Op Linux lyk die toets soos ping -M do -s 1400 host, en op Windows soos ping -f -l 1400 host. In albei gevalle stel jy die loonvrag in en nie die pakketgrootte nie, want die IP- en ICMP-opskrifte kom bo-op.

Lees die dokumentasie van die stelsel voor jou eerder as om ’n vlag uit ’n foruminskrywing te kopieer. Kies ’n bestemming wat jy beheer, sodat ’n ontbrekende antwoord ’n sein is en nie ’n raaisel nie. Teken die presiese opdrag en die presiese grootte in dieselfde nota as die pad aan. ’n Uitslag sonder ’n grootte is ’n anekdote. Verander jy twee dinge in een lopie, sal jy nie weet watter een die uitslag gelewer het nie.

’n Mislukte toets is nie bewys van ’n MTU-grens nie

’n Weggevalde toets kan ICMP-filtering beteken eerder as ’n groottegrens, en daardie fout laat mense ’n waarde stel wat nooit die probleem was nie. Vergelyk die toets met die werklike toepassing, en met ’n foutboodskap oor die grootte of ’n gerigte opname, voordat jy iets verander. Geslaagde klein pings bewys ook niks, want hulle kan gerieflik onder die grens lê. Twee onafhanklike waarnemings is die minimum voordat ’n konfigurasie skuif.

As die toepassing misluk terwyl die toets slaag, het jy bewyse dat dit nie ’n eenvoudige groottegrens op daardie pad is nie. Skryf dit neer, want dit verwyder ’n hele tak van moontlike veranderinge.

Pas een parameter aan wat die kliënt reeds ondersteun

Verander die instelling wat die kliënt vir hierdie protokol dokumenteer, en laat die eindpunt en die bestemming ongemoeid, anders het jy twee dinge gelyk verander. ’n TCP-MSS-klem dek nie elke UDP-werklading nie, en daarom kan ’n blaaier wat weer werk die tonnelprotokol presies so stukkend laat. IPv4 en IPv6 is hier aparte paaie, want die opskrifte verskil voordat enige roetering dit doen.

Toets albei families as jy albei publiseer, want ’n uitslag uit die een sê niks oor die ander nie. ’n Waarde wat vanaand op hierdie pad gewerk het, is ’n gegewe en nie ’n MTU vir die hele VPN nie. Moenie dit tot globale instelling verhef op grond van een geslaagde oordrag nie. Skryf die waarde neer langs die pad waar dit vandaan kom.

Draai terug, verifieer en skryf dit neer

Sit die oorspronklike waarde terug as die vergelyking die hipotese nie steun nie. Kyk of ’n netwerkbestuurder nie elders ’n blywende oorheersing gestoor het nie, want so word ’n eksperiment beleid. Herverbind en oefen gewone toepassings, nie net die een wat jy getoets het nie. Teken dan die simptoom aan, die doeltreffende pad, die ou en nuwe waardes en hoe herhaalbaar die uitslag was.

Hou daardie rekord by die veranderingsversoek voordat iemand die verandering verbreed. Die pad-MTU-ontdekking in RFC 1191 verduidelik waarom ’n kleiner waarde een pad kan red en vir ’n ander niks doen nie, en ’n lys getalle is geen plaasvervanger vir daardie model nie. Die toets is klaar wanneer jy die pad, die grootte, die waarneming en die waarde wat jy herstel het, kan noem.