OpenVPN sê dat MTU inkonsekwent gebruik word: wat die waarskuwing vergelyk

Daardie waarskuwing meld 'n vergelyking tussen eweknie-opsies, nie 'n meting van die pad tussen hulle nie. Mense lees dit as 'die MTU is verkeerd' en verander die getal totdat die reël verdwyn. Dit behandel 'n konfigurasievergelyking as 'n netwerkmeting, en dit maak dikwels die tonnel slegter terwyl dit die logboek stiller maak. Die nuttige eerste stap is om te besluit watter van daardie twee probleme jy werklik het.

Drie voorwaardes bepaal die antwoord: wat die eweknieë vergelyk, of die waarde verouderd is, en watter simptoom bo die waarskuwing bestaan.

Die waarskuwing vergelyk opsies, nie pakkette nie

As jy OpenVPN-eweknieë tydens die handdruk hul opsiestrings uitruil en vergelyk, gebeur dit as deel van die opsie-konsekwentheidstoets. Wanneer een kant link-mtu of tun-mtu anders as die ander rapporteer, word die wanverhouding met albei waardes aangeteken. Daardie uitruiling stuur nooit 'n groot pakket om te sien wat gebeur nie, so die waarskuwing beskryf konfigurasie eerder as kapasiteit. 'n Tonnel kan volgrootte-verkeer dra en dit steeds druk, of op groot pakkette misluk en glad niks druk nie.

Hou die volledige waarskuwing met sy plaaslike en afgeleë waardes. Die paar is die bewyse; die enkele getal wat jy onthou, is nie.

Hoekom link-mtu verouderd is

OpenVPN 2.6 verklaar link-mtu as verouderd omdat veranderlike koppe en onderhandelde syfers 'n vaste skakelwaarde onbetroubaar maak. Die opsie het 'n pakketuitleg veronderstel wat die protokol nie meer waarborg nie, so 'n ou profiel met 'n letterlike link-mtu beskryf 'n bedoeling wat die huidige kode nie kan eerbiedig nie. Om daardie getal na 'n nuwe profiel te kopieer, versprei 'n verouderde aanname. Lees dit as deel van die ou profiel se geskiedenis, nie as 'n aanbeveling nie.

Die konsekwentheidstoets het ook 'n opsionele OCC-waarde wat aan tun-mtu gekoppel is, wat verander wat vergelyk word sonder om te verander wat die netwerk dra. Om dit te stel, laat nie groter pakkette passing nie.

Herstel die profiel voordat jy die pad toets

Regstel 'n onbedoelde wanverhouding via wie ook al die profiele besit, en onthou dat 'n verandering aan die bedienerkant elke kliënt raak. Wysig die profiel wat die instansie werklik laai, nie 'n uitvoer wat in 'n aflaai-gids sit nie. Herverbind dan een toetskliënt en let op watter waarskuwing oorleef. As die boodskap van vorm verander eerder as om te verdwyn, vergelyk jy ander opsies as wat jy dink.

'n Gedeelde bediener se kliëntinventaris moet nagegaan word voordat 'n globale waarde skuif, want die waarde wat een werf pas, kan 'n ander breek.

Toets dan die simptoom wat jy werklik het

As groot oordragte vasval terwyl klein versoeke slaag, meet pakketgrootte teen 'n beheerde bestemming. 'n Peiling wat die don't-fragment-bis stel en die vragrootte vergroot, vind die pad se bruikbare MTU baie betroubaarder as 'n ping wat bloot slaag. Sluit die foutende toepassing in die toets in: 'n ICMP-tydsverloop kan filterring weerspieël, en 'n klein suksesvolle ping sê niks oor 'n volgrootte-toepassingspakket nie.

mssfix begrens die MSS wat vir TCP-sessies binne die tonnel geadverteer word, wat TCP help en niks vir 'n innerlike UDP-werklading doen nie. Fragmentering en aflaai-instellings het hul eie versoenbaarheidsvoorwaardes. Kies 'n meganisme vir die gedemonstreerde probleem eerder as om verskeie gelyktydig te verander om 'n logreël stil te maak.

Hou die effektiewe waardes by die resultaat

Teken die oorspronklike en reggestelde effektiewe waardes langs die uitkoms van 'n werklike oordrag aan. Daardie paring is wat 'n verouderde profielopsie skei van 'n pad-MTU-probleem wat onafhanklik bestaan. Sonder dit sien die volgende leser 'n waarskuwing wat verdwyn het en aanvaar dat die netwerk verander het.

Om die konsekwentheidstoets te onderdruk versoen niks. Dit verwyder die waarneming en laat albei konfigurasies soos hulle was.