Windows లో WireGuard సర్వర్ పబ్లిక్ IP కి SSH విఫలమవుతుంది

సర్వర్ పబ్లిక్ చిరునామాకు SSH పనిచేయడం ఆగిపోతున్నప్పుడు లేచే సొరంగాలు సర్వర్ కనెక్షన్‌ను తిరస్కరిస్తున్నట్టు కనిపిస్తాయి. Windows లో ఎక్కువ అవకాశం ఉన్న కారణం స్థానికం: పూర్తి సొరంగం AllowedIPs /0 అయినప్పుడు, సొరంగం స్వంత రవాణాకు మరియు చాలా కొద్దిగా ఇతర వాటికి మాత్రమే అనుమతి ఇచ్చే నిర్బంధ ఫైర్‌వాల్ నియమాలు ఆన్ అవుతాయి. ఆ చిరునామాకు చేరే గుప్తీకృత ప్యాకెట్లు అదే చిరునామాకు ప్రత్యేక TCP కనెక్షన్ బయటకు వెళ్లగలదా అనే దాని గురించి ఏమీ చెప్పవు.

పీర్ జాబితాను తాకే ముందు ఎండ్‌పాయింట్ పబ్లిక్ చిరునామాను దాని అంతర్గత సొరంగ చిరునామా నుండి వేరుచేయండి. AllowedIPs సవరించి దీన్ని సరిచేసే దాదాపు ప్రతి ప్రయత్నం మార్గాన్ని సరైనదిగా చేయడం బదులు విధానాన్ని బలహీనం చేస్తుంది.

రూటింగ్ అనుమతి మరియు ఫైర్‌వాల్ అనుమతి వేర్వేరు

రూట్ ప్యాకెట్ ఎక్కడికి పంపబడుతుందో నిర్ణయిస్తుంది, ఫైర్‌వాల్ నియమం అది అసలు పంపబడవచ్చా అని నిర్ణయిస్తుంది. కాబట్టి ఎండ్‌పాయింట్ పబ్లిక్ IP కి రూట్ జోడించడం ఫిల్టర్ ఇంకా నిరోధించగల మార్గాన్ని సృష్టిస్తుంది, మరియు ఈ లక్షణం సృష్టించే గందరగోళం సరిగ్గా అదే. Windows లో ఫిల్టర్ అదనపు వస్తువు కాదు, అమలులో భాగం, కాబట్టి ఏ రూట్ నమోదు దాన్ని మార్చదు. ఈ రెండు నిర్ణయాలు వేరే చోట్లా వేర్వేరుగా ఉంటాయి, అయినా డిఫాల్ట్ విలువలు భిన్నం.

అందుకే ఎండ్‌పాయింట్‌కు traceroute విజయవంతం కాగలదు కానీ SSH ప్రయత్నం విఫలమవుతుంది. మొదటిది మినహాయింపు ఉన్న సేవ మోస్తుంది, రెండవది కాదు.

Windows లో /0 ఏమి చేస్తుంది

ఒకే పీర్ యొక్క అనుమతించిన చిరునామాలు మొత్తం IPv4 ప్రదేశాన్ని కవర్ చేసినప్పుడు, WireGuard for Windows సొరంగం వెలుపలికి వెళ్లే ట్రాఫిక్‌ను నిరోధించే నిర్బంధ ఫైర్‌వాల్ భంగిమను వర్తింపజేస్తుంది. సొరంగ సేవ స్వంత రవాణాకు అనుమతి ఉంది, ఎందుకంటే అలా కాకుంటే VPN పనిచేయలేదు. అదే పబ్లిక్ చిరునామాకు వెళ్లే మరో అప్లికేషన్‌కు అలాంటి అనుమతి రాదు, ఎందుకంటే మినహాయింపు రవాణాకు చెందుతుంది, చిరునామాకు కాదు. Windows నెట్‌వర్కింగ్ గమనికలు ఈ ప్రవర్తనను మరియు ఎడిటర్‌లోని సంబంధిత నియంత్రణను వివరిస్తాయి.

ఆ నియమాలే kill switch అనే పదబంధం వెనుక ఉన్న యంత్రాంగం. అవి ఆ పేరు ఉన్న చెక్‌బాక్స్ ద్వారా కాదు, కాన్ఫిగరేషన్ ఆకారం ద్వారా సక్రియమవుతాయి.

మినహాయింపులు రక్షణ నమూనాను మారుస్తాయి

/0 ను రెండు అర్ధ-డిఫాల్ట్ ప్రిఫిక్స్‌లతో భర్తీ చేయడం నిర్బంధ అర్థం లేకుండా విస్తృత రూటింగ్‌ను నిలుపుకునే పత్రీకృత మార్గం, మరియు ఇది చిన్న స్పెల్లింగ్ కాదు, వేరే రక్షణ నమూనా. అనుమతించిన ప్రిఫిక్స్‌ల నుండి ఎండ్‌పాయింట్ చిరునామాను తీసివేయడం మరో సాధారణ పరిష్కారం, అది జాబితాను పొడిగిస్తుంది మరియు ఏ నియమాలు సక్రియమవుతాయో కూడా మారుస్తుంది. రెండూ స్థానిక ప్రభావం ఉన్న స్థానిక సవరణలు కావు. ప్రతిదీ మెషీన్‌లోని ప్రతి ప్రవాహానికి హద్దును కదిలిస్తుంది, మీరు సరిచేస్తున్న కనెక్షన్‌కు మాత్రమే కాదు.

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

మీరు ఎంచుకున్న నిర్వహణ మార్గాన్ని పరీక్షించండి

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

ipconfig | findstr /i "WireGuard IPv4"
wg show
ssh -v [email protected]
Test-NetConnection 203.0.113.9 -Port 22

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

నిర్వహణ మార్గం, ఉపయోగించిన చిరునామా మరియు సొరంగం కింద ఉన్నప్పుడు ప్రవర్తనను నమోదు చేయండి. ఐదు నిమిషాలు ఆదా చేయడానికి బైపాస్‌ను విస్తరించకుండా తదుపరి వ్యక్తిని ఆపేది ఆ గమనికే.