ఫైర్‌వాల్ VPN ను నిరోధిస్తోందా? దశల వారీ తనిఖీ

ఒక VPN సమయ ముగింపు ఉపయోగకరమైన ప్రతిస్పందన రాలేదని మాత్రమే నిరూపిస్తుంది, కారణం గురించి ఏమీ నిరూపించదు. ప్రొఫైల్ తప్పు పోర్టును పేర్కొనవచ్చు, సర్వర్ ఆగిపోయి ఉండవచ్చు, లేదా అభ్యర్థన పనిచేసే తిరిగి వెళ్లే మార్గం లేకుండా రావచ్చు. వీటిలో ప్రతిదీ వేరే జాడను వదిలిస్తుంది, ఏ నియమాన్ని తాకాలో ఆ జాడే చెబుతుంది. క్రింది నాలుగు దశలను క్రమంగా పూర్తి చేయండి. వాటిలో ఒకటి లక్షణాన్ని వివరించిన వెంటనే ఆపండి.

దశ 1: సర్వర్ మరియు రవాణాను నిర్ధారించండి

సర్వర్ పేరు, రవాణా మరియు పోర్టును స్థానిక మార్పు నుండి కాకుండా ఆపరేటర్ ప్రస్తుత ప్రొఫైల్ నుండి చదవండి. మీ ల్యాప్‌టాప్‌లో మార్చిన పోర్టు పబ్లిక్ సర్వర్‌పై శ్రోతను సృష్టించలేదు, ఆ అసమానత నిరోధానికి సమానమైన సమయ ముగింపును ఇస్తుంది. ప్రొఫైల్ మద్దతు ఉన్న ప్రత్యామ్నాయ రవాణాను అందిస్తే, దాన్ని పరిష్కారంగా కాకుండా ప్రత్యామ్నాయంగా నమోదు చేయండి. పేరును పరిష్కరించి, సమాధానాన్ని ఆపరేటర్ ప్రచురించిన చిరునామాతో పోల్చండి.

పాత DNS రికార్డు ఎప్పుడూ సమాధానం ఇవ్వని హోస్ట్‌కు క్లయింట్‌ను పంపుతుంది. ఇది కూడా ఫిల్టర్‌ను అనుకరించే మరో లోపం, దాన్ని తొలగించడానికి ఒకే ప్రశ్న సరిపోతుంది.

రెండు విలువలను టికెట్‌లో రాయండి. తర్వాతి ప్రతి పోలిక వాటిని ఉపయోగిస్తుంది, అవి లేకుండా టికెట్ దర్యాప్తును మళ్లీ ప్రారంభిస్తుంది.

దశ 2: ఒక నియంత్రిత పోలికతో మార్గాన్ని నిరూపించండి

పరికరం మరియు ప్రొఫైల్ మార్చకుండా ఉంచి, మరో విశ్వసనీయ యాక్సెస్ నెట్‌వర్క్‌ను ప్రయత్నించండి. అక్కడ టన్నెల్ లేస్తే, భేదం అసలు మార్గం లేదా దాని విధానం. అసలు నెట్‌వర్క్‌లో రెండో ఆమోదిత పరికరం పనిచేస్తే, భేదం మొదటి పరికరం. ఈ రెండు పోలికల్లో ఒకటి దాదాపు ఎప్పుడూ నిర్ణాయకం.

మొదట ఏదైనా చట్టబద్ధ నెట్‌వర్క్ సైన్-ఇన్ పూర్తి చేయండి, ఎందుకంటే క్యాప్టివ్ పోర్టల్ పూర్తయ్యే వరకు నిరోధంలా కనిపిస్తుంది.

మీరు నిజంగా ఉపయోగించే పోర్టును పరీక్షించండి, TCP ఫలితాన్ని TCP గురించిన సమాచారంగా మాత్రమే పరిగణించండి.

Resolve-DnsName vpn.corp.example
tracert -h 8 -w 500 vpn.corp.example
Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed

పోర్టు 443పై విజయవంతమైన TCP హ్యాండ్‌షేక్ అంటే అక్కడ శ్రోత సమాధానం ఇచ్చింది. ఇది 51820పై UDP శ్రోత గురించి ఏమీ చెప్పదు, చర్చలు పూర్తయ్యాయా అని కూడా చెప్పదు.

దశ 3: వైఫల్యం సమయానికి సంబంధించిన భద్రతా సంఘటనలను చదవండి

ఫైర్‌వాల్ సంఘటనలు అందుబాటులో ఉన్న బలమైన సాక్ష్యం, వాటితో మొదట చెప్పవలసిన ఒక షరతు ఉంది. అనేక డిఫాల్ట్ ప్రొఫైల్‌లలో లాగింగ్ నిలిపివేయబడి ఉంటుంది, కాబట్టి ఖాళీ లాగ్‌ను నిర్దోషత్వానికి సాక్ష్యంగా చదవడానికి ముందు సంబంధిత ప్రొఫైల్ తిరస్కరణలను నమోదు చేస్తుందా అని తనిఖీ చేయండి. లాగింగ్ ఆన్‌లో ఉన్నప్పుడు, సంఘటన నియమం, దిశ మరియు చిరునామాలను పేర్కొంటుంది, అది నియమ మార్పుకు సరిగ్గా అవసరమైనది. అప్లికేషన్ నియమాలు మరియు పోర్టు నియమాలు వేర్వేరు వస్తువులు, నిర్వహిత విధానం స్థానిక అమరికను అధిగమించగలదు. ఒక నియమం నిజంగా ఏ క్లయింట్‌ను, ఏ సేవను కవర్ చేస్తుందో నిర్ధారించండి.

