VPN డిస్‌కనెక్ట్ అయిన తర్వాత కూడా సేఫ్టీ స్విచ్ ట్రాఫిక్‌ను నిరోధిస్తూనే ఉంటుంది

టన్నెల్ పోయింది, నెట్‌వర్క్ చిహ్నం సాధారణంగా కనిపిస్తుంది, ఏదీ లోడ్ కావడం లేదు. మీరు VPN ను డిస్‌కనెక్ట్ చేశారు, తొలగించారు లేదా రీబూట్ చేశారు, కానీ కనెక్షన్ తెగినప్పుడు మిమ్మల్ని రక్షించాల్సిన బ్లాక్ ఇంకా నిలబడి ఉంది. క్లయింట్ విండో దీన్ని వివరించలేదు, ఎందుకంటే మిమ్మల్ని నిరోధించేది క్లయింట్ కాదు: నిర్ణయం మీ పేరుతో కర్నెల్‌లో రాయబడింది, దాన్ని తొలగించడానికి ఏమీ మిగలలేదు. Windows లో ఆ స్థితి Windows Filtering Platform లో ఉంటుంది; Linux లో అది iptables లేదా nftables లోని నియమాల సముదాయం, తరచుగా బూట్ సమయంలో తిరిగి అమలయ్యే స్నాప్‌షాట్‌తో. ఇక మీదట నేను ఉపయోగించే క్రమం: స్థితిని చదవండి, వైఫల్యాన్ని వివరించే అత్యంత సన్నని వస్తువును తొలగించండి, ఆపై దాన్ని పదే పదే తిరిగి పెట్టేదాన్ని కనుగొనండి.

సేఫ్టీ స్విచ్ అనేది సెట్టింగ్ కాదు, కర్నెల్ స్థితి

డెస్క్‌టాప్ క్లయింట్లు టన్నెల్ వెలుపలి ట్రాఫిక్‌ను తిరస్కరించే ఫిల్టర్లను జోడించడం ద్వారా నిరోధాన్ని అమలు చేస్తాయి. Windows లో అవి connect-redirect మరియు transport పొరలలోని WFP ఫిల్టర్లు, కొన్ని శాశ్వతమైనవి: అవి Base Filtering Engine విధాన నిల్వలో నమోదై, ఏ VPN సాఫ్ట్‌వేర్ అయినా అమలు కాకముందే యంత్రం బూట్ అయినప్పుడు పునరుద్ధరించబడతాయి. క్లయింట్లు ఎప్పుడు శుభ్రం చేస్తాయనే విషయంలో భిన్నంగా ఉంటాయి. కొన్ని డిస్‌కనెక్ట్ సమయంలో ఫిల్టర్లను తొలగిస్తాయి, కొన్ని శుభ్రమైన నిష్క్రమణలో మాత్రమే, మరికొన్ని మొదట స్విచ్ ఆఫ్ చేసినప్పుడే. బ్లాక్ యాక్టివ్‌గా ఉన్నప్పుడు అన్‌ఇన్‌స్టాల్ చేయండి, లేదా ప్రాసెస్‌ను చంపండి, ఫిల్టర్లు మిగిలి ఉంటాయి.

Linux లో సమానమైనది అవుట్‌పుట్ మార్గంలోని drop లేదా reject నియమం, కొన్నిసార్లు forwarding నియమం, కొన్నిసార్లు మార్చబడిన chain విధానం. ఆ నియమాలు వాటిని జోడించిన ప్రాసెస్ కంటే ఎక్కువ కాలం జీవిస్తాయి ఎందుకంటే అవి కర్నెల్ స్థితి: క్లయింట్‌ను చంపండి, క్రాష్ చేయండి లేదా విద్యుత్ కత్తిరించండి — కర్నెల్ ప్యాకెట్లను పడవేయడం కొనసాగిస్తుంది, దాన్ని రద్దు చేయడానికి ఏమీ మిగలదు. నిలకడ ప్యాకేజీ ప్రస్తుత నియమాల సమితి స్నాప్‌షాట్ తీసుకుని బూట్ సమయంలో పునరుద్ధరించడం ద్వారా రెండవ నిలకడ పొరను జోడిస్తుంది, కాబట్టి తదుపరి ప్రారంభం బ్లాక్ ఇప్పటికే ఇన్‌స్టాల్ అయిన స్థితిలో మొదలవుతుంది.

ఏదైనా తొలగించే ముందు WFP స్థితిని చదవండి

Windows అవసరమైన సాధనాలతో వస్తుంది. నిర్వాహక ప్రాంప్ట్ నడపండి మరియు ప్లాట్‌ఫారమ్ స్థితిని డంప్ చేయండి; డంప్ పని డైరెక్టరీలో wfpstate.xml గా వస్తుంది.

netsh wfp show state
netsh wfp show filters
Get-Service bfe

