Праверка падазронай праблемы з MTU у VPN без угадвання значэнняў

Перабіраць спіс значэнняў MTU інтэрнэту, пакуль адно не здасца хутчэйшым, — гэта не тэст, а пошук без правіла прыпынку. Метад, які працуе, змяняе адну кантраляваную ўмову памеру і параўноўвае вынік з тым самым шляхам. Пачніце з паўторнага бясшкоднага збою і захавайце працоўную канфігурацыю, якая дазваляе адмяніць эксперымент. Усё ніжэй мяркуе гэтую дысцыпліну, бо без яе застаецца лік, які вы не зможаце абараніць.

Зафіксуйце шлях, перш чым змяніць лік

Запішыце прыладу, канал доступу, пратакол тунеля, канцавую кропку, пункт прызначэння і сямейства адрасоў, перш чым кранаць наладу. Гэтыя шэсць фактаў і ёсць шлях, а праверка, накіраваная на іншы шлях, вымярае іншую праблему. Яны ж робяць вынік паўторным, і менавіта гэта адрознівае тэст ад дня, патрачанага на тыканне. Трымайце запіс побач з тэрміналам, а не ў галаве.

Пачніце з самай вузкай праверкі, якую вам дазволена выканаць. Змена на баку сервера закранае кожнага карыстальніка гэтай канцавой кропкі, таму яна належыць да канца расследавання, а не да пачатку.

Правярайце памерам, які вы кантралюеце

У Linux праверка выглядае як ping -M do -s 1400 host, а ў Windows — як ping -f -l 1400 host. У абодвух выпадках вы задаеце карысную нагрузку, а не памер пакета, бо загалоўкі IP і ICMP дадаюцца зверху.

Чытайце дакументацыю сістэмы, якая перад вамі, замест таго каб капіраваць сцяг з паведамлення на форуме. Выберыце пункт прызначэння, які вы кантралюеце, каб адсутнасць адказу была сігналам, а не загадкай. Запішыце дакладную каманду і дакладны памер у тую ж нататку, што і шлях. Вынік без памеру — гэта анэкдот. Калі змяніць дзве рэчы за адзін запуск, вы не даведаецеся, якая з іх дала вынік.

Няўдалая праверка не даказвае мяжу MTU

Адкінутая праверка можа азначаць фільтрацыю ICMP, а не мяжу памеру, і гэтая памылка прымушае людзей падстройваць значэнне, якое ніколі не было праблемай. Параўнайце праверку з рэальным дадаткам, а таксама з паведамленнем пра памылку, звязаным з памерам, або з абмежаваным перахопам, перш чым нешта змяняць. Паспяховыя маленькія пінгі таксама нічога не даказваюць, бо могуць спакойна ляжаць ніжэй за мяжу. Два незалежныя назіранні — гэта мінімум, перш чым канфігурацыя зрушыцца.

Калі дадатак збойвае, а праверка праходзіць, у вас ёсць доказ, што справа не ў простай мяжы памеру на гэтым шляху. Запішыце гэта, бо гэта прыбірае цэлую галіну магчымых змен.

Наладзьце адзін параметр, які кліент ужо падтрымлівае

Змяніце наладу, якую кліент дакументуе для гэтага пратакола, і пакіньце канцавую кропку і пункт прызначэння некранутымі, інакш вы змянілі дзве рэчы адразу. Абмежаванне MSS для TCP не пакрывае любую нагрузку UDP, таму браўзер, які пачаў працаваць, можа пакінуць пратакол тунеля гэтак жа зламаным. IPv4 і IPv6 тут асобныя шляхі, бо загалоўкі розняцца яшчэ да таго, як гэта зробіць любая маршрутызацыя.

Праверце абодва сямействы, калі публікуеце абодва, бо вынік з аднаго нічога не кажа пра другое. Значэнне, якое спрацавала на гэтым шляху сёння ўвечары, — гэта факт, а не MTU для ўсяго VPN. Не павышайце яго да глабальнай налады на падставе адной удалай перадачы. Запішыце значэнне побач са шляхам, з якога яно прыйшло.

Адмяніць, праверыць і запісаць

Вярніце зыходнае значэнне, калі параўнанне не падтрымлівае гіпотэзу. Праверце, ці не захаваў сеткавы менеджар дзесьці іншым пастаяннае перавызначэнне, бо менавіта так эксперымент становіцца палітыкай. Перападключыцеся і праверце звычайныя дадаткі, а не толькі той, які вы тэставалі. Затым зафіксуйце сімптом, фактычны шлях, старое і новае значэнне і тое, наколькі вынік паўторны.

Захоўвайце гэты запіс разам з запытам на змену, перш чым хтосьці пашырыць змену. Механізм выяўлення MTU шляху у RFC 1191 тлумачыць, чаму меншае значэнне можа ўратаваць адзін шлях і нічога не зрабіць для іншага, і спіс лікаў не замяняе гэтую мадэль. Праверка завершана, калі вы можаце назваць шлях, памер, назіранне і значэнне, якое вы аднавілі.