static_host_map ಮತ್ತು advertise_addrs ಸೆಟ್ಟಿಂಗ್ಗಳು ಎರಡೂ ಪೀರ್ನ ಮುಂದೆ ವಿಳಾಸವನ್ನು ಇಡುತ್ತವೆ, ಮತ್ತು ಅವು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. ಒಂದು ಸ್ಥಳೀಯ ಫೈಲ್ ಆಗಿದ್ದು ಓವರ್ಲೇ ವಿಳಾಸ ಮತ್ತು ಡಯಲ್ ಮಾಡುವ ಅಂಡರ್ಲೇ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಇನ್ನೊಂದು ಹೋಸ್ಟ್ ಆಗಿದ್ದು ತನ್ನ ಲೈಟ್ಹೌಸ್ಗಳಿಗೆ ಯಾವ ಹೆಚ್ಚುವರಿ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು ಅದನ್ನು ತಲುಪಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ. ನಿಜವಾದ ವ್ಯತ್ಯಾಸ ಮಾಲೀಕತ್ವ: ನಕ್ಷೆಯನ್ನು ಅದರ ಅಗತ್ಯವಿರುವ ಎಲ್ಲರೂ ನಿರ್ವಹಿಸುತ್ತಾರೆ, ಮತ್ತು ಜಾಹೀರಾತನ್ನು ಹೋಸ್ಟ್ ಸ್ವತಃ.

ಮಾಹಿತಿ ಯಾರ ಬಳಿ ಇದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಧರಿಸಿ

SettingWhere it livesBest for
static_host_mapEvery peer that needs the entryBootstrap endpoints, deliberately fixed paths
advertise_addrsThe host's own configEndpoints the host cannot otherwise discover

ಪ್ರತಿ ಪೀರ್ನ ಸ್ಥಿರ ಫೈಲ್ನಲ್ಲಿ ಪ್ರತಿ ಬದಲಾಗುವ ಪೀರ್ ಎಂಬುದು ನೌಕಾಬಲದ ವರ್ಗದೊಂದಿಗೆ ಬೆಳೆಯುವ ನಿರ್ವಹಣಾ ಕೆಲಸ. ಹೋಸ್ಟ್ ಸ್ವತಃ ಉತ್ತರ ತಿಳಿದಾಗ ಇನ್ನೊಂದು ಸೆಟ್ಟಿಂಗ್ಗೆ ಹೋಗುವ ಪ್ರಾಯೋಗಿಕ ಕಾರಣ ಅದೇ.

ಮಾಲೀಕತ್ವದ ಪ್ರಶ್ನೆ ವಿಳಾಸ ಬದಲಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನೂ ಊಹಿಸುತ್ತದೆ. ಸ್ಥಿರ ನಕ್ಷೆಯೊಂದಿಗೆ, ಹಳೆಯ ನಮೂದನ್ನು ಹೊಂದಿರುವ ಪ್ರತಿ ಪೀರ್ ಅನ್ನು ಯಾರಾದರೂ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು. ಜಾಹೀರಾತಿನೊಂದಿಗೆ, ಹೋಸ್ಟ್ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಲೈಟ್ಹೌಸ್ಗಳು ಅದನ್ನು ಮುಂದೆ ರವಾನಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಬದಲಾವಣೆ ಸ್ಥಳಾಂತರಗೊಂಡ ಯಂತ್ರದಲ್ಲೇ ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಯುತ್ತದೆ.

ಬೂಟ್ಸ್ಟ್ರ್ಯಾಪ್ಗೆ ಇನ್ನೂ ಸ್ಥಿರ ನಮೂದುಗಳು ಬೇಕು

ಕ್ಲೈಂಟ್ ಇತರ ಪೀರ್ಗಳ ಬಗ್ಗೆ ಯಾರನ್ನಾದರೂ ಕೇಳುವ ಮೊದಲು ಕನಿಷ್ಠ ಒಂದು ಲೈಟ್ಹೌಸ್ ತಲುಪಬೇಕು. ಆ ಮೊದಲ ಜಿಗಿತವು ಅನ್ವೇಷಣೆಯಿಂದ ಬರಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ಕ್ಲೈಂಟ್ ಸಂರಚನೆಯಲ್ಲಿ ಸ್ಥಿರ ನಮೂದು ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. ಆ ಒಂದು ನಮೂದನ್ನು ಸರಿಪಡಿಸಿ ಮತ್ತು ಉಳಿದ ಓವರ್ಲೇ ಕಲಿಯಬಹುದು.

