FRITZ!Box VPN जोडतो पण काहीही उत्तर देत नाही: WireGuard की IPSec
LAN पर्यंत न पोहोचणारा जोडलेला FRITZ!Box बोगदा ही पत्ता-संबंधित समस्या आहे. पुन्हा आयात करण्यापूर्वी चार IPSec फील्ड किंवा WireGuard पीअर तपासा.
बोगदा जोडला गेल्याचे सांगतो, चिन्ह हिरवे आहे, आणि घरच्या LAN वर काहीही उत्तर देत नाही. ही FRITZ!Box दूरस्थ प्रवेशाबद्दलची सर्वात सामान्य तक्रार आहे, आणि जवळजवळ कधीच बोगदाच दोषी नसतो. पत्ता योजना, सबनेटची ओळख किंवा क्लायंटचे रूट टेबल चुकीचे आहे. यापैकी काय तुम्ही शेवटी डीबग कराल हे तुम्ही WireGuard निवडले की जुने IPSec Fernzugang यावर अवलंबून आहे, म्हणून तुम्ही प्रत्यक्षात काय सेट केले हे जाणून सुरुवात करा.
बोगदा वर येतो आणि LAN शांत राहते
प्रस्थापित झालेला बोगदा हे सिद्ध करतो की किल्ल्या आणि शेवटचा बिंदू बरोबर आहेत. पण हे सिद्ध करत नाही की क्लायंटला असा पत्ता मिळाला जिथे बॉक्स रूट करू शकेल, किंवा क्लायंटला माहीत आहे कोणते प्रीफिक्स बोगद्याचे आहेत. हे दोन वेगळे यश आहेत, आणि फक्त दुसरेच तुम्हाला प्रिंटरपर्यंत पोहोचू देते.
आधी क्लायंटचा पत्ता तपासा, नंतर त्याचे रूट टेबल.
जर दिलेला पत्ता LAN सबनेटबाहेर असेल, तर बॉक्सकडे परत रूट करण्यासाठी काही नाही. जर तो DHCP श्रेणीत असेल, तर बॉक्स तोच पत्ता स्थानिक उपकरणाला देऊ शकतो. दोन्ही जोडणारा बोगदा आणि तुमच्याकडे दुर्लक्ष करणारे LAN तयार करतात.
प्रत्येक पर्याय प्रत्यक्षात काय सेट करतो
IPSec पर्याय एका वापरकर्त्यासाठी कॉन्फिगरेशन फाइल तयार करतो, ज्यात आधीच सामायिक केलेली किल्ली आणि पत्ता असतो. तुम्ही ती त्याच प्रोफाइल बोलणाऱ्या क्लायंटमध्ये आयात करता, आणि Windows वर याचा अर्थ सहसा निर्मात्याचे साधन, अंगभूत क्लायंट नाही. WireGuard पर्याय एका उपकरणासाठी पीअर तयार करतो: किल्लीची जोडी, बोगद्यातील पत्ता आणि शेवटचा बिंदू.
हाच फरक तुमचे देखभाल मॉडेल ठरवतो. प्रत्येक WireGuard उपकरण स्वतःच्या किल्लीसह वेगळा पीअर आहे, म्हणून हरवलेला फोन रद्द करणे म्हणजे एक पीअर हटवणे, बाकीचे काम करत राहतात. IPSec सामायिक रहस्य किंवा वापरकर्त्याची कॉन्फिगरेशन बदलून रद्द करते, जे ढोबळ आहे आणि ते वापरणाऱ्या प्रत्येक उपकरणावर परिणाम करते.
दोन्हीपैकी कोणताही पर्याय जुना झालेला नाही. जिथे दूरचे टोक WireGuard चालवू शकत नाही तिथे IPSec मार्ग समर्थित राहतो.
मृत बोगदा तयार करणारी IPSec फील्ड
चार मूल्ये तुमच्या LAN शी जुळली पाहिजेत, आणि त्यापैकी तीन तुटलेल्या बोगद्यासारखे दिसणाऱ्या पद्धतीने अयशस्वी होतात.
| Value | What breaks when it is wrong |
|---|---|
| LAN subnet | The client routes nothing, or routes the wrong prefix |
| Network address | The configuration looks valid and the tunnel never establishes |
| DHCP range | No address is left to assign to tunnel clients |
| DNS server | The tunnel works and name resolution does not |
लोकांना नेटवर्क पत्ताच पकडतो. सबनेट त्याच्या पहिल्या पत्त्याने ओळखला जातो, जो सहसा शून्याने संपतो, आणि तिथे होस्ट पत्ता टाकल्यास पूर्णपणे विश्वासार्ह दिसणारी आणि कधीच न जोडणारी कॉन्फिगरेशन तयार होते. DHCP श्रेणी वेगळ्या कारणाने महत्त्वाची आहे: बोगद्याच्या क्लायंटना सहसा तिच्या वरून नेमले जाते, म्हणून संपूर्ण सबनेट खाणारी श्रेणी वाटण्यासाठी काहीही ठेवत नाही.
एकमेकांवर चढणारे सबनेट दुसरे पारंपरिक प्रकरण आहे. तुम्ही ज्या दूरच्या LAN मध्ये सामील होत आहात ती तुम्ही बसलेल्या LAN सारखेच प्रीफिक्स वापरत असेल, तर रूटिंग त्या दोन्हींना वेगळे करू शकत नाही, आणि एक बाजू पुन्हा क्रमांकित करणे हाच एकमेव खरा उपाय आहे. क्लायंट कॉन्फिगरेशनच्या कोणत्याही प्रमाणाने ते सुटत नाही.
WireGuard वेगळ्या पद्धतीने का अयशस्वी होतो
WireGuard मध्ये चुकीचे टाइप करण्यासारखी आधीच सामायिक केलेली किल्ली नाही, म्हणून त्याचे अपयश पीअरच्या व्याख्येभोवती जमते. LAN प्रीफिक्स वगळणारी अनुमत IP ची यादी काहीही वाहून नेणारा बोगदा तयार करते, कारण क्लायंट कधीच LAN कडे जाणारी वाहतूक त्यात पाठवत नाही. कोणत्याही बाजूची जुनी सार्वजनिक किल्ली कधीच पूर्ण न होणारे हॅंडशेक तयार करते. शेवटचा बिंदू नसणे किंवा चुकीचा पोर्ट त्रुटी नव्हे तर शांतता निर्माण करते.
फाइल पुन्हा आयात करून आशा करण्याऐवजी दोन्ही बाजू फील्डनुसार तुलना करा.
एकमेव सामाईक अपयश सबनेट टक्कर आहे. WireGuard तुमच्या स्थानिक नेटवर्कशी एकमेकांवर चढणाऱ्या नेटवर्कपर्यंत आनंदाने बोगदा बांधेल, आणि नंतर रूट टेबल ठरवते की दोन समान प्रीफिक्सपैकी कोण जिंकेल.
ते बाहेरून सिद्ध करा, नंतर आत परतण्याचा मार्ग ठेवा
मोबाइल कनेक्शनवरून चाचणी करा, कधीच LAN च्या आतून नाही, कारण आतून तुम्ही असा मार्ग तपासत आहात ज्यात बोगद्याचा काहीही संबंध नाही. प्रत्येक पर्याय कोणता पोर्ट वापरतो ते सुरू करण्यापूर्वी नोंदवा, आणि तो पोर्ट बॉक्सकडे पाठवा.
तयार झालेली फाइल बोगद्याशिवाय पोहोचता येईल अशा ठिकाणी ठेवा, आणि सोबतच बॉक्सचे बाह्य नावही नोंदवा.
बाहेरून कधीच तपासली न गेलेली कॉन्फिगरेशन ही योजना आहे, चालणारा दूरस्थ प्रवेश मार्ग नाही. एक LAN होस्ट नावाने नव्हे तर पत्त्याने तपासा, जेणेकरून DNS अपयशाची रूटिंग अपयशाशी गल्लत होणार नाही.