VPN හරහා ගොනු බෙදාගැනීම මන්දගාමී ලෙස දැනෙන්නේ ඇයි: Mbps නොව වට ගමන්

VPN හරහා බෙදාගත් ෆෝල්ඩරයක් විවෘත කර නාමාවලි ලැයිස්තුව මන්දගාමීව ගමන් කරන තෙක් බලා සිටීම හුරුපුරුදු අත්දැකීමකි, පළමු නැඹුරුව කලාප පළලට දොස් පැවරීමයි. සාමාන්‍යයෙන් සබැඳිය පාහේ නිෂ්ක්‍රීයයි. ප්‍රොටෝකෝලය එහි කාලය පිළිතුරු එනතෙක් රැඳී සිටීමට යොදයි, සෑම රැඳීමක්ම LAN කිසිදා අය නොකළ සම්පූර්ණ වට ගමනක් වැය කරයි. වැඩේ හැඩය නිවැරදි කරන්න, බෙදාගැනීම නැවත භාවිතයට සුදුසු වේ.

දුරස්ථ වැඩ පිටපතේ හැඩය වැරදියි

SMB ගොනු විවෘත කරයි, මෙටාදත්ත කියවයි සහ බොහෝ කුඩා හුවමාරු වලින් තහවුරු කරයි. සිතියම්ගත තැටියක ඇති අනුවාද පාලන වැඩ පිටපත දේශීය ගොනු පද්ධතියේ ප්‍රමාදය උපකල්පනය කර බොහෝ කුඩා ගොනු කියවයි. ඩෙස්ක්ටොප් දත්ත සමුදාය පරිශීලකයා වැඩ කරන අතරේ පිටු ඇදගනී. මේ සෑම එකක්ම ප්‍රමාදය ගුණකයක් බවට පත් කරයි, මන්ද මෙහෙයුම සිදු කරන හුවමාරු ගණන සමඟ පිරිවැය වැඩි වේ; එබැවින් 40 ms උමගක් කිහිප සියයක මෙහෙයුම් කිහිප තත්පරයක් බවට පත් කරයි. එම ගණිතයේ දත්ත ප්‍රමාණය පාහේ අදාළ නොවේ.

සංකේතනයේ වැය එහි කුඩා කොටසකි; හානිය ඊට වඩා නරකය, මන්ද එක් නැවත සම්ප්‍රේෂණයක් සහ කඩාවැටුණු තෙරපුම් කවුළුවක් සම්බන්ධ බයිටවලට වඩා බෙහෙවින් වැඩි මිලක් ගෙවයි.

මෙගාබයිටවලට පෙර වට ගමන් ගණන් කරන්න

ධාරිතාව මිලදී ගැනීමට පෙර ප්‍රමාදය මනින්න. එක් ping එකක් කියයි සෑම හුවමාරුවක්ම කුමක් ගෙවයි කියා.

ping -c 10 fileserver.example.net

සාරාංශය අවම, සාමාන්‍ය සහ උපරිම වට ගමන් කාල ලබා දෙයි, විසිරීම සාමාන්‍යය තරම්ම වැදගත් වේ. සාමාන්‍යය නාමාවලි ලැයිස්තුව සිදු කරන හුවමාරු ගණනින් ගුණ කර, ඔබ ඇත්තටම දකින කාලය සමඟ සසඳන්න. එක් විශාල ගොනුවක් ඉක්මනින් ගියත් බ්‍රව්ස් කිරීම මන්දගාමී නම්, සීමාව ප්‍රමාදය සහ ඉල්ලීම් ගණනයි. කිසිදා සන්තෘප්ත නොවන සබැඳියකට දස ගුණයක ධාරිතාව එකතු කිරීම කිසිවක් වෙනස් නොකරයි.

වැඩය ගෙනයන්න, බයිට නොවේ

වැඩි පයිප්පයක් සඳහා ගෙවීම වෙනුවට වැඩ සිදුවන තැන වෙනස් කරන්න. ගබඩාව mount කරනවා වෙනුවට සේවය කරන්න, සහ වෙනස්කම් පමණක් යවන මෙවලමකින් ගොනු පිටපත් කරන්න.

rsync -av --info=progress2 ./project/ [email protected]:/srv/share/project/

