VPN කිල් ස්විචය නැවත ඇරඹීමෙන් පසු රැඳේද? එය සත්‍යාපනය කරන ආකාරය

නැවත ඇරඹීම යනු මිනිසුන් කිල් ස්විචය පරීක්ෂා කරන වඩාත්ම සුලභ ක්‍රමය වන අතර එය වඩාත්ම බොරු කියන පරීක්ෂණයද වේ. සේවාදායකයේ ඇති සලකුණු කොටුව යනු එක් මනාපයක් පමණි; වැදගත් වන්නේ ජාල ගොඩනැගිල්ල ඉහළට එන මොහොත සහ උමඟ සැබවින්ම ස්ථාපිත වන මොහොත අතර යමක් අවහිරතාවක් බලාත්මක කරන්නේද යන්නයි. Windows හි එම යමක් සාමාන්‍යයෙන් Windows Filtering Platform හි පෙරහනක්, Linux හි ඒකකයක් මගින් පූරණය කරන නීති කට්ටලයක්, macOS හි pf ආධාරකයක්, Android හි පද්ධතියේම සැමවිටම-සක්‍රීය සහ අගුළු දැමීමේ ධජ වේ. මෙම සැකසුම් නැවත ඇරඹීම පුරා ඉතා වෙනස් ලෙස හැසිරෙන අතර, වේදිකා මට්ටමේ ඒවා පමණක් කිසිවෙකුට පිවිසිය හැකි වීමට පෙර ඒවායේ තැන තිබේ.

නැවත ඇරඹීම වෙනස් ප්‍රශ්න තුනක් අසයි

ප්‍රශ්නය බෙදන්න. පළමුව, ප්‍රතිපත්තිය තැටියේ පැටවීමේදී යමක් කියවන ආකාරයෙන් පවතීද? දෙවනුව, එම කියවන්නා කිසිදු ගමන් පිටතට යාමට පෙර ක්‍රියාත්මක වේද? තෙවනුව, ප්‍රතිපත්තිය ඔබට වැදගත් ගමන් ආවරණය කරයිද, එනම් සෑම ක්‍රියාවලියක්ම, ලිපින පවුල් දෙකම සහ DNS. පළමුවැන්නට ඔව් සහ දෙවැන්නට නැත යැයි කීම නැවත ඇරඹීමෙන් පසු නොරැඳෙන කිල් ස්විචයක් ලෙස මිනිසුන් වාර්තා කරන එම අසාර්ථකත්වයම ඇති කරයි: ආරම්භයේදී තත්පර කිහිපයක් ගමන් පිටතට ගලා යන අතර, කිසිවෙකු සොයා බැලීමට යන තෙක් කිසිවෙකු එය දකින්නේ නැත.

ස්ථර වෙන් කර තබන්න. සුරකින ලද ගිනිපවුරු නීති කට්ටලයක්, පැටවීමේදී ආරම්භ වන සේවාවක් සහ සේවාදායක මනාපයක් යනු වෙනස් ආයු කාල තුනක් ඇති වෙනස් වස්තු තුනකි. මනාපය නැවත ඇරඹීම්වලින් රැඳේ, එය වින්‍යාස ගොනුවක අගයක් නිසා. නීති පමණක් පැකට් අවහිර කරන දෙය වන අතර ඒවා රැඳවූ කර්නලය සමඟම අතුරුදහන් වේ.

අවහිරතාව නැවත පිහිටුවන වස්තුව සොයන්න

Linux හි netfilter නීති කර්නලයේ ජීවත් වේ. ඔබ සකසා නොමැති නම් පැටවීමේදී කිසිවක් ඒවා නැවත ලියන්නේ නැත: iptables-save සමඟ netfilter-persistent, nftables.service පූරණය කරයි /etc/nftables.conf, හෝ ඔබේම ස්ක්‍රිප්ටයක් ක්‍රියාත්මක කරන systemd ඒකකයක්. සක්‍රීයව ඇත්තේ කුමක්ද යන්න පරීක්ෂා කරන්න, ඔබ වින්‍යාස කළ බව මතක ඇති දෙය නොව.

systemctl is-enabled nftables netfilter-persistent 2>/dev/null
sudo nft list ruleset
sudo iptables -S OUTPUT