ప్రొఫైల్ స్థితి మరియు ఇటీవలి సంఘటనలను విఫలమైన మెషీన్ నుండే సేకరించండి, పక్కనున్న హోస్ట్ నుండి కాదు.

సంఘటన సమయాన్ని మీ పరీక్ష ప్రయత్న సమయంతో పోల్చండి, ఎందుకంటే వేరే టైమ్‌స్టాంప్‌తో సరిపోలే నియమ పేరు యాదృచ్ఛికం.

Get-NetFirewallProfile | Select-Object Name, Enabled, DefaultInboundAction, LogBlocked
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object DisplayName -match 'VPN'
Get-WinEvent -LogName 'Microsoft-Windows-Windows Firewall With Advanced Security/Firewall' -MaxEvents 20

మీరు నిర్వహించే సర్వర్‌లో, అభ్యర్థన శ్రోతను చేరిందా అని అడగండి. ప్రతిస్పందన లేకుండా వచ్చే ప్యాకెట్ ఫార్వార్డింగ్ లేదా తిరిగి వెళ్లే మార్గం సమస్య. ఎప్పుడూ కనిపించని అభ్యర్థన ఫిల్టరింగ్ లేదా చిరునామా సమస్య.

దశ 4: టన్నెల్ లేచిన తర్వాత ఫార్వార్డింగ్‌ను పరీక్షించండి

ఫైర్‌వాల్ సెషన్‌కు అనుమతి ఇచ్చి కూడా సెషన్ చేరాలనుకునే ప్రతిదాన్ని తిరస్కరించగలదు. ఫార్వార్డింగ్ sysctl, NAT నియమాలు మరియు తిరిగి వెళ్లే మార్గాలు అన్నీ ప్రామాణీకరణ తర్వాత ఉంటాయి, VPN పోర్టుకు ఇచ్చే విస్తృత మినహాయింపు వాటిలో ఏదీ సరిచేయదు. ఒక అంతర్గత గమ్యాన్ని, ఒక ఇంటర్నెట్ గమ్యాన్ని విడివిడిగా పరీక్షించండి, ఎందుకంటే అవి సాధారణంగా వేరే కారణాల వల్ల విఫలమవుతాయి. అంతర్గత పేర్లు విఫలమై చిరునామాలు పనిచేస్తే, ఏ నియమానికి ముందైనా నెట్టిన DNS చూడండి.

క్లయింట్ కనెక్ట్ అయి విఫలమయ్యే అభ్యర్థనను ప్రయత్నిస్తున్నప్పుడు సర్వర్‌పై క్రింది మూడు తనిఖీలను నడపండి.

టన్నెల్ ఇంటర్‌ఫేస్‌పై కౌంటర్లే ముఖ్యం, ఎందుకంటే ప్యాకెట్లు లోపలికి వచ్చాయా, ఏదైనా బయటకు వెళ్లిందా అని అవి చూపుతాయి.

sysctl net.ipv4.ip_forward
nft list ruleset | grep -n -E 'forward|masquerade'
tcpdump -ni tun0 -c 10

టన్నెల్‌కు ప్యాకెట్లు వచ్చి గమ్యం వైపు ఏదీ వెళ్లకపోతే, అనుమానితం ఫార్వార్డింగ్ లేదా NAT. ఏదీ రాకపోతే, సెషన్ లేచి ఉంది కానీ క్లయింట్ పంపడం లేదు, చూడవలసిన స్థలం క్లయింట్ రూటింగ్ పట్టిక.

సవరణను తనిఖీ చేసి సహాయపడనిదాన్ని తీసివేయండి

ఆమోదిత సవరణ తర్వాత విఫలమైన అదే పరీక్షను పునరావృతం చేసి, ఫలితాన్ని అదే ప్రొఫైల్ మరియు పరికరానికి వ్యతిరేకంగా నమోదు చేయండి. తర్వాత ఫలితాన్ని మార్చని ఏదైనా తాత్కాలిక మినహాయింపును తీసివేయండి, ఎందుకంటే ఉపయోగించని మినహాయింపులు పేరుకుపోతాయి, ప్రతిదీ ఎవరికీ గుర్తులేని నిర్ణయం. మిగిలినదాన్ని ఇరుకుగా ఉంచండి: ఒక గమ్యం, ఒక పోర్టు, ఒక దిశ, ఒక యజమాని.

అదే మూడు ఆదేశాలను మళ్లీ నడపండి మరియు మార్పుకు ముందు సేవ్ చేసిన అవుట్‌పుట్‌లతో పోల్చండి.

Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed
tracert -h 8 -w 500 vpn.corp.example
Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match 'VPN' | Select-Object DisplayName, Action

పోలిక నెట్‌వర్క్ పనిచేసి, అసలు నెట్‌వర్క్ ఇంకా విఫలమై, సంఘటనలు ఖాళీగా ఉంటే, మిగిలిన అనుమానితం హోస్ట్ కాదు, మార్గం. రెండు పోలిక ఫలితాలను జత చేసి దాన్ని నెట్‌వర్క్ యజమానికి నిర్దిష్ట ప్రకటనగా అందించండి. నిలిపివేసిన ఫైర్‌వాల్ ప్రొఫైల్ కంటే ఇక్కడ ఆపడం మంచిది.