ගබඩාව සේවය කිරීම, hgweb හෝ දුරස්ථ Git කරන පරිදි, ග්‍රාහකයට දේශීය clone එකක වැඩ කිරීමට ඉඩ දෙයි, එබැවින් එහි ගොනු පද්ධති ඇමතුම් කිසිදා උමග හරහා නොයයි. rsync දෙපැත්තම සංචාරය කර වෙනස් වූ කොටස් යවයි, සරල පිටපතක් ගෙවන බොහෝ හුවමාරු ඉවත් කරයි. ඩෙස්ක්ටොප් දත්ත සමුදාය සේවාදායක පැත්තේ එන්ජිමක තිබිය යුතුය, ග්‍රාහකය ඉදිරිපස අතුරුමුහුණතකට සීමා විය යුතුය, නැතහොත් මුළු ග්‍රාහකයම අභ්‍යන්තර සත්කාරකයක ධාවනය වේ. සෑම විකල්පයක්ම ප්‍රොටෝකෝලයට ලැබෙන ප්‍රමාදය වෙනස් කරයි, එයයි කාරණය.

එකම ප්‍රමාණය අසල එකතැන පල්වීම MTU ලක්ෂණයකි

ping සහ කුඩා පිටු ක්‍රියා කරන අතරේ, ආසන්න වශයෙන් එකම දත්ත ප්‍රමාණයෙන් පසු නතර වන විශාල මාරු කිරීම් කලාප පළලට නොව පැකට් ප්‍රමාණයට යොමු කරයි.

ping -M do -s 1400 -c 3 fileserver.example.net

සාර්ථක පරීක්ෂණයක් යනු 1428 බයිට IP පැකට්ටුවක් කැබලි නොවී මාර්ගය තරණය කිරීමයි, මන්ද ICMP සහ IP ශීර්ෂ 28 බයිට එකතු කරයි. කැබලි නොකිරීමේ ධජය සමඟ අසාර්ථක වීම පෙන්වයි උමගේ භාවිතයට ගත හැකි MTU සේවාදායකයා උපකල්පනය කරන ප්‍රමාණයට වඩා කුඩා බව. 9000 බයිට බෆර 1500 බයිට මාර්ගයකට යවන සේවාදායකය කැබලි කිරීම හෝ අතහැරීම බල කරයි, ICMP පෙරහන් කළ විට මාර්ග MTU සොයාගැනීම නිහඬව අසාර්ථක විය හැකිය. උමගේ MTU අඩු කරන්න, සක්‍රීය කරන්න mssfix OpenVPN හි, නැතහොත් සේවාදායකයේ බෆර කුඩා කර, පසුව තහවුරු කිරීමට එම මාරු කිරීම නැවත ධාවනය කරන්න.

වැදගත් වන පරතරය මනින්න

ප්‍රතිපත්තිය ඉඩ දෙන තැන එම මෙහෙයුම ආකාර තුනකින් කරන්න: දේශීයව, උමග හරහා සහ සෘජු අන්තර්ජාල මාර්ගයෙන්. එක් එක් එකට වට ගමන් කාලය, එක් විශාල ධාරාවක වේගය, සහ නාමාවලි ලැයිස්තුවක් හෝ යෙදුමක් විවෘත කිරීමට ගත වන කාලය සටහන් කරන්න. දේශීය ධාවනය උමග ධාවනය සමඟ සංසන්දනය කිරීම කුමන පිරිවැය ප්‍රධානද යන්න පෙන්වයි. සෙමින් අවසන් වන පිටපතක් වේගය හෝ ප්‍රමාදය පිළිබඳ ගැටලුවක් යෝජනා කරන අතර, ස්ථිර ලක්ෂ්‍යයක මිය යන පිටපතක් පැකට් ප්‍රමාණය හෝ මාර්ගයේ තත්ත්වය රඳවන උපාංගයක් යෝජනා කරයි.

පළමු මෙගාබයිට පමණක් ඇදෙන විට, සත්‍යාපනය සහ මෙටාදත්ත දෙස බලන්න; සියල්ල මන්දගාමී වන විට, ධාරිතාව සහ හානිය දෙස බලන්න. ගැළපෙන හේතුව නිවැරදි කරන්න, WAN සබැඳිය LAN කේබලයක් මෙන් හැසිරෙනු ඇතැයි බලාපොරොත්තු වීම නවත්වන්න.