ನಕ್ಷೆ ನಮೂದು Nebula ವಿಳಾಸವನ್ನು ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ತಲುಪಬಹುದಾದ IP ಅಥವಾ DNS ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು ಮತ್ತು ಪೋರ್ಟ್ಗಳೊಂದಿಗೆ ಜೋಡಿಸುತ್ತದೆ. ಲೈಟ್ಹೌಸ್ಗಳನ್ನು ಅಲ್ಲಿ ಇಡುವುದು ಸಾಮಾನ್ಯ; ಪ್ರತಿ ಪೀರ್ ಅನ್ನು ಅಲ್ಲಿ ಇಡುವುದು ಕೆಟ್ಟದಾಗಿ ವಯಸ್ಸಾಗುವ ಮಾದರಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಹೊಸ ಪೀರ್ ಎಂದರೆ ನೀವು ನಿಯಂತ್ರಿಸದಿರಬಹುದಾದ ಯಂತ್ರಗಳಲ್ಲಿ ಫೈಲ್ಗಳನ್ನು ಸಂಪಾದಿಸುವುದು. ಒಬ್ಬ ವ್ಯಕ್ತಿ ಓದಿ ಪರಿಶೀಲಿಸಬಹುದಾದಷ್ಟು ಚಿಕ್ಕದಾಗಿ ಪಟ್ಟಿಯನ್ನು ಇರಿಸಿ.

ಹೋಸ್ಟ್ ಎಂಡ್ಪಾಯಿಂಟ್ ತಿಳಿದಾಗ ಜಾಹೀರಾತು ಮಾಡಿ

ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ನ ಹಿಂದಿನ ಹೋಸ್ಟ್ ತನ್ನ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ಗೆ ನಿಗದಿಪಡಿಸದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಲ್ಲಿ ತಲುಪಬಹುದು. ಅದು ತನ್ನನ್ನೇ ನೋಡಿ ಆ ವಿಳಾಸವನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಾಧ್ಯವಿಲ್ಲ. advertise_addrs ಅದಕ್ಕೆ ತನ್ನ ಲೈಟ್ಹೌಸ್ಗಳ ಮೂಲಕ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಪ್ರಕಟಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಇದರಿಂದ ಇತರ ಪೀರ್ಗಳು ನಿಜವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ಕಲಿಯುತ್ತವೆ. ಸೆಟ್ಟಿಂಗ್ ಇರುವುದು ನಿಖರವಾಗಿ ಏಕೆಂದರೆ ಮ್ಯಾಪಿಂಗ್ ಮಾಡಲಾಗಿದೆ ಎಂದು ತಿಳಿದಿರುವ ಏಕೈಕ ಪಕ್ಷ ಹೋಸ್ಟ್.

ಇತರ ಪೀರ್ಗಳು ನಿಜವಾಗಿ ತಲುಪಬಹುದಾದ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಬಳಸಿ. ಅದೇ ತರ್ಕ ಅನೇಕ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗಗಳಿರುವ ಹೋಸ್ಟ್ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಅಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ನೆಟ್ವರ್ಕ್ನ ಪೀರ್ಗಳಿಗೆ ಒಂದು ಮಾರ್ಗ ಉತ್ತಮ. ಜಾಹೀರಾತು ಅಂಡರ್ಲೇ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ, ಯಾವುದಕ್ಕೂ ವಿನಂತಿ ಅಲ್ಲ. ಮ್ಯಾಪಿಂಗ್ ಬದಲಾದಾಗ, ಹೋಸ್ಟ್ನಲ್ಲಿ ಜಾಹೀರಾತನ್ನು ನವೀಕರಿಸಿ ಮತ್ತು ಅನ್ವೇಷಣೆಯು ಅದನ್ನು ಒಯ್ಯಲು ಬಿಡಿ, ಇಡೀ ನೌಕಾಬಲದಲ್ಲಿ ಸ್ಥಿರ ಫೈಲ್ಗಳನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು.

ಜಾಹೀರಾತು ತಲುಪುವಿಕೆ ಅಲ್ಲ

