OpenVPN लॅबमध्ये खाजगी IPv6 जोडा, एका वेळी एक तपासणी बिंदू

तुमच्याकडे आधीच एक क्लायंट आहे जो IPv4 वरून जोडतो आणि सर्व्हरच्या मागील खाजगी IPv4 वर्कलोडपर्यंत पोहोचतो. उद्देश बाह्य वाहतुकीला स्पर्श न करता त्याच बोगद्यातून खाजगी IPv6 वर्कलोडपर्यंत पोहोचणे आहे. हा क्रम महत्त्वाचा आहे: बाह्य मार्ग IPv4 राहतो आणि फक्त आंतरिक पत्ता योजना, क्लायंटचा मार्ग आणि सर्व्हरपासून LAN पर्यंतचा परतीचा मार्ग बदलतो. पाच तपासणी बिंदू, प्रत्येकात पुढे जाण्यापूर्वी पाहण्यासारखे काही ठोस आहे.

तपासणी बिंदू एक: आधीच चालणारे कनेक्शन

काहीही जोडण्यापूर्वी क्लायंट जोडा आणि IPv4 मार्गाची खात्री करा. चालणारा बोगदा तुम्हाला आधाररेषा देतो जी नवीन IPv6 चूक जुन्या कनेक्टिव्हिटी समस्येपासून वेगळी करतो. तो हे देखील सांगतो की तुम्ही प्रत्यक्षात कोणते सर्व्हर इन्स्टन्स संपादित करत आहात.

तुम्ही आधीच अवलंबून असलेला पूल, टोपोलॉजी आणि पुश केलेले मार्ग नोंदवा. IPv6 काम ते कॉन्फिगरेशन वाढवते; बदलत नाही.

तपासणी बिंदू दोन: आंतरिक प्रीफिक्स निवडा

साइटसाठी एक ULA /48 निवडा आणि त्यातून दोन /64 कापा: एक बोगदा क्लायंटसाठी, एक IPv6 वर्कलोड असलेल्या LAN विभागासाठी. उदाहरण प्रीफिक्स कॉपी करण्याऐवजी 40-बिट जागतिक ID तयार करा, आणि दोन्ही सबनेट साइट आधीच राउट करत असलेल्या प्रत्येक नेटवर्कशी तपासा:

Outer transport: IPv4 OpenVPN UDP
IPv4 pool:       10.90.0.0/24
IPv6 VPN pool:   fd73:93bc:b6e9:77::/64
IPv6 LAN:        fd73:93bc:b6e9:60::/64
Server LAN IPv6: fd73:93bc:b6e9:60::1

दोन स्वतंत्र /64 क्लायंट पूल LAN विभागातून कापला जाण्यापासून रोखतात, जे नंतर परतीचा मार्ग लिहिताना महत्त्वाचे ठरते. वरील मूल्ये एक सोडवलेले उदाहरण आहेत, पुन्हा वापरण्याचा प्रीफिक्स नाही.

तपासणी बिंदू तीन: सहाय्यक आणि रूट पुश जोडा

काहीही जोडण्यापूर्वी सर्व्हरचे सध्याचे कॉन्फिगरेशन वाचा. विद्यमान निर्देशाची दुसरी प्रत पहिल्याशी विलीन होत नाही आणि येणारी त्रुटी IPv6 नाही तर निर्देशाचे नाव सांगते. विद्यमान IPv4 सहाय्यक असल्यास दोन ओळी त्याला वाढवतात. प्रत्येक वेगळ्या प्रश्नाचे उत्तर देते:

server-ipv6 fd73:93bc:b6e9:77::/64
push "route-ipv6 fd73:93bc:b6e9:60::/64"

पहिली सोयीची सहाय्यक आहे जी इंटरफेस आणि क्लायंट पूल सेट करते. दुसरी क्लायंटने पोहोचायचे LAN गंतव्य नाव देते. क्लायंटला IPv6 पत्ता देऊनही सर्व्हरच्या मागे कोणती नेटवर्क आहेत हे सांगितले जात नाही, म्हणून दोन्ही ओळी आवश्यक आहेत.