පැටවීමෙන් තත්පර කිහිපයකට පසු හිස් නීති කට්ටලය මාතෘකාවේ ප්‍රශ්නයට පිළිතුරයි. Windows හි සේවාදායක සේවාවෙන් එය ආරම්භ වන ආකාරය අසන්න, පසුව උමඟ පහළ ඇති විට වේදිකා පෙරහනේ තත්ත්වය උපුටා ගන්න.

Get-Service | Where-Object { $_.Name -match 'vpn' } | Select-Object Name, Status, StartType
netsh wfp show state

දෙවන විධානය wfpstate.xml වත්මන් නාමාවලියට ලියයි. සේවාදායකය සම්බන්ධ වීමට පෙර දැනටමත් පවතින අවහිර කිරීමේ ක්‍රියාවක් ඇති පෙරහන් සොයන්න. Base Filtering Engine පැටවීමේ ආරම්භයේදීම ආරම්භ වන අතර ස්ථිර ධජය සමඟ එකතු කළ පෙරහන් නැවත පිහිටුවයි, එබැවින් සමහර කිල් ස්විච කිසිදු සේවාදායක කවුළුවක් පවතින පෙරම ගමන් අවහිර කරන අතර තවත් සමහරක් එසේ නොකරයි. macOS හි sudo pfctl -s info pf සක්‍රීයද යන්න වාර්තා කරයි, sudo pfctl -s rules පූරණය වී ඇත්තේ කුමක්ද යන්න පෙන්වයි, සහ VPN සේවාදායක සාමාන්‍යයෙන් තම නීති ප්‍රධාන කට්ටලයට නොව ආධාරකයකට සම්බන්ධ කරයි. utun3 නම් කරන නීතියක් ඊළඟ පැටවීමෙන් පසු වෙනත් අතුරුමුහුණතකට යොමු විය හැක, එම අංකය ක්‍රියාකාරී විට පවරන නිසා.

ජාලය ඉහළට ඒම සහ උමඟ ඉහළට ඒම අතර පරතරය බලන්න

අනතුරුදායක පරතරය මුළු නැවත ඇරඹීම නොවේ, එය පරතරයයි. අතුරුමුහුණත එක් මොහොතක බදු දීමක් සහ පෙරනිමි මාර්ගයක් ලබා ගනී, VPN සේවාව තවත් මොහොතක ආරම්භ වේ, සහ උමඟ ඊටත් පසුව සත්‍යාපනය කරයි, සමහර විට පරිශීලකයා පිවිසී අක්‍රමාංක ඒජන්තයා ක්‍රියාත්මක වූ පසුව පමණි. අවහිරතාව අවසානයේ යොදන්නේ නම්, පරතරයේ ඇති සියල්ල විවෘතව පිටතට යයි.

systemd සත්කාරකවල නිගමනය නොකර පිළිවෙල කියවන්න. VPN සහ ගිනිපවුරු ඒකකවල systemctl cat ක්‍රියාත්මක කර After= සහ Before= සම්බන්ධව network-pre.target හෝ network-online.target බලන්න. network-online.target පසුව අනුපිළිවෙල කළ ගිනිපවුරු ඒකකය අතුරුමුහුණතට පරාජය වේ; network-pre.target ඉල්ලා ඊට පෙර අනුපිළිවෙල කළ ඒකකය ජය ගනී. Windows හි සමාන ප්‍රශ්න වන්නේ සේවාවේ ආරම්භක වර්ගය සහ එහි යැපීම්, එනම් Manual ලෙස සකසන ලද සේවාවකට පැටවීමේ කාලයේ ක්‍රියාවලියක් අවහිර කළ නොහැකි නිසා. ඔබේ අවශ්‍යතාවයට පිවිසීමට පෙර ගමන් ඇතුළත් නම්, උපාංග මට්ටමේ සැකසුමක් පමණක් එය ඉටු කරයි: Always On VPN උපාංග උමඟ යන්ත්‍ර සහතිකයකින් සත්‍යාපනය කර පරිශීලකයා පිවිසීමට පෙර සම්බන්ධ වේ, සහ Microsoft උපාංග උමඟේ වින්‍යාසය ලේඛනගත කරයි පරිශීලක උමඟෙන් වෙන්ව. Android වෙනත් මාවතක් ගනී, සැමවිටම-සක්‍රීය VPN බලාත්මක කර එය නොමැතිව සම්බන්ධතා යෙදුම් ක්‍රියාවලියකින් නොව පද්ධතියෙන් අවහිර කරයි.