XML లో వెళ్లిపోయిన విక్రేత పేరు, Block చర్య మరియు పొరను వెతకండి. సాధారణ ట్రాఫిక్‌ను విచ్ఛిన్నం చేసేవి connect-redirect మరియు transport ఫిల్టర్లు; receive-accept పొరపై ఫిల్టర్ సాధారణంగా మీ కారణం కాదు. Base Filtering Engine అసలు నడవకపోతే వేరే చోట చూడండి, ఎందుకంటే ఆ ఫిల్టర్లను వేరే ఏదీ అమలు చేయలేదు.

సాధారణ ఫైర్‌వాల్ వీక్షణను కూడా తనిఖీ చేయండి, ఎందుకంటే చాలామంది రెండింటిలో ఒకటి మాత్రమే చూస్తారు:

netsh advfirewall show allprofiles
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundAction

అంతర్నిర్మిత ప్రొఫైల్‌లు ఆన్‌లో ఉన్నప్పుడు విఫలమవుతున్న ట్రాఫిక్‌కు ఏ నియమం సరిపోకపోతే, బ్లాక్ Windows Firewall నుండి కాదు, మూడవ పక్ష ప్రొవైడర్ నుండి వస్తుంది. ఆ భేదమే మరమ్మత్తుకు ఏ సాధనాన్ని ఉపయోగిస్తారో నిర్ణయిస్తుంది.

మీరు తొలగించే వాక్యనిర్మాణంలోనే Linux నియమాలను చదవండి

iptables -S నియమాలను జోడించిన అదే రూపంలో ముద్రిస్తుంది, కాబట్టి అవుట్‌పుట్‌ను తొలగింపుకు నేరుగా తిరిగి ఉపయోగించవచ్చు. iptables -L -v -n ప్యాకెట్ కౌంటర్లను జోడిస్తుంది, ఆ కౌంటర్లు నియమం మీ విఫలమైన అభ్యర్థనలతో నిజంగా సరిపోతుందా లేదా chain లో సుమ్మన కూర్చుందా అని చెబుతాయి.

sudo iptables -S
sudo ip6tables -S
sudo iptables -t nat -S

నియమాలే కాదు, chain విధానాలను కూడా చదవండి: -P OUTPUT DROP ఏ నియమం సరిపోకపోయినా ట్రాఫిక్‌ను నిరోధిస్తుంది. IPv6 ను విడిగా పరిశీలించండి, ఎందుకంటే రెండు కుటుంబాలను ఇన్‌స్టాల్ చేసే క్లయింట్ IPv4 నియమాలు పోయిన తర్వాత కూడా IPv6 బ్లాక్‌ను ఉంచవచ్చు, అప్పుడు లక్షణం అప్లికేషన్ ఏ కుటుంబానికి ప్రాధాన్యం ఇస్తుందనే దానిపై ఆధారపడుతుంది. nftables ఉపయోగించే చోట nft list ruleset కూడా నడపండి; రెండు సాధనాలు అనుకూలత పొర ద్వారా కలిసి ఉంటాయి, ఒక జాబితా ప్యాకెట్‌ను పడవేయగల ప్రతి నియమాన్ని చూపుతుందని అర్థం లేదు.

వైఫల్యాన్ని వివరించే అత్యంత సన్నని వస్తువును తొలగించండి

Windows లో మొదటి అడుగు ఇంకా విక్రేత సొంత తొలగింపు మార్గమే: ఇన్‌స్టాలర్‌ను మళ్లీ నడపి repair లేదా uninstall ఉపయోగించండి, లేదా విక్రేత ప్రచురిస్తే శుభ్రపరిచే సాధనాన్ని నడపండి. మిగిలిన సేవలు మరియు షెడ్యూల్ చేసిన పనులు సాధారణం, లాగిన్‌లో క్లయింట్‌ను ప్రారంభించే పని తదుపరి బూట్‌లో దాని ఫిల్టర్లను మళ్లీ ఇన్‌స్టాల్ చేస్తుంది. క్లయింట్ రిజిస్ట్రీ కీని చదివేటప్పుడు విఫలమయ్యే అన్‌ఇన్‌స్టాల్ సాధారణంగా సేవ లేదా పని ఇంకా దాన్ని పట్టుకుని ఉందని అర్థం, రిజిస్ట్రీ పాడైందని కాదు.

Get-ScheduledTask | Where-Object TaskName -like '*vpn*'
Get-Service | Where-Object DisplayName -like '*vpn*'

శాశ్వత ఫిల్టర్లు చివరి మార్గం. అవి HKLM\SYSTEM\CurrentControlSet\Services\BFE\Parameters\Policy\Persistent\Filter కింద ఉంటాయి, ప్రతి ఫిల్టర్‌కు GUID తో కీలింగ్ చేసిన ఒక విలువ. మొదట కీని ఎగుమతి చేయండి, తొలగించే GUID లను నమోదు చేయండి, వెళ్లిపోయిన క్లయింట్‌కు చెందిన విలువలను మాత్రమే తొలగించండి, ఆపై ఇంజిన్ తన స్థితిని తిరిగి నిర్మించడానికి రీబూట్ చేయండి. మొత్తం కీని తొలగించవద్దు, Base Filtering Engine ను నిలిపివేయవద్దు: Windows Firewall మరియు Defender దానిపై ఆధారపడతాయి, ఒక అంతరాయాన్ని అంతకంటే దారుణంతో మార్చుకుంటారు.

