WireGuard AllowedIPs: NetworkManager ఎప్పుడూ జోడించని మార్గం

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

wg-quick రెండింటినీ అడగకుండానే చేస్తుంది. NetworkManagerలో అంతర్నిర్మిత WireGuard మద్దతు కూడా డిఫాల్ట్గా peer మార్గాలను ఇన్స్టాల్ చేస్తుంది, ఇది అనుమానితులను నిలిపివేసిన ఎంపికకు, మరో రూటింగ్ పట్టికకు లేదా మరేదో ద్వారా దిగుమతి చేసుకున్న కాన్ఫిగరేషన్కు కుదించుతుంది.

మార్గం వెంట పడే ముందు టన్నెల్ను నిర్ధారించండి

wg show ఇంటర్ఫేస్, peer, ముగింపు బిందువు మరియు చివరి చేతినిచ్చుకోవడం వయస్సును ముద్రిస్తుంది, ip addr show చిరునామా ఉన్నట్లు నిర్ధారిస్తుంది. ఇటీవలి చేతినిచ్చుకోవడం అంటే కీలు, ముగింపు బిందువు మరియు UDP మార్గం పనిచేస్తున్నాయి. పాడైనవన్నీ వాటికి దిగువన ఉంటాయి: రూటింగ్, ఫిల్టరింగ్ లేదా పేరు పరిష్కారం.

తర్వాత కర్నెల్ను ఊహాత్మకమైన దాని బదులు నిజమైన గమ్యంతో ఏమి చేస్తుందని అడగండి: ip route get 10.42.7.9. సమాధానం బయటకు వెళ్లే ఇంటర్ఫేస్ మరియు ప్యాకెట్ మోసే మూల చిరునామాను పేర్కొంటుంది. అది భౌతిక అడాప్టర్ను పేర్కొన్నప్పుడు, చేతినిచ్చుకోవడం ఎంత ఆరోగ్యకరంగా కనిపించినా ప్యాకెట్ ఎప్పటికీ టన్నెల్లోకి ప్రవేశించదు.

AllowedIPs ఒక ఫిల్టర్ మరియు మార్గాల జాబితా

AllowedIPsలోని ఉపసర్గలు రెండు పనులు చేస్తాయి. ఏ peer బయటకు వెళ్లే గమ్యాన్ని మోస్తుందో అవి ఎంచుకుంటాయి, మరియు లోపలికి వచ్చే ప్యాకెట్ల మూల చిరునామాను ధృవీకరిస్తాయి, అదే క్రిప్టోకీ రూటింగ్ హద్దు. wg-quickలో అవి స్వయంచాలక మార్గ స్థాపనను కూడా నడిపిస్తాయి, ఆ అదనపు ప్రవర్తన వల్లనే అదే కాన్ఫిగరేషన్ టెర్మినల్ నుండి పనిచేసి డెస్క్టాప్ క్లయింట్ నుండి పనిచేయదు.

ఈ వ్యాసం వెనుక ఉన్న సందర్భంలో ప్రొఫైల్ అంతర్నిర్మిత మద్దతి ద్వారా కాకుండా మూడవ పక్ష ప్లగ్ఇన్ ద్వారా దిగుమతి చేయబడింది, మరియు ఇంటర్ఫేస్ ఉపసర్గ మార్గం లేకుండా పైకి వచ్చింది. పట్టికను జాబితా చేయడం దాన్ని వెంటనే చూపిస్తుంది: ip route show లో ఇంటర్ఫేస్ చిరునామా యొక్క అనుసంధానిత మార్గం మాత్రమే ఉంది, దూర పరిధి కోసం ఏమీ లేదు.

peer మార్గాలు అసలు ప్రారంభించబడ్డాయా అని అడగండి

ఏదైనా మార్చే ముందు సెట్టింగ్ను చదవండి: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg. peer-routes no చూపించినప్పుడు, మద్దతు ఉన్న మరమ్మతు nmcli connection modify work-wg wireguard.peer-routes yes, ఆ తర్వాత మళ్లీ కనెక్ట్ అవ్వడం. దాని బదులు స్థిర మార్గాన్ని జోడించడం తదుపరి యాక్టివేషన్ వరకు పనిచేసి తర్వాత నిశ్శబ్దంగా మాయమవుతుంది. ఆ మాయమవ్వడమే సూచన: ప్రతి ఉదయం చిక్కుగా తిరిగి వచ్చే మార్గాన్ని ప్రొఫైల్ ఇన్స్టాల్ చేయదు.

ఎంపిక ఇప్పటికే ప్రారంభించబడి ఉంటే, ఉపసర్గ మరో పట్టికలో నివసిస్తుందా అని ip route show table all | grep 10 తో తనిఖీ చేయండి. ప్రధాన పట్టిక కాని పట్టికలోని మార్గం లేకపోలేదు, ప్రధాన పట్టికను మాత్రమే చూసే శోధనకు అది కనిపించదు అంతే. పైన నకిలీ నమోదును పోగు చేయడం బదులు విధాన రూటింగ్ను సరిదిద్దండి.

ఉపసర్గను నడుస్తున్న వ్యవస్థకు కాదు, కనెక్షన్కు జోడించండి

కనెక్షన్ ఎడిటర్లో WireGuard పేజీ peer మరియు దాని AllowedIPsను ఉంచుతుంది, IPv4 పేజీ అదనపు మార్గాలను ఉంచుతుంది. అక్కడ జోడించిన మార్గం ప్రొఫైల్కు చెందినది కాబట్టి మళ్లీ కనెక్ట్ అవ్వడాన్ని తట్టుకుంటుంది. కమాండ్ లైన్లో సమానమైనది ఖాళీ గేట్వే రూపంలో కనెక్షన్కు మార్గాన్ని జోడించి, మార్పు వర్తించేలా కనెక్షన్ను కిందకు దించి మళ్లీ పైకి ఎత్తడం.

మీకు అవసరమైన హోస్ట్లను కవర్ చేసే అత్యంత సన్నని ఉపసర్గను ఎంచుకోండి. ప్రదాత యొక్క /8 ఉదాహరణను కాపీ చేయడం దాని లోపల యాదృచ్ఛికంగా ఉన్న స్థానిక పరిధులను మింగేయవచ్చు, దాని వల్ల వచ్చే వైఫల్యాలు చాలా వెడల్పైన మార్గంగా కాకుండా విరిగిన టన్నెల్గా కనిపిస్తాయి.

విభజిత టన్నెలింగ్ను ఉపసర్గల జాబితా నిర్ణయిస్తుంది

విభజిత టన్నెల్ కోసం స్విచ్ లేదు; ఉపసర్గల జాబితాయే నిర్ణయం. కార్యాలయ LAN కోసం ఒక పరిధి మరియు ప్రయోగశాల నెట్వర్క్ కోసం మరో పరిధి ఉన్న peer ఆ గమ్యాలను సరిగ్గా టన్నెల్ ద్వారా పంపి మిగతావన్నీ ఒంటరిగా వదిలేస్తుంది. ఒకే హోస్ట్కు /32 అవసరం, రెండు స్థలాల్లో ఒకదానిపై మరొకటి పడే పరిధులకు ఎవరైనా సబ్నెట్ను మళ్లీ సంఖ్యీకరించే వరకు హోస్ట్ ఉపసర్గలు అవసరం.

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

మార్గ పట్టికకు ఒకే యజమాని

wg-quick మరియు NetworkManager రెండూ ఇంటర్ఫేస్ మార్గాలు తమవేనని నమ్ముతాయి. wg-quick కోసం రాసిన కాన్ఫిగరేషన్ను దిగుమతి చేసి, ఆ తర్వాత wg-quick సేవను కూడా ప్రారంభించండి, ఏది చివరిగా నడిచింది అనే దానిపై ప్రవర్తన ఆధారపడే నకిలీ లేదా పరస్పర విరుద్ధ నమోదులు లభిస్తాయి. ఒక యజమానిని ఎంచుకుని మరొకటి తొలగించండి: NetworkManager కనెక్షన్ను నిర్వహిస్తుంటే, ఆ ఇంటర్ఫేస్ కోసం wg-quick యూనిట్ను నిలిపివేయండి, మరియు అదే పరికరానికి ఎప్పటికీ రెండవ ప్రొఫైల్ను జోడించవద్దు.

విభజన గమ్యాన్ని కాకుండా భౌతిక అడాప్టర్ను అనుసరించాల్సి వచ్చినప్పుడు, మీరు విధాన రూటింగ్లోకి వచ్చారు, విధాన రూటింగ్కు కూడా ఒకే రచయిత అవసరం. ip route get ను పునరావృతం చేసి ధృవీకరించండి, ఆ తర్వాత దూర ఉపసర్గ లోపల ఉన్న హోస్ట్ను అది ఎంచుకున్న మూల చిరునామాను ముద్రించే దాని ద్వారా చేరుకోండి. ప్రొఫైల్లో ఉంటే IPv6 మరియు DNSను విడివిడిగా తనిఖీ చేయండి.