VPN පිටුපස සේවාවට ufw allow 443 කිසිවක් කළේ නැත

VPN සේවාදායකයෙන් ping සාර්ථක වේ, TCP සේවාව කාලය ඉක්මවා යයි, සහ ufw allow 443/tcp කිසිවක් වෙනස් නොකරයි. යෙදුම gateway එකේම නොව gateway එකට පිටුපස සත්කාරකයේ ක්‍රියාත්මක වන විට, එම අවසරය වැරදි ගමන් මාර්ගයක් සඳහා ලියා තිබුණි. පැකට්ටුව firewall වෙත ලිපිනගත කර නැති අතර දේශීය ක්‍රියාවලියකට භාර නොදෙන බැවින්, ආදාන නියම කිසිවිටෙක එය නොදකියි. විසඳුම ඉදිරියට යවන ප්‍රවාහය ඉලක්ක කරන මාර්ග නියමයක් වන අතර, එහි සාක්ෂිය දැනටමත් ලොගයේ ඇත.

ගමනාන්තය දේශීය ද ඉදිරියට යවන ලද්දක් ද යන්න තීරණය කරන්න

kernel එය දකින ආකාරයට පැකට්ටුව කියවන්න. gateway එකේ සේවාවකට භාර දෙන ගමන් ආදානය දේශීය වේ. gateway වෙනත් සත්කාරකයකට ඉදිරියට යවන ගමන් ආදානය ඉදිරියට යවන ලද්දකි, සහ UFW මාර්ග දෙක සඳහා වෙන වෙනම නියම කට්ටල තබා ගනී. වෙනස තීරණය කරන්නේ ගමනාන්ත ලිපිනය සහ මාර්ග සෙවීමයි, පැකට්ටුව පැමිණි අතුරුමුහුණත නොවේ.

IN සහ OUT දෙකෙහිම එකම අතුරුමුහුණත පෙන්වන ලොග පේළියක් තවමත් මාර්ගගත පැකට්ටුවක් විස්තර කළ හැක, මන්ද එකම උපාංගයෙන් සේවාදායකයන් ඇතුළට සහ පිටතට ගෙන යන උමග හරියට එසේ පෙනේ. අතුරුමුහුණත නම්වලට වඩා ගමනාන්ත ලිපිනය මෙම ප්‍රශ්නය ඉක්මනින් විසඳයි. එකම නම දෙවරක් දැකීම දේශීය බෙදාහැරීම ඔප්පු නොකරයි, සහ ස්ථාපනය කිසිවිටෙක නොසෑදූ උමග අතුරුමුහුණතක් ගොතා ගැනීම ද උදව් නොවේ.

කිසිදු නියමයක් එකතු කිරීමට පෙර කොටස කියවන්න

එක් අවසර ලත් සම්බන්ධතා උත්සාහයක් නැවත නිපදවා, gateway එය සටහන් කළ ආකාරයට එහි මූලය, ගමනාන්තය, ප්‍රොටෝකෝලය සහ ගමනාන්ත වරාය ග්‍රහණය කරන්න. එම අගයන් හතර ලොග සටහන හා සේවාවේ සැබෑ ස්ථානය සමඟ සසඳන්න. පෙර සාර්ථක ping එකක් ඔප්පු කරන්නේ එහිම හුවමාරුව අවසර ලත් බව පමණි, සහ firewall එකක් යෙදුමක් වෙත යන TCP SYN ඉතා වෙනස් ලෙස හැසිරවිය හැක.

sudo dmesg | grep "UFW BLOCK" | tail -n 5
sudo ufw status numbered

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

ගැළපෙන පටුම මාර්ග නියමය ලියන්න

මෙම උදාහරණයේදී සේවාදායකයන් 172.20.8.0/24 සිට tun0 වෙත පැමිණේ, සේවාව 8443 වරායේ 10.30.0.15 හි සවන් දෙයි, සහ gateway ens5 හරහා පිටව යයි. එම අගයන් තෝරා ගන්නා ලද්දේ cloud VPC හි පෙරනිමි 10.0.0.0/16 හෝ නිවසේ 192.168.0.0/16 වැනි කිසිසේත් නොපෙනෙන පරිදිය, සහ 8443 උදාහරණය gateway හිම 443 සවන් දෙන්නාගෙන් ඈත් කර තබයි.

sudo ufw --dry-run route allow in on tun0 out on ens5 proto tcp from 172.20.8.0/24 to 10.30.0.15 port 8443

වියළි ධාවනය සෑදෙන නියම කට්ටලය මුද්‍රණය කරයි, සහ ඔබේ නියමය දැනට ඇති ප්‍රතික්ෂේපයකට පෙර හෝ පසුව වැටෙන්නේ ද යන්න බැලීමට එය ලාභම ක්‍රමයයි. අතුරුමුහුණත නම් සහ අභ්‍යන්තර ලිපින උදාහරණය සමඟ නොව ස්ථාපනය සමඟ ගැළපෙන පරිදි තහවුරු කරන්න, සහ ගමනාන්ත NAT පළමුව ක්‍රියාත්මක වන විට පෙරහන පරිවර්තිත ගමනාන්තය දකින බව මතක තබා ගන්න.

ආපසු මාර්ගය තත්ත්ව සහිතව තබා ගන්න

UFW අවසර ලත් සම්බන්ධතා නිරීක්ෂණය කරයි, එබැවින් අවසර ලත් ඉදිරියට යවන ප්‍රවාහයක පිළිතුරු පැහැදිලි ප්‍රතිවිරුද්ධ නියමයක් නොමැතිව පිළිගැනේ. දේ දුවවීමට ප්‍රතිවිරුද්ධ දිශාවට සීමා රහිත නියමයක් එකතු කිරීම ප්‍රතිපත්තිය එක් සේවාවකින් බොහෝ ඈතට පුළුල් කරන අතර සාමාන්‍ය ඉල්ලීම්-පිළිතුරු හුවමාරුවකට එය අවශ්‍ය නොවේ. ආපසු මාර්ගය ව්‍යංග්‍යව සහ නියම කට්ටලය කියවිය හැකි ලෙස තබා ගන්න.

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

sudo ufw route allow in on tun0 out on ens5 proto tcp from 172.20.8.0/24 to 10.30.0.15 port 8443
sudo ufw status numbered

UFW ඔබ වෙනුවෙන් බලාත්මක කළ නොහැකි දේ පරීක්ෂා කරන්න

නිවැරදි නියමයකට තවමත් kernel ඉදිරියට යැවීම සහ සේවාවට ළඟා වන මාර්ගයක් අවශ්‍ය වේ. firewall එකට දෙවන වරට දොස් පැවරීමට පෙර දෙකම තහවුරු කරන්න.

sysctl net.ipv4.ip_forward
ip route get 10.30.0.15

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

firewall සක්‍රීයව තබා නව සම්බන්ධතාවක් පරීක්ෂා කර අවසන් කරන්න, අවසර ලත් මූලාශ්‍රයකින් සහ සම්බන්ධ නොවන එකකින්. UFW අක්‍රීය කිරීම එකම විධානයේදී රෝග ලක්ෂණය ඉවත් කර සාක්ෂිය විනාශ කරයි, එබැවින් එය පළමු නොව අවසාන පරීක්ෂණය විය යුතුය.