Nebula advertise_addrs वा static_host_map: मालिक अनुसार छान्नुहोस्
स्थिर नक्सा त्यसमा डायल गर्ने प्रत्येक पीयरले राख्छ; विज्ञापित ठेगाना होस्टले प्रकाशित गर्छ। कसले अन्त्य बिन्दु जान्छ भन्ने आधारमा छान्नुहोस्।
static_host_map र advertise_addrs दुवै सेटिङले पीयरको अगाडि ठेगाना राख्छन्, र तिनीहरू फरक प्रश्नको जवाफ दिन्छन्। एउटा स्थानीय फाइल हो जसले ओभरले ठेगाना र डायल गर्ने अन्डरले अन्त्य बिन्दु सूचीबद्ध गर्छ। अर्को होस्ट हो जसले आफ्ना लाइटहाउसहरूलाई कुन थप अन्त्य बिन्दुहरूले उसलाई पुग्न सक्छन् भनी बताउँछ। वास्तविक फरक मालिकत्व हो: नक्सा जसलाई चाहिन्छ त्यसले राख्छ, र विज्ञापन होस्ट आफैंले।
जानकारी कसको स्वामित्वमा छ भन्ने आधारमा निर्णय गर्नुहोस्
| Setting | Where it lives | Best for |
|---|---|---|
static_host_map | Every peer that needs the entry | Bootstrap endpoints, deliberately fixed paths |
advertise_addrs | The host's own config | Endpoints the host cannot otherwise discover |
प्रत्येक पीयरको स्थिर फाइलमा रहेको प्रत्येक बदलिने पीयर फ्लीटको वर्गसँग बढ्ने मर्मत कार्य हो। होस्ट आफैंले जवाफ जान्दा अर्को सेटिङतिर जाने व्यावहारिक कारण यही हो।
मालिकत्वको प्रश्नले ठेगाना बदलिँदा के हुन्छ भन्ने पनि अनुमान गर्छ। स्थिर नक्सासँग, पुरानो प्रविष्टि राख्ने प्रत्येक पीयर कसैले सम्झनु पर्छ। विज्ञापनसँग, होस्टले नयाँ अन्त्य बिन्दु प्रकाशित गर्छ र त्यसका लाइटहाउसहरूले त्यो अगाडि पठाउँछन्, त्यसैले परिवर्तन सरेको मेसिनमै स्थानीय रहन्छ।
Bootstrap लाई अझै स्थिर प्रविष्टिहरू चाहिन्छ
क्लाइन्टले अरू पीयरबारे कसैलाई सोध्नुअघि कम्तीमा एउटा लाइटहाउसमा पुग्नुपर्छ। त्यो पहिलो फड्को खोजबाट आउन सक्दैन, त्यसैले त्यो क्लाइन्टको कन्फिगरेसनमा स्थिर प्रविष्टि मा निर्भर हुन्छ। त्यो एउटा प्रविष्टि सही बनाउनुहोस् र बाँकी ओभरले सिक्न सकिन्छ।
नक्सा प्रविष्टिले Nebula ठेगानालाई एक वा बढी पुग्न सकिने IP वा DNS अन्त्य बिन्दु र पोर्टसँग जोड्छ। लाइटहाउसहरू त्यहाँ राख्नु सामान्य हो; प्रत्येक पीयर त्यहाँ राख्नु नराम्ररी बूढो हुने ढाँचा हो, किनकि प्रत्येक नयाँ पीयरको अर्थ तपाईंले नियन्त्रण नगर्न सक्ने मेसिनहरूमा फाइल सम्पादन गर्नु हो। सूची एक व्यक्तिले पढेर जाँच्न सक्ने गरी छोटो राख्नुहोस्।
होस्टले अन्त्य बिन्दु जान्दा विज्ञापन गर्नुहोस्
पोर्ट फर्वार्डिङपछाडिको होस्ट आफ्ना कुनै पनि इन्टरफेसमा तोकिएको नभएको सार्वजनिक ठेगानामा पुग्न सकिन्छ। आफैंलाई हेरेर त्यो ठेगाना पत्ता लगाउन सक्दैन। advertise_addrs ले उसलाई आफ्ना लाइटहाउसहरूमार्फत अन्त्य बिन्दु प्रकाशित गर्न दिन्छ ताकि अरू पीयरले वास्तवमै काम गर्ने मार्ग सिकून्। यो सेटिङ ठ्याक्कै यसकारण छ कि म्यापिङ भएको कुरा होस्टलाई मात्र थाहा हुन्छ।
अरू पीयरले वास्तवमै पुग्न सक्ने ठेगाना र पोर्ट प्रयोग गर्नुहोस्। त्यही तर्क धेरै नेटवर्क मार्ग भएको होस्टलाई पनि लागू हुन्छ, जहाँ निश्चित नेटवर्कका पीयरका लागि एउटा मार्ग राम्रो हुन्छ। विज्ञापन अन्डरलेबारेको भनाइ हो, कुनै कुराको अनुरोध होइन। म्यापिङ बदलिँदा होस्टमा विज्ञापन अद्यावधिक गर्नुहोस् र खोजलाई त्यो बोक्न दिनुहोस्, सम्पूर्ण फ्लीटभरि स्थिर फाइल सम्पादन गर्नुको सट्टा।
विज्ञापन पहुँच होइन
अन्त्य बिन्दु प्रकाशित गर्दा राउटरको फर्वार्डिङ नियम बन्दैन, माथिल्लो फायरवाल खुल्दैन वा DNS नाम समाधान हुँदैन। ती कामका छुट्टै भाग हुन्, र हराएको पोर्ट फर्वार्डिङसहितको सही विज्ञापनले तपाईं सुधार्न खोजेको त्यही विफलता निम्त्याउँछ। विज्ञापन पहुँचबारेको दाबी हो, त्यो स्थापित गर्ने कुनै कार्यविधि होइन।
खोजलाई दोष दिनुअघि बाहिरबाट मार्ग जाँच्नुहोस्। अन्त्य बिन्दु सिके पनि ह्यान्डशेक पूरा गर्न नसक्ने पीयरलाई अन्डरलेमा राउटिङ वा फिल्टरिङको समस्या छ, र दुवै सेटिङमा त्यही ठेगाना दोहोर्याउँदा त्यो बदलिँदैन।
ओभरले ठेगाना अन्त्य बिन्दुबाट अलग राख्नुहोस्
नोडको प्रमाणपत्रले उसको Nebula ठेगाना पहिचान गर्छ। विज्ञापित ठेगानाहरू अन्तर्निहित नेटवर्कका हुन्, र प्रमाणपत्र छोइकन बदल्न सकिन्छ। फरक ओभरले IP सहित नयाँ प्रमाणपत्र जारी गर्नु अर्को कार्य हो, पुरानोलाई पिन गरेको प्रत्येक विश्वास सम्बन्धका लागि आ-आफ्ना परिणामसहित। रनबुकमा दुई परिवर्तन अलग राख्नुहोस्, नत्र अन्त्य बिन्दु स्थानान्तरण पुनः जारीको रूपमा दर्ता हुनेछ।
ट्रायज अड्किँदा दुई तह स्पष्ट रूपमा अलग गर्नुहोस्: खोजले अपेक्षित अन्त्य बिन्दु फर्काउँछ, र ह्यान्डशेक त्यहाँ पुग्छ? खोज सही भई प्याकेट असफल भए समस्या ओभरलेमुनि छ। खोज गलत भए समस्या नक्सा वा विज्ञापनमा छ, र सुधार त्यहीँ छ।