పింగ్ ఒక దిశలో మాత్రమే పనిచేస్తుంది: Windows సర్వర్ ప్రతిధ్వనిని ఎందుకు వదిలేస్తుంది

మీ క్లయింట్ సర్వర్కు పింగ్ పంపుతుంది, సర్వర్ క్లయింట్కు పింగ్ పంపలేదు, అయినా సొరంగం ఆ రెండు వాక్యాలలోనూ ప్యాకెట్లను స్పష్టంగా తరలిస్తోంది. భిన్నమైనది మార్గం కాదు, ప్రతి పరీక్ష మొదటి ప్యాకెట్: ఒకటి Windows ఇప్పటికే ట్రాక్ చేస్తున్న ప్రవాహానికి ప్రతిస్పందన, మరొకటి ఏ నియమం అనుమతించని కొత్త ఇన్బౌండ్ అభ్యర్థన. ఈ భేదమే ఒక దిశ పింగ్ నివేదికలలో చాలావరకు వివరిస్తుంది, మీరు రాయాల్సిన నియమాన్ని నేరుగా సూచిస్తుంది. వ్యతిరేక దిశలలో చేసిన రెండు పరీక్షలు ఈ సందర్భాలను సుమారు ఒక నిమిషంలో వేరు చేస్తాయి.

రెండు దిశలు, రెండు వేర్వేరు నిర్ణయాలు

క్లయింట్ ప్రతిధ్వని అభ్యర్థనను పంపినప్పుడు, Windows ఫైర్వాల్ అనుమతించాలని నిర్ణయించుకున్న అవుట్బౌండ్ కనెక్షన్ను చూస్తుంది. ప్రతిస్పందన ఆ స్థాపిత ప్రవాహం లోపలే తిరిగి వస్తుంది, కాబట్టి స్థితిని ట్రాక్ చేసే ఇంజిన్ ICMP కోసం ఏ ఇన్బౌండ్ నియమాన్నీ అడగకుండా దాన్ని అనుమతిస్తుంది. ఆచరణలో స్థితి ఆధారిత ఫిల్టరింగ్ అంటే ఇదే, ఎవరూ రాయని నియమం ఇందులో పాల్గొనదు. అందువల్ల క్లయింట్ విజయం ఇన్బౌండ్ విధానం గురించి ఏమీ చెప్పదు.

సర్వర్ అభ్యర్థనను మొదట పంపినప్పుడు, ఏ స్థితి దానికి సరిపోదు. Windows ప్యాకెట్ను కొత్త ఇన్బౌండ్ కనెక్షన్గా పరిగణించి ఇన్బౌండ్ విధానాన్ని అడుగుతుంది, అది డిఫాల్ట్గా ఏకపక్ష మూలాల నుండి వచ్చే ప్రతిధ్వని అభ్యర్థనలకు ఏమీ ఏర్పాటు చేయదు.

అంటే క్లయింట్ విజయం అవుట్బౌండ్ ICMP మరియు తిరిగి వచ్చే మార్గం పనిచేస్తున్నాయని నిరూపించింది. అది ఇన్బౌండ్ నిర్ణయాన్ని ఎప్పుడూ పరీక్షించలేదు, ఫైర్వాల్ బాగానే ఉందనే సహజ ముగింపు సమంజసమైనది కానీ తప్పు. అందుకే సాక్ష్యం ఇప్పటికే ఉన్న టికెట్లలోనూ ఈ పొరపాటు పునరావృతమవుతుంది.

ప్యాకెట్ అదృశ్యమయ్యే వరకు అనుసరించండి

ఏదైనా మార్చే ముందు చిరునామాలను నిర్ధారించండి: క్లయింట్ నిజంగా కలిగి ఉన్న సొరంగ చిరునామాను ఉపయోగించండి, సర్వర్ క్లయింట్ వెనుక ఉన్న LAN చిరునామాకు కాదు, దానికే మార్గం ఇస్తుందో లేదో తనిఖీ చేయండి. సర్వర్ ప్రాంప్ట్ నుండి రెండు వైఫల్యాలు ఒకేలా కనిపిస్తాయి, ఎందుకంటే రెండూ సమయం ముగియడంతో ముగుస్తాయి. ప్యాకెట్ ఎక్కడ చనిపోతుందో అనేది ఏమి మార్చాలో నిర్ణయించే ఏకైక వాస్తవం.

అభ్యర్థన సొరంగ ఇంటర్ఫేస్కు చేరి బయటకు ఏమీ వెళ్లకపోతే, స్థానిక ఫైర్వాల్ సంభావ్య కారణం. అది ఇంటర్ఫేస్కు ఎప్పుడూ చేరకపోతే, సమాధానం పైన ఉంది: సర్వర్లో ఒక మార్గం, అవుట్బౌండ్ విధానం, లేదా VPN యొక్క స్వంత సహచర ముఖ పంపిణీ.

సర్వర్ పింగ్ చేస్తున్నప్పుడు క్లయింట్ సొరంగ ఇంటర్ఫేస్లో క్యాప్చర్ చేయండి. అభ్యర్థన పక్కన ప్రతిస్పందన లేకుండా రావడాన్ని చూడడమే Windows నియమం రాయడానికి సమర్థన ఇచ్చే సాక్ష్యం. ఏమీ కనిపించకపోతే అది మిమ్మల్ని పైకి పంపుతుంది, ఆ స్థితిలో చేర్చిన నియమం ఎప్పుడూ రాని ప్యాకెట్కు యంత్రాన్ని మరింత అనుమతించేలా చేస్తుంది మాత్రమే. ఏ సందర్భంలోనైనా క్యాప్చర్ ఖర్చు అది భర్తీ చేసే ఊహల కంటే తక్కువ.

ICMP తెరవడం బదులు ఒక నియమాన్ని పరిమితం చేయండి

ఏదైనా రాసే ముందు అడాప్టర్ మరియు దాని ప్రస్తుత వర్గాన్ని గుర్తించండి, ఎందుకంటే రెండూ మీరు సెట్ చేయబోయే పరిధిలో కనిపిస్తాయి. ఆ మారుపేరు Windows ఇంటర్ఫేస్ పేరు, అది మీరు దిగుమతి చేసుకున్న VPN ప్రొఫైల్ పేరు కావాల్సిన అవసరం లేదు. కింది ఆదేశాలు ఏమి ఉందో జాబితా చేసి, తర్వాత వర్తించకుండా పరిమిత నియమం యొక్క మునుజూపు చూపుతాయి.

Get-NetConnectionProfile
Get-NetAdapter | Where-Object Status -eq 'Up'
New-NetFirewallRule -DisplayName "VPN server echo" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -RemoteAddress 10.63.0.1 -InterfaceAlias "Office VPN" -Profile Private -Action Allow -WhatIf

ICMPv4 రకం 8 అనేది ప్రతిధ్వని అభ్యర్థన, సర్వర్ సమాధానం పొందాల్సిన ఏకైక సందేశం. దాన్ని సర్వర్ సొరంగ చిరునామాకు మరియు సొరంగ ఇంటర్ఫేస్కు పరిమితం చేయండి, మరియు ప్రొఫైల్ను అడాప్టర్ నిజంగా ఉన్నట్టుగానే ఉంచండి. ఒక ఉదాహరణకు సరిపోయేలా నెట్వర్క్ పేరు మార్చడం దాని స్వంత పరిణామాలున్న వేరే మార్పు.

నియమం ఏమి కవర్ చేయదు

IPv6 ప్రతిధ్వని వేరే సందేశ రకంతో వేరే ప్రోటోకాల్, కాబట్టి ICMPv4 నియమం దాని గురించి ఏమీ చెప్పదు, రెండు కుటుంబాలను మోసే సొరంగానికి మరొకదానికి స్వంత నియమం కావాలి. ఈ నియమం మరేదీ తెరవదు: RDP, ఫైల్ భాగస్వామ్యం మరియు మిగిలిన ప్రతి సేవ ఇప్పటికీ తమ స్వంత విధానంపై ఆధారపడతాయి. విస్తృత ICMP అనుమతిని ప్రారంభించడం బదులు ఒక సన్నని నియమాన్ని పరిమితం చేయడంలోని మొత్తం అర్థం ఇదే. విస్తృత అనుమతి సులభమైన పరిష్కారం, ఎక్కువ కాలం నిలిచేది కూడా అదే, ఎందుకంటే తర్వాత ఎవరూ దాన్ని గమనించరు.

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

ఫలితాన్ని సరైన దిశలో చదవండి

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

Get-NetFirewallRule -DisplayName "VPN server echo" | Get-NetFirewallAddressFilter
ping 10.63.4.17
ping -6 fd00:63::17

అమలులోకి వచ్చిన నియమాన్ని ముద్రించడం దాన్ని సృష్టించిన ఆదేశాన్ని నమ్మడం కంటే ఉపయోగకరం, ఎందుకంటే మునుజూపు మరియు వర్తించిన నియమం వేర్వేరు స్థితులు. చిరునామా ఫిల్టర్ మీరు ఉద్దేశించిన మూలాన్ని చూపి, మినహాయించిన మూలం ఇంకా సమయం ముగిస్తే, నియమం దాని పరిధి చెప్పినట్టే సరిగ్గా చేస్తుంది. క్లయింట్ నుండి ప్రారంభమైన విజయవంత పింగ్ దాన్ని ఎప్పటికీ చూపించి ఉండేది కాదు, అందుకే ప్రతి పరీక్ష దిశ దాని ఫలితం పక్కనే రికార్డులో ఉంటుంది. టికెట్లో రెండు దిశలను ఉంచండి, లేకపోతే తర్వాతి పాఠకుడు విఫలం కాలేని పరీక్షను పునరావృతం చేస్తాడు.