කෝපරේට් VPN එකක කන්ටේනර HTTPS හිරවෙනවාද? DTLS කකුල පරීක්ෂා කරන්න

කෝපරේට් VPN එකක පිටුපස ඇති කන්ටේනරයක් තුළ DNS විසඳෙයි, පිවිසුම් පිටුව පූරණය වෙයි, සෞඛ්‍ය අන්ත ලක්ෂ්‍යය පිළිතුරු දෙයි, පසුව HTTPS ඉල්ලීම කාල සීමාව ඉක්මවන තෙක් හිරවෙයි. රූපය නැවත ගොඩනැගීම සහ ප්‍රොක්සි විචල්‍ය වෙනස් කිරීම කිසිවක් වෙනස් නොකරයි, මන්ද අසාර්ථක වන කොටස රූපයේ නොමැති බැවිනි. සේවාදායකය එක් ප්‍රවාහනයක් හරහා සත්‍යාපනය කර විශාල දත්ත තවත් එකක් හරහා ගෙන යයි, සහ දෙවැන්න පමණක් කැඩී ඇත.

ප්‍රවාහන දෙකක්, ව්‍යාකූල ලක්ෂණයක්

TLS මත පදනම් වූ කෝපරේට් සේවාදායකය සාමාන්‍යයෙන් සාමාන්‍ය TLS සම්බන්ධතාවයක් හරහා සත්‍යාපනය කරයි, පසුව සැසිය සඳහා UDP මත පදනම් වූ දෙවන දත්ත නාලිකාවක් සාකච්ඡා කරයි. එම දෙවන කකුල ක්‍රියා කරන විට ප්‍රවාහය සහ ප්‍රමාදය වැඩිදියුණු වෙයි. එය පෙරීමට ලක් වූ විට හෝ මාර්ගයට නොගැලපෙන විට, විශාල මාරුවට පෙර සියල්ල සාර්ථක වන අතර මාරුවම නතර වෙයි, එය හරියටම ඉහත රටාවයි.

කන්ටේනරය එම සාකච්ඡාව වෙනස් නොකරයි; එය බාහිර පැකට් යන මාර්ගය වෙනස් කරයි. සත්කාරකය කන්ටේනර ප්‍රවාහය පරිවර්තනය කරයි, එබැවින් UDP ඩේටාග්‍රෑම් සේවාදායකයේ දේශීය සොකට්ටුවට වඩා වෙනත් මූලාශ්‍ර වරායකින් පිටවී, ස්ථාපිත TCP ප්‍රවාහයට වඩා බෙහෙවින් කෙටි කාල සටහනකින් කල් ඉකුත් වන පරිවර්තන සටහනක් හරහා ආපසු එයි. ටනලය සත්කාරකයේ වැඩ කර කන්ටේනරයේ අසාර්ථක වුවහොත්, යෙදුමට දොස් පැවරීමට පෙර එම ප්‍රවාහ දෙක සසඳන්න. එම සංසන්දනය ඕනෑම රූප නැවත ගොඩනැගීමකට වඩා වැඩි දෙයක් තීරණය කරයි.

අවබෝධයෙන් නොව, පරීක්ෂණයෙන් තීරණය කරන්න

වඩාත් ලාභදායී පරීක්ෂණය UDP දත්ත නාලිකාව අක්‍රිය කර ඉල්ලීම නැවත කරයි. ඩෙස්ක්ටොප් ආවරණය වෙනුවට විධාන රේඛා සේවාදායකය භාවිත කරන්න, එවිට ධජය සැබවින්ම යෙදෙයි: openconnect vpn.example.net --user=you --interface=tun0 --no-dtls. හිරවී තිබූ ඉල්ලීම දැන් සම්පූර්ණ වුවහොත්, ගැටලුව DTLS කකුල වූ අතර ඉතිරිය ශබ්දය විය.

එකම කන්ටේනරයෙන් දිශා දෙකෙන්ම ප්‍රතිඵලය තහවුරු කරන්න: ධජය සමඟ එක් විශාල ඉල්ලීමක් සහ එය නොමැතිව එකක්. ධජය අනුගමනය කරන හැසිරීම් වෙනස සාක්ෂියකි; අවසානයේ පූරණය වන පිටුව සාක්ෂියක් නොවේ.

ධජය එය නිවැරදි කරන්නේ නම්, ඇයිදැයි තීරණය කරන්න