सहाय्यक स्थिर IPv6 पूल किंवा nopool सोबत एकत्र राहत नाही. तैनाती जाणूनबुजून पत्ते स्थिरपणे वाटप करत असेल, तर ते धोरण ठेवा आणि उदाहरणाशी जुळवण्यासाठी धोरण हटवण्याऐवजी IPv6 समतुल्य स्पष्टपणे रचना करा.

तपासणी बिंदू चार: फॉरवर्डिंग आणि उत्तराचा मार्ग

सर्व्हरवर IPv6 फॉरवर्डिंग सिस्टमच्या स्वतःच्या कॉन्फिगरेशन मालकाद्वारे सुरू करा, विसरायच्या एक-वेळच्या रनटाइम लेखनाने नाही. रनटाइम स्वरूप त्वरित चाचणीसाठी उपयुक्त आहे. कायमस्वरूपी कॉन्फिगरेशन वितरणाच्या नेटवर्क मालकाने वाचल्या जाणाऱ्या drop-in फाइलमध्ये असते:

sysctl -w net.ipv6.conf.all.forwarding=1

फॉरवर्डिंग पॅकेट राउटिंगपलीकडे होस्टचे IPv6 वर्तन बदलते. क्लायंट म्हणून राउटर जाहिराती स्वीकारणारा होस्ट फॉरवर्ड करू लागताच त्याच पद्धतीने ते थांबवतो. म्हणून ज्याचा IPv6 अपलिंक RA वर अवलंबून आहे त्या यंत्राला त्या अपलिंकसाठी स्पष्ट योजना आवश्यक आहे.

नंतर LAN ला बोगदा पूलकडे परतीचा मार्ग द्या. वर्कलोडचा IPv6 गेटवे VPN सर्व्हर नाही तर LAN राउटर आहे, म्हणून मार्ग त्या राउटरवर असतो आणि सर्व्हरच्या LAN पत्त्याकडे निर्देश करतो:

ip -6 route add fd73:93bc:b6e9:77::/64 via fd73:93bc:b6e9:60::1

लिंकला आवश्यक असलेले ICMPv6 प्रकार, मार्ग-MTU अभिप्रायासह ठेवा. IPv4 फायरवॉल नियमाचा अर्थ IPv6 नियम नाही, आणि सर्वसमावेशक IPv6 ब्लॉक शेजारी शोध राउटिंग बिघाडासारखा दिसेल अशा पद्धतीने तोडतो.

तपासणी बिंदू पाच: क्लायंट वाचा, मग चाचणी करा

क्लायंट पुन्हा जोडा आणि सर्व्हरच्या सहाय्यक पत्त्यावरून अंदाज न करता त्याला प्रत्यक्ष मिळालेले पत्ते वाचा. इंटरफेस यादी एकाच उपकरणावर दोन्ही कुटुंबे दाखवते:

ip -6 addr show tun0
ip -6 route get fd73:93bc:b6e9:60::20

बोगदा निवडणारा मार्ग क्लायंटला पॅकेट कुठे पाठवायचे हे माहीत आहे हे सिद्ध करतो. सर्व्हर ते फॉरवर्ड करतो, LAN राउटरकडे परतीचा मार्ग आहे, किंवा अनुप्रयोगाला उत्तर देण्याची परवानगी आहे हे सिद्ध करत नाही.

अनुप्रयोग स्वतः प्रत्येक कुटुंबावर आलटून पालटून तपासा, नंतर पुन्हा जोडल्यावर आणि होस्ट रीस्टार्ट केल्यावर पुन्हा करा. फक्त रीबूटपर्यंत टिकणारा मार्ग किंवा sysctl चाचणी आहे, रचना नाही.

IPv6 मार्ग सुरुवातीपासून शेवटपर्यंत उत्तर दिल्यावरच AAAA रेकॉर्ड प्रकाशित करा. IPv4 वर विचारलेला DNS अजूनही IPv6 पत्ता परत देऊ शकतो, म्हणून सोडवता येणारे नाव म्हणजे काहीतरी ऐकत आहे याचा पुरावा नाही. RFC 4193 ULA मार्गदर्शन हे प्रीफिक्सना प्रत नाही तर तुमचे बनवणारे जागतिक ID तयार करणे समाविष्ट करते.