පරීක්ෂණය ධාවනය කර පසුව කාල රේඛා දෙකක් සසඳන්න

කාන්දු වුවත් කිසිවක් වැය නොවන ගමනාන්තයක් සමඟ නැවත අරඹන්න, සහ තත්ත්වය පරතරයෙන් පසුව නොව පරතරය අතරතුර ග්‍රහණය කරන්න. පිරිසිදුම ක්‍රමය පැටවීමේ කාල පරීක්ෂකයකි: වේදිකාව ඉඩ දෙන තරම් ඉක්මනින් ආරම්භ වන, පෙරනිමි මාර්ගය සහ ගිනිපවුරු තත්ත්වය වාර්තා කරන, කෙටි කාල සීමාවකින් එක් ඉල්ලීමක් උත්සාහ කරන සහ දේශීය ගොනුවකට පේළියක් එකතු කරන oneshot ඒකකයක් හෝ නියමිත කාර්යයක්. එම වාර්තාව journalctl -b -u හෝ පද්ධති ලොගයෙන් ලැබෙන VPN සේවාවේ ආරම්භක වේලාව සමඟ සසඳන්න.

පසුව සාමාන්‍ය පරීක්ෂණය කරන්න: උමඟ ඉහළට, සම්බන්ධතාව කපන්න, සෘජු ගමන් අවහිර වේද යන්න බලන්න, ප්‍රතිස්ථාපනය කරන්න. දෙවැන්න සමත් වී පළමුවැන්න අසමත් වීම සාමාන්‍ය ප්‍රතිඵලය වන අතර, එයින් අදහස් වන්නේ බලාත්මක කිරීම සේවාදායක පැත්තේ ඇති බවයි, එය සේවාදායකය සම්බන්ධ වන විට යෙදෙන අතර පැටවීමේදී නොවේ. මා අවසන් වරට විගණනය කළ යන්ත්‍රයේ, අවහිරතාව පැමිණියේ NetworkManager හි යවන්නා ස්ක්‍රිප්ටයෙනි: පවතින සහ නිවැරදි සහ අතුරුමුහුණත ඉහළට එන්නට පෙර තත්පර සඳහා නිෂ්ඵලය. ප්‍රතිඵල දෙකම ලියන්න, එනම් නැවත ඇරඹීමෙන් රැඳීම අර්ථවත් වන්නේ කුමන ස්ථරය කුමන මොහොතේ සිට රැඳුණාද යැයි ඔබ පවසන විටය.

ආපසු එන මාවත නොකඩවා පරතරය වසන්න

පැටවීමේදී අවහිරතාව නොමැති නම්, දෙවන සේවාදායක නීතියක් එකතු කරනවාට වඩා බලාත්මක කිරීම එක් ස්ථරයක් පහළට ගෙන යන්න. නීති කට්ටලය සුරකින්න සහ ජාලය භාවිතයට ගැනීමට පෙර අනුපිළිවෙල කළ ඒකකයකින් එය පූරණය කරන්න, එම ඒකකයට එය ආරක්ෂා කළ යුතු DNS සෙවීමක් හෝ ජාල සවි කිරීමක් අවශ්‍ය නොවන බවට සහතික වන්න. විෂය පථය කාලය තරම්ම වැදගත්: පරිශීලක ID හෝ cgroup සමඟ ගැළපෙන නීති සෑම පද්ධති ආධාරකයක්ම අවහිරතාවෙන් පිටත තබයි, සහ IPv4 පමණක් හසුරුවන කට්ටලයක් IPv6 සහ DNS ළඟා විය හැකි ලෙස තබයි.

ඔබටම ආපසු එන මාවතක් තබන්න. පැටවීමේදී සියල්ල අවහිර කර පසුව සත්‍යාපනය කළ නොහැකි යන්ත්‍රයකට ජාලයක්ම නැත, සහ පිළියම අවහිරතාව මකා දැමීම නොව අක්‍රමාංකය හෝ අනුපිළිවෙල අලුත්වැඩියා කිරීමයි. දේශීය කොන්සෝලය සඳහා ලේඛනගත ක්‍රියා පටිපාටියක් සහ උමඟට සැබවින්ම අවශ්‍ය දේ සඳහා පටු, හිතාමතා කළ ව්‍යතිරේකයක් තබා ගන්න, උදාහරණයක් ලෙස සේවාදායක ලිපිනය සහ උමඟ පවතින පෙර භාවිතා කරන විසඳන්නා.

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