කොන්දේසි තුනක් එකම ලක්ෂණය ඇති කරන අතර වෙනස් ප්‍රතිචාර ඉල්ලා සිටී. මාර්ගය UDP සම්පූර්ණයෙන්ම පෙරා දැමිය හැක, එය එම ජාලය සඳහා ධජය නිවැරදි ස්ථිර පිළිතුර බවට පත් කරයි. මාර්ගය UDP ට ඉඩ දී විශාල ඩේටාග්‍රෑම් ඉවත දැමිය හැක, එය පෙරීම නොව MTU දෙසට යොමු කරයි. නැතහොත් මාර්ගය කොතරම් අලාභදායී විය හැකිද යත් UDP කකුල TCP ට වඩා නරක ලෙස ක්‍රියා කරයි, එය ධාරිතාව පිළිබඳ තීරණයක් මිස ළඟාවීම පිළිබඳ එකක් නොවේ.

විකල්ප මාර්ගයක් ලේඛනගත කිරීමට පෙර ඒවා වෙන් කරන්න. පෙරීම ඕනෑම පැකට් ප්‍රමාණයක රැඳී පවතී, MTU ගැටලු සීමාවකට ඉහළින් පමණක් දිස්වෙයි, අලාභය පිරිසිදු හිරවීමක් ලෙස නොව නැවත යැවීම් සහ වෙනස්වන ප්‍රමාදය ලෙස දිස්වෙයි. සෑම පරීක්ෂණයක්ම සේවාදායක වින්‍යාසය නොවෙනස්ව හේතුව පටු කරයි.

විකල්ප මාර්ගය තබා ගැනීමට පෙර පැකට් ප්‍රමාණය පරීක්ෂා කරන්න

හේතුව ප්‍රමාණය නම්, ටනල අතුරුමුහුණත මාර්ගයට ගෙන යා නොහැකි පැකට් පිළිගනී, සහ භාරය වැඩෙන විටම ඕනෑම ප්‍රවාහනයක ගැටලුව නැවත පැමිණේ. අතුරුමුහුණත් සසඳන්න: සත්කාරකයේ ip link show tun0, පසුව ජාල විකල්පවල සටහන් කර ඇති MTU කියවීමට docker network inspect bridge. අඩුවෙන් ගෙන යන ටනලයක් යටතේ තවමත් 1500 බයිටයේ සිටින කන්ටේනර පාලම සාමාන්‍ය සොයාගැනීමයි.

ටනලය තුළ බෙදීම තහනම් පරීක්ෂණයක් සමඟ දන්නා හොඳ ප්‍රමාණයක සිට ඉහළට ගවේෂණය කරන්න, පසුව කන්ටේනර ජාලයේ MTU අඩු කරන්න හෝ ටනලයේ TCP MSS තද කරන්න. එම නිවැරදි කිරීම් දෙකෙන් ඕනෑම එකක් බොහෝ විට UDP මාර්ගය නැවත භාවිත කළ හැකි කර ධජයේ අවශ්‍යතාව ඉවත් කරයි, පෙරීම හේතුව නොවන විට එය වඩා හොඳ ප්‍රතිඵලයයි.

ඔබ මාරු කිරීමට සූදානම් දේ තීරණය කරන්න

දත්ත නාලිකාව අක්‍රිය කළ විට ටනලය එහි භාරය TCP සම්බන්ධතාවයක් තුළ ගෙන යයි. පිරිසිදු මාර්ගයක එය තවත් මන්දගාමී පමණි; අලාභදායී එකක එක් නැති වූ කොටසක් ඊට පිටුපස සියල්ල ප්‍රමාද කරයි, බාහිර නැවත යැවීම අභ්‍යන්තර එක සමඟ තරඟ කරයි. එම හුවමාරුව අන්තර්ක්‍රියාකාරී සංවර්ධනයට සහ කුඩා API ඇමතුම්වලට ගැලපේ, විශාල මාරු හෝ ජංගම සබැඳි හරහා දිගු සැසිවලට නරක ලෙස ගැලපේ.

ඔබ තෝරන විකල්පය කුමක් වුවත්, ටනලය අවසානයේ භාවිත කළ ප්‍රවාහනය සහ ඇයිද යන්න සටහන් කරන්න. කවුරුන් හෝ මාස ගණනකට පෙර එකතු කළ ධජයක් මත නිශ්ශබ්දව රඳා පවතින කන්ටේනරය ඊළඟ බිඳවැටීමයි, එය දෝෂ නිරාකරණය කරන අයට ධජය පෙරීම සඳහා වූ විකල්පයක්ද නැතහොත් MTU පරීක්ෂණයක ඉතිරියක්ද යන්න නොදනී.