ಎಂಡ್ಪಾಯಿಂಟ್ ಪ್ರಕಟಿಸುವುದು ರೌಟರ್ನ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮೇಲ್ಮುಖ ಫೈರ್ವಾಲ್ ತೆರೆಯುವುದಿಲ್ಲ ಅಥವಾ DNS ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಡುವುದಿಲ್ಲ. ಅವು ಪ್ರತ್ಯೇಕ ಕೆಲಸದ ಭಾಗಗಳು, ಮತ್ತು ಕಾಣೆಯಾದ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ನೊಂದಿಗೆ ಸರಿಯಾದ ಜಾಹೀರಾತು ನೀವು ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದ ಅದೇ ವೈಫಲ್ಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಜಾಹೀರಾತು ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ, ಅದನ್ನು ಸ್ಥಾಪಿಸುವ ಕಾರ್ಯವಿಧಾನ ಅಲ್ಲ.

ಅನ್ವೇಷಣೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹೊರಗಿನಿಂದ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಎಂಡ್ಪಾಯಿಂಟ್ ಕಲಿತರೂ ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಪೀರ್ಗೆ ಅಂಡರ್ಲೇನಲ್ಲಿ ರೌಟಿಂಗ್ ಅಥವಾ ಫಿಲ್ಟರಿಂಗ್ ಸಮಸ್ಯೆ ಇದೆ, ಮತ್ತು ಎರಡೂ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಅದೇ ವಿಳಾಸವನ್ನು ಪುನರಾವರ್ತಿಸುವುದರಿಂದ ಅದು ಬದಲಾಗುವುದಿಲ್ಲ.

ಓವರ್ಲೇ ವಿಳಾಸವನ್ನು ಎಂಡ್ಪಾಯಿಂಟ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

ನೋಡ್ನ ಪ್ರಮಾಣಪತ್ರವು ಅದರ Nebula ವಿಳಾಸವನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಜಾಹೀರಾತು ಮಾಡಿದ ವಿಳಾಸಗಳು ಆಧಾರವಾಗಿರುವ ನೆಟ್ವರ್ಕ್ಗೆ ಸೇರಿವೆ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮುಟ್ಟದೆ ಬದಲಾಗಬಹುದು. ಬೇರೆ ಓವರ್ಲೇ IP ಯೊಂದಿಗೆ ಹೊಸ ಪ್ರಮಾಣಪತ್ರ ನೀಡುವುದು ಬೇರೆ ಕಾರ್ಯಾಚರಣೆ, ಹಳೆಯದನ್ನು ಪಿನ್ ಮಾಡಿದ ಪ್ರತಿ ವಿಶ್ವಾಸ ಸಂಬಂಧಕ್ಕೂ ತನ್ನದೇ ಪರಿಣಾಮಗಳೊಂದಿಗೆ. ರನ್ಬುಕ್ನಲ್ಲಿ ಎರಡು ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಎಂಡ್ಪಾಯಿಂಟ್ ಸ್ಥಳಾಂತರವು ಮರುಹೊರಡಿಸುವಿಕೆ ಎಂದು ದಾಖಲಾಗುತ್ತದೆ.

ಟ್ರಯಾಜ್ ನಿಂತಾಗ, ಎರಡು ಪದರಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೇರ್ಪಡಿಸಿ: ಅನ್ವೇಷಣೆಯು ನಿರೀಕ್ಷಿತ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆಯೇ, ಮತ್ತು ಹ್ಯಾಂಡ್ಶೇಕ್ ಅದನ್ನು ತಲುಪುತ್ತದೆಯೇ? ಅನ್ವೇಷಣೆ ಸರಿಯಾಗಿದ್ದು ಪ್ಯಾಕೆಟ್ಗಳು ವಿಫಲವಾದರೆ, ಸಮಸ್ಯೆ ಓವರ್ಲೇ ಕೆಳಗೆ ಇದೆ. ಅನ್ವೇಷಣೆ ತಪ್ಪಾಗಿದ್ದರೆ, ಸಮಸ್ಯೆ ನಕ್ಷೆ ಅಥವಾ ಜಾಹೀರಾತಿನಲ್ಲಿ ಇದೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಅಲ್ಲಿಗೆ ಸೇರಿದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು