WireGuard 5G శాఖ: శాఖే హబ్ను డయల్ చేయనివ్వండి

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

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

స్థిరమైన ఎండ్పాయింట్ను ఏ వైపు కలిగి ఉంటుంది

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

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

పునఃసంఖ్యీకరణను తట్టుకునే కాన్ఫిగరేషన్ను శాఖకు ఇవ్వండి

ఎండ్పాయింట్ మరియు keepalive శాఖలో ఉంచండి, హబ్ పీర్ ఎంట్రీని కఠినంగా కోడ్ చేసిన చిరునామా లేకుండా ఉంచండి. keepalive అనువదించిన మ్యాపింగ్ను నిష్క్రియ కాలం తర్వాత హబ్ అభ్యర్థించని ట్రాఫిక్ పంపగలిగేంతసేపు తెరిచి ఉంచుతుంది.

[Peer]
PublicKey = HUB_PUBLIC_KEY_BASE64
Endpoint = hub.example.net:51820
AllowedIPs = 10.60.0.0/24, 10.60.10.0/24
PersistentKeepalive = 25

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

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

మ్యాపింగ్ మరియు ఫెయిల్ఓవర్ను ధృవీకరించండి

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

wg show wg0
wg show wg0 latest-handshakes
ip route show default
ping -c 3 10.60.10.1

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

బాహ్య మార్గం స్పష్టంగా బంధించబడి ఉన్నా లేదా విధానంతో రూట్ చేయబడి ఉన్నా, ఫెయిల్ఓవర్లో అది ఉండాలి. సరిగ్గా చదవగలిగే డిజైన్కు, అంతరాయాన్ని తట్టుకునే డిజైన్కు మధ్య ఉన్న ఈ అంతరమే సాధారణంగా మిస్ అయిన ఏకైక విషయం.

ఈ డిజైన్ ఏమి పరిష్కరించదు

ఇక్కడ ఏదీ శాఖ వైపు వచ్చే కనెక్షన్ను అనుమతించదు. ప్రధాన కార్యాలయంలో ఏదైనా మొబైల్ సైట్ను డయల్ చేయాల్సి ఉంటే, ఆ అవసరానికి టన్నెల్ దిశ తప్పు, మరియు డైనమిక్ DNS ఒక పేరును మాత్రమే నవీకరిస్తుంది. ప్రొవైడర్ అనువాదం, ఇన్బౌండ్ విధానం మరియు క్లయింట్ ఎండ్పాయింట్ రిఫ్రెష్ అన్నీ దారిలో ఉంటాయి, మారిన రికార్డు ఆపరేటర్-గ్రేడ్ NATను తెరవలేదు.

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

రన్బుక్లో నాలుగు విషయాలు రాయండి: ఎవరు ప్రారంభిస్తారు, ఏ ప్రిఫిక్స్లు అనుమతించబడ్డాయి, keepalive ఎంత పొడవు, ప్రాథమిక లింక్ పడిపోయినప్పుడు ఏమి జరుగుతుంది. భవిష్యత్ ఆపరేటర్కు రాత్రి మూడు గంటలకు నిజంగా అవసరమైనవి ఆ పంక్తులే.