reg export "HKLM\SYSTEM\CurrentControlSet\Services\BFE\Parameters\Policy\Persistent" C:\temp\bfe-backup.reg

Linux లో iptables -S ముద్రించిన పంక్తిని తీసుకుని -A స్థానంలో -D పెట్టండి. మీరు గుర్తించిన ఒకే నియమాన్ని తొలగించడం chain ను ఖాళీ చేయడం కంటే మేలు, ఎందుకంటే మీ సొంత విధానం చెక్కుచెదరకుండా ఉంటుంది.

sudo iptables -D OUTPUT -p udp -j REJECT

drop వినియోగదారు నిర్వచించిన chain లో ఉంటే, మొదట ఆ chain కు వెళ్లే జంప్‌ను తొలగించి, తర్వాత -X తో chain ను తీసివేయండి. drop నియమాలు ఇంకా ఉన్నప్పుడు chain విధానాన్ని ACCEPT చేయడం విధాన నిర్ణయానికి చేరే ప్యాకెట్లకు మాత్రమే సహాయపడుతుంది. ప్రతి పట్టికను ఖాళీ చేయడం చివరి మార్గం: ఇతర కారణాల కోసం జోడించిన నియమాలను కూడా తీసివేస్తుంది, ufw ఆన్‌లో ఉంటే సేవ ఇక లేని chain లను తనవిగా భావించేలా చేస్తుంది.

దాన్ని తిరిగి పెట్టే యజమానిని కనుగొనండి

తక్షణ మరమ్మత్తు తర్వాత స్థితిని పునరుద్ధరించేదాన్ని వెతకండి. Linux లో నిలకడ యూనిట్ యాక్టివ్‌గా ఉందా, క్లయింట్‌కు లాగిన్‌లో ఫైర్‌వాల్ పునరుద్ధరణ సెట్టింగ్ ఉందా, /etc కింద సేవ్ చేసిన నియమ ఫైల్ ఉందా అని తనిఖీ చేయండి. Windows లో స్టార్టప్ ఎంట్రీలు, సేవలు మరియు షెడ్యూల్ చేసిన పనులను మళ్లీ తనిఖీ చేసి, ఆపై రీబూట్ చేసి మునుపటిలాగే అదే ఆదేశాలతో స్థితిని మళ్లీ చదవండి.

బ్లాక్ తిరిగి వస్తే, తొలగింపే పరిష్కారం కాదు; యజమానే పరిష్కారం. ఏ క్లయింట్ లేదా సేవ దాన్ని ఇన్‌స్టాల్ చేస్తుందో నమోదు చేసి అక్కడే ఫీచర్‌ను నిలిపివేయండి, ప్రతి డిస్‌కనెక్ట్ తర్వాత ఫైర్‌వాల్ పొరపై పోరాడటం బదులు.

ఒక ping కాదు, నిజమైన ట్రాఫిక్‌తో ధృవీకరించండి

పేరు పరిష్కారం, TCP కనెక్షన్ మరియు కొత్త బ్రౌజర్ సెషన్‌ను పరీక్షించి, ఆపై రీబూట్ చేసి అదే మూడు తనిఖీలను పునరావృతం చేయండి. HTTPS విఫలమవుతున్నప్పుడు ping పనిచేస్తే అది నెట్‌వర్క్ వైపు కాదు, transport పొర ఫిల్టర్ వైపు సూచిస్తుంది; రీబూట్ తర్వాత మాత్రమే మళ్లీ కనిపించే బ్లాక్ మీరు ఇంకా కనుగొనని యజమాని వైపు సూచిస్తుంది.

సాక్ష్యాలను ఉంచండి: ఎగుమతి చేసిన BFE కీ, లేదా మార్పుకు ముందు సంగ్రహించిన iptables -S అవుట్‌పుట్. సరిచేయబడిందని చెప్పే ముందు, వస్తువును ఏ పొర నుండి తొలగించారు, దాన్ని తిరిగి ఇన్‌స్టాల్ చేయగల యజమాని ఎవరు, ఒక శుభ్రమైన రీబూట్ తర్వాత స్థితి, మరియు VPN ప్రాసెస్ నడవకుండా సాధారణ బ్రౌజింగ్ పనిచేస్తుందని నిర్ధారించండి. iptables(8) మాన్యువల్ పేజీలో శుభ్రపరచడాన్ని స్క్రిప్ట్ చేస్తే ఖచ్చితమైన తొలగింపు మరియు విధాన వాక్యనిర్మాణం ఉంది.