UFW හි නවතන ස්විචය ඔබේ VPN අවහිර කරනවාද? සමානයාට ඉඩ දෙන්න

ඔබ පිරික්සුම් ලැයිස්තුව අනුගමනය කළා: පිටතට යාම ප්‍රතික්ෂේප කරන්න, උමඟට ඉඩ දෙන්න, ufw සක්‍රීය කරන්න. එවිට සේවාදායකය හස්ත සම්පර්කයේ රැඳී සිටින අතර කිසිදා සම්බන්ධ නොවේ, නැතහොත් සම්බන්ධ වන අතර කිසිදු පිටුවක් පූරණය නොවේ. දෙකම එකම හිඩැසකින් පැමිණේ. උමඟ පවතින බවට ඉඩ දෙන නියමය නැත, මන්ද උමඟ ඔබේ පැකට් පිටවන අතුරුමුහුණත නොවේ.

tun0 මත ඇති අවසරය මුලදී කිසිවකට නොගැලපෙන්නේ ඇයි

සැසියක් පවතින පසු සේවාදායකය tun0 සාදයි. එම සැසිය ගොඩනඟන දත්තග්‍රෑම් යනු 1194 තොටිල්ලේ සැපයුම්කරුට යොමු කරන ලද සාමාන්‍ය UDP පැකට් වන අතර ඒවා භෞතික මූල ලිපිනය සමඟ wlan0 හෝ eth0 හරහා පිටවේ. allow out on tun0 පිටතට යන අතුරුමුහුණත tun0 වන රථවාහනයට පමණක් ගැලපේ, එබැවින් හස්ත සම්පර්කය අතරතුර එය කිසිවකට නොගැලපේ.

ඊට ඉහළින් default deny outgoing තබන්න, එවිට අතුරුමුහුණත පෙනෙන්නටත් පෙර බාහිර පැකට් ඉවතලනු ලැබේ. සේවාදායකය නැවත උත්සාහ කරයි, කාලය ඉකුත් වේ, සහ TLS හෝ හස්ත සම්පර්ක දෝෂයක් වාර්තා කරයි, එය මිනිසුන් සහතික සහ MTU තුළ සොයා යාමට යවන අතර, ගිනිපවුර නිහඬව සම්බන්ධතාවය අනුභව කරයි. ඔබේ රථවාහනය රඳවා ගැනීමට තිබූ නියමයම එම රථවාහනය රඳවා ගැනීම වළක්වයි.

ප්‍රතික්‍රියාශීලී නිවැරදි කිරීම ලීක් එක ස්ථිර කරයි. sudo ufw allow out on wlan0, හෝ පෙරනිමිය නැවත අවසරයට හැරවීම, උමඟ ඉහළට ගෙන යන්ත්‍රය කිසිදු නවතන ස්විචයක් නොමැතිව තබයි: ඊළඟ වතාවේ උමඟ වැටෙන විට, සියල්ල භෞතික ඇඩැප්ටරය හරහා නැවත ආරම්භ වේ. මම හරියටම එම වෙනස්කම් දෙක සඳහා එක් සවසක් අහිමි කළා, මම ඇත්තටම කුමන පැකට් පෙරහන් කරමින් සිටිමිද යන්න තේරුම් ගැනීමට පෙර.

පැකට් කට්ටල දෙකට අවශ්‍ය දේ

ඔබේ රථවාහනය ගිනිපවුර දෙවරක්, ආකාර දෙකකින් තරණය කරයි. අභ්‍යන්තර පැකට් උමඟ ලිපිනයේ සිට tun0 හරහා පිටතට යයි. බාහිර පැකට් භෞතික ලිපිනයේ සිට සමානයා වෙත යයි, සහ රැහැනේ දිස්වන එකම දෙය එයයි. එක් ආකාරයකට එක් නියමයක්:

sudo ufw allow out on tun0
sudo ufw allow out to 203.0.113.10 port 1194 proto udp
sudo ufw allow out to 203.0.113.10 port 443 proto tcp comment 'tcp fallback'

ලිපිනය සහ තොටිල්ල ඔබේම පැතිකඩෙහි ඇති ඒවා සමඟ ප්‍රතිස්ථාපනය කරන්න. WireGuard සමානයන් සාමාන්‍යයෙන් 51820/udp හි පිළිතුරු දෙයි; TCP 443 හරහා යන OpenVPN පැතිකඩ සඳහා ඒ වෙනුවට එම තොටිල්ල අවශ්‍ය වේ. විස්තර වෙනස්, ආකාරය නොවේ: නියම දෙකම පටු වන අතර, එකට ඒවා උමඟ වැටී ඇති විට යන්ත්‍රයට ළඟා විය හැකි එකම ගමනාන්ත නිර්වචනය කරයි.

අනුපිළිවෙල දෙවන මිථ්‍යාවයි. අමු iptables සමඟ ඔබ දාමය ඉහළ සිට පහළට කියවා කුමන නියමය ජය ගනීද යන්න තර්ක කරයි. ufw ඔබ ටයිප් කළ ලැයිස්තුව වටා තුනී ආවරණයක් නොවේ; එය ඔබේ නියම තමන්ගේම දාමවලට සම්පාදනය කර ඇතුළු කිරීමේ ලක්ෂ්‍ය තෝරයි. ufw status ඒවා ufw හි අනුපිළිවෙලින් මුද්‍රණය කරයි, ඔබේ අනුපිළිවෙලින් නොවේ. නියමය නොසලකා හැර ඇති ලෙස පෙනෙන විට, යමක් නැවත ලිවීමට පෙර ufw show added සම්පාදිත කට්ටලය සමඟ iptables -S | grep ufw සංසන්දනය කරන්න.

ව්‍යතිරේකය එක් ලිපිනයක පළලින්ම තිබිය යුතුය

සමාන නියමයක් නිවැරදි වන්නේ සේවාදායකය අමතන ලිපිනය නම් කරන තාක් පමණි. සැපයුම්කරුවන් අන්ත ලක්ෂ්‍ය කරකවන අතර, ධාරක නාමය විසඳන පැතිකඩක් නව ලිපිනයකට DNS වෙනස්වීම අනුගමනය කරන අතර නියමය පැරණි ලිපිනයටම යොමු වේ. මාස ගණනක් ක්‍රියා කළ උමඟක් ඉහළට ඒම නතර වූ විට, යමක් පුළුල් කිරීමට පෙර නියමයේ ලිපිනය සේවාදායකය සොයන ලිපිනය සමඟ සංසන්දනය කරන්න.

සම්පූර්ණ උපජාලයකට, හෝ 1194 තොටිල්ලේ සෑම ගමනාන්තයකටම පුළුල් කිරීම ප්‍රතිපත්තිය නැවත සිදුරක් සහිත ගිනිපවුරක් බවට පත් කරයි. ව්‍යතිරේකය යනු නවතන ස්විචයයි; එය පුළුල් වූ පසු නතර කිරීමට කිසිවක් ඉතිරි නොවේ. එය එක් ලිපිනයක තබා, එය අයත් පැතිකඩ සහ සැපයුම්කරු නම් කරන අදහසක් තබන්න, මන්ද මාස හයකින් ලිපිනය අහඹු ලෙස පෙනෙනු ඇත.

නාම විසඳීම තමන්ගේම පේළියකට සුදුසුය. සෙවීම උමඟ පවතින පෙර, භෞතික අතුරුමුහුණත හරහා සිදු වේ, එබැවින් දැඩි පිටතට-ප්‍රතික්ෂේප ප්‍රතිපත්තියක් සේවාදායකයට තමන්ගේම සේවාදායකය සොයා ගැනීමට නොහැකි තත්ත්වයකට පත් කළ හැක. ඔබේ විසඳන්නාගේ ලිපිනයට 53 තොටිල්ලට ඉඩ දෙන්න, නැතහොත් එක් වරක් විසඳා ලිපිනය පැතිකඩෙහි සවි කරන්න. සෑම අතුරුමුහුණතකම DNS ට ඉඩ දීම තීරණයක් මිස පෙරනිමියක් නොවේ.

උමඟ අවශ්‍ය වීමට පෙර ප්‍රතිපත්තිය ගොඩනඟන්න

ufw enable සම්පූර්ණ ප්‍රතිපත්තිය එකවර යොදා තමන්ගේම දාම නැවත පූරණය කරයි, සහ ක්‍රියාත්මක ගිනිපවුරක පෙරනිමි ප්‍රතිපත්තියක් වෙනස් කිරීමද ඒවා නැවත පූරණය කරයි. ufw අත්පොත මෙය SSH වැනි පවතින සම්බන්ධතා වැටිය හැකි බවට අනතුරු අඟවයි. එබැවින් විධාන මෙම අනුපිළිවෙලින් යයි, SSH නියමය සක්‍රීය කිරීමට පෙර සහ කොන්සෝල සැසියක් විවෘතව තබා:

sudo ufw default deny incoming
sudo ufw default deny outgoing
sudo ufw allow out on tun0
sudo ufw allow out to 203.0.113.10 port 1194 proto udp
sudo ufw allow 22/tcp
sudo ufw enable
sudo ufw status verbose

ufw reset එම කොටසින් චේතනාන්විතව ඉවත් කර ඇත. එය සෑම නියමයක්ම මකා ගිනිපවුර අක්‍රීය කරයි, දුරස්ථ ධාරකයක ඊළඟ සක්‍රීය කිරීම ඔබේ සැසිය වැටෙන දෙයයි. ඔබ එසේ වුවද යළි සකසන්නේ නම්, SSH නියමය එකතු කර ඉදිරියට යාමට පෙර කොන්සෝලය හරහා ආපසු ඒමේ දෙවන මාර්ගය තහවුරු කරන්න.

අනුපිළිවෙල අලංකාර නොවේ. ufw ක්‍රියාත්මක වන අතරතුර එකතු කරන නියම කිසිවක් ෆ්ලෑෂ් නොකරයි, නමුත් ඔබ පෙරනිමි ප්‍රතිපත්තියක් හරවන මොහොතේ දාම නැවත පූරණය වේ, සහ පැරණි ප්‍රතිපත්තිය අවසර දුන් සැසියද ඒවා සමඟ යයි. පෙරනිමි, අවසර සහ සක්‍රීය කිරීම එකම වාරයකින් කරන්න, යන්ත්‍රය මත රඳා නොපවතින පිවිසුම් මාර්ගයක් තවමත් ඇති විට.

අවහිර කළ තත්ත්වය පරීක්ෂා කරන්න, සහ ආපසු හැරවීම තබා ගන්න

පරීක්ෂා නොකළ නවතන ස්විචයක් යනු අනුමානයකි. සේවාදායකය චේතනාන්විතව විසන්ධි කර පිටුවක් පූරණය කිරීමට උත්සාහ කරන්න: එය අසාර්ථක විය යුතුය. නැවත සම්බන්ධ කරන්න, එය කිසිදු නියමයක් ස්පර්ශ නොකර යථා තත්ත්වයට පත් විය යුතුය. sudo ufw status verbose පෙරනිමි සහ ලොගින් තත්ත්වය තහවුරු කරයි, සහ ufw status numbered පරීක්ෂණ නියමය එහි අරමුණ ඉක්මවා ජීවත් වූ විට කුමක් මකා දැමිය යුතුද යන්න පෙන්වයි.

ප්‍රතිලෝම ස්ක්‍රිප්ටය ඉදිරි ස්ක්‍රිප්ටය අසල තබන්න. පිටතට-ප්‍රතික්ෂේප සහ මළ උමඟක් සහිත යන්ත්‍රයකට එහිම අලුත්වැඩියාව බාගත කළ නොහැක, එබැවින් ආපසු හැරවීම තැටියේ තිබිය යුතු අතර කොන්සෝලයකින් කියවිය හැකි විය යුතුය:

sudo ufw reset
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw enable

උමඟ දැනටමත් පහළින් ඇති විට සහ නියම ඉවත් කළ යුතු විට එය ධාවනය කරන්න, නිතිපතා පියවරක් ලෙස නොවේ. ටර්මිනලය වැසීමට පෙර කරුණු හතරක් සත්‍ය විය යුතුය: සමාන නියමය හරියටම එක් ලිපිනයක් නම් කරයි, DNS සතුව නම් කළ ව්‍යතිරේකයක් ඇත, සක්‍රීය කිරීම අවසරවලින් පසුව පැමිණියේය, සහ උමඟ ඇදීමෙන් සාමාන්‍ය රථවාහන මිය යයි නමුත් සේවාදායකය සදාකාලිකව මිය නොයයි.