Nebula ಲೈಟ್ಹೌಸ್ DNS: ಯಾರು ಯಾವ ದಾಖಲೆಗಳನ್ನು ಕೇಳಬಹುದು?
ಐಚ್ಛಿಕ ಕೇಳುಗ ಲೈಟ್ಹೌಸ್ ಹೊಂದಿರುವ ಹೋಸ್ಟ್ ಡೇಟಾದಿಂದ ಉತ್ತರಿಸುತ್ತದೆ. A ದಾಖಲೆಗಳು ಮತ್ತು TXT ಪ್ರಶ್ನೆಗಳು ತಲುಪುವಿಕೆ ಮತ್ತು ಪ್ರೇಕ್ಷಕರಲ್ಲಿ ಭಿನ್ನವಾಗಿವೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಂಧಿಸಿ.
Nebula ನಲ್ಲಿ ಲೈಟ್ಹೌಸ್ ಪಾತ್ರವು ಜನರು ಸ್ವಯಂಚಾಲಿತ ಎಂದು ಭಾವಿಸುವ ಬಹಳಷ್ಟು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು DNS ಗೆ ಉತ್ತರಿಸುವುದು ಅವುಗಳಲ್ಲಿ ಒಂದಲ್ಲ. ಹೆಸರುಗಳ ಸೇವೆ ಎಂಬುದು ಆರಂಭದಲ್ಲಿ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವ ಐಚ್ಛಿಕ ಕೇಳುಗ, ಆದ್ದರಿಂದ ಒವರ್ಲೇ ಒಳಗೆ ಹೆಸರುಗಳನ್ನು ಚೆನ್ನಾಗಿ ಪರಿಹರಿಸುವ ಹೋಸ್ಟ್ ಸಹೋದ್ಯೋಗಿಯ ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು ಪರಿಹರಿಸಲು ಏನೂ ಹೊಂದಿಲ್ಲದಿರಬಹುದು. ಅದನ್ನು ಆನ್ ಮಾಡುವ ಮೊದಲು, ಯಾರು ಅದನ್ನು ತಲುಪಬೇಕು ಮತ್ತು ಯಾವ ರೀತಿಯ ದಾಖಲೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ನೀವು ಸಿದ್ಧರಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಆ ಎರಡು ಉತ್ತರಗಳು ಭಿನ್ನವಾಗಿವೆ.
ಕೇಳುಗ ಐಚ್ಛಿಕ ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಆಗಿ ಆಫ್ ಆಗಿದೆ
ಅನ್ವೇಷಣೆ ಮತ್ತು DNS ಪ್ರತ್ಯೇಕ ಸೇವೆಗಳು. ಲೈಟ್ಹೌಸ್ ಪಿಯರ್ಗಳು ಪರಸ್ಪರ ಹುಡುಕಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚುವರಿಯಾಗಿ ತನಗೆ ತಿಳಿದಿರುವ ಹೋಸ್ಟ್ಗಳ ಬಗ್ಗೆ ಹೆಸರಿನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಬಹುದು, ಆದರೆ ಆ ಎರಡನೇ ಭಾಗವನ್ನು ಸಂರಚನೆಯಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಆನ್ ಮಾಡಬೇಕು.
ಏನನ್ನಾದರೂ ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಯಾವ ಇಂಟರ್ಫೇಸ್ಗಳು ಮತ್ತು ನೆಟ್ವರ್ಕ್ಗಳು ಕೇಳುಗರನ್ನು ತಲುಪಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ನೀವು ಉದ್ದೇಶಿಸದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಉತ್ತರಿಸುವ DNS ಸೇವೆ ಯಾರೂ ಓದದ ಯಾವುದೇ ಲಾಗ್ ನಮೂದು ಇಲ್ಲದೆ ಸಣ್ಣ ಮಾಹಿತಿ ಸೋರಿಕೆಯಾಗುತ್ತದೆ. ಈಗ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವುದು, ನಂತರ ಏನಾದರೂ ತಪ್ಪು ಉತ್ತರವನ್ನು ಅವಲಂಬಿಸಿದ ಮೇಲೆ ಸಂಕುಚಿತಗೊಳಿಸುವುದಕ್ಕಿಂತ ಬಹಳ ಅಗ್ಗವಾಗಿದೆ. ಎರಡು ಸಾಲಿನ ಸಂರಚನೆಯನ್ನು ಆರು ತಿಂಗಳ ನಂತರದ ಘಟನೆ ಟಿಪ್ಪಣಿಗಿಂತ ಸಮರ್ಥಿಸುವುದು ಸುಲಭ.
A ದಾಖಲೆಗಳು ಮತ್ತು TXT ಒಂದೇ ಪ್ರೇಕ್ಷಕರನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ
ಈ ಎರಡು ರೀತಿಯ ದಾಖಲೆಗಳಿಗೆ ವಿಭಿನ್ನ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಉತ್ತರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಒಂದೇ ಸೇವೆಯಾಗಿ ಪರಿಗಣಿಸುವುದು ಈ ಲೇಖನ ತಡೆಯಲು ಇರುವ ತಪ್ಪು.
| Query | What it returns | Who can reach it |
|---|---|---|
| A record for a host name | That host Nebula IP | Any host that can reach the listener, overlay or not |
| TXT for a host IP | Certificate information | Only over the Nebula network |
ಈ ಅಸಮಾನತೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ, ನಿರ್ಲಕ್ಷ್ಯವಲ್ಲ. ಹೆಸರಿನಿಂದ ವಿಳಾಸಕ್ಕೆ ನಕ್ಷೆ ಮಾಡುವುದು ಹೊರಗಿನವರಿಗೆ ಕಡಿಮೆ ಮೌಲ್ಯದ್ದು, ಆದರೆ ಪ್ರಮಾಣಪತ್ರ ಮೆಟಾಡೇಟಾ ನಿಮ್ಮ ಒವರ್ಲೇನಲ್ಲಿನ ಗುರುತುಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಒಂದೇ ಪ್ರಕ್ರಿಯೆ ಎರಡಕ್ಕೂ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಒಂದು ಸಾಲಿನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಊಹೆಯನ್ನು ಸಾಗಿಸಬೇಡಿ.
ಇದು ಲೈಟ್ಹೌಸ್ನ ಸ್ವಂತ ಹೋಸ್ಟ್ಗಳ ಬಗ್ಗೆ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತದೆ
ಇದು ನಿಮ್ಮ ಕಚೇರಿ, ಕ್ಲೌಡ್ VPC ಅಥವಾ ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ಗೆ ಸಾಮಾನ್ಯ ಪರಿಹಾರಕವಲ್ಲ. ಲೈಟ್ಹೌಸ್ ತನಗೆ ನೀಡಿದ ಹೋಸ್ಟ್ ಮಾಹಿತಿಯಿಂದ ಉತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಈ ವೈಶಿಷ್ಟ್ಯ ಪ್ರತಿ ಪಿಯರ್ನಲ್ಲಿ ಅಲ್ಲ, ಲೈಟ್ಹೌಸ್ ನೋಡ್ಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ.
ಒವರ್ಲೇಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಹೆಸರು ವಿಫಲವಾದಾಗ, ಅದನ್ನು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ವಲಯ ಮತ್ತು ಪರಿಹಾರಕವನ್ನು ಹುಡುಕಿ. ಹೋಸ್ಟ್ನ ಸಾಮಾನ್ಯ DNS ಸಂರಚನೆಗೆ ಒವರ್ಲೇ ಪರಿಹಾರಕವನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ಯಾದೃಚ್ಛಿಕವಾಗಿ ಕಾಣುವ ವೈಫಲ್ಯಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಕೆಲವು ಹೆಸರುಗಳು ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಉಳಿದವಕ್ಕೆ ಯಾವುದೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ.
ಇದನ್ನೂ ಗಮನಿಸಿ ಬೂಟ್ಸ್ಟ್ರ್ಯಾಪ್ ಪ್ರವೇಶ ಬಿಂದು. ಮೊದಲ ಲೈಟ್ಹೌಸ್ ತಲುಪಲು ಬಳಸುವ ಹೋಸ್ಟ್ನಾಮ್ ಸಾಮಾನ್ಯ ಮಾರ್ಗದ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು, ಅನ್ವೇಷಣೆ ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು, ಆದ್ದರಿಂದ ಇಲ್ಲಿನ ಕೋಳಿ ಮತ್ತು ಮೊಟ್ಟೆ ಸಮಸ್ಯೆ ಮುರಿದ ಒವರ್ಲೇನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಅದು ಅದೇ ರೀತಿಯಲ್ಲಿ ವರದಿ ಮಾಡುತ್ತದೆ: ಎಂದಿಗೂ ಮೇಲೇರದ ಪಿಯರ್ ಮತ್ತು ಯಾವುದೇ ಸ್ಪಷ್ಟ ಕಾರಣವಿಲ್ಲ. ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ಹೆಸರು ಪರಿಹಾರವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಈ ಕ್ರಮವು ಕಠಿಣ ಅರ್ಧದಿಂದ ಪ್ರಾರಂಭಿಸಿದವರನ್ನು ಹಿಡಿಯುತ್ತದೆ.
ಬೈಂಡ್ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ
lighthouse.dns.host ಮತ್ತು lighthouse.dns.port ಐಚ್ಛಿಕ ಸೇವೆ ಎಲ್ಲಿ ಕೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಈ ಮೌಲ್ಯಗಳನ್ನು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ನೀತಿಯೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಬೈಂಡ್ ವಿಳಾಸವು ಉದ್ದೇಶದ ಘೋಷಣೆಯೇ ಹೊರತು ಸ್ವತಃ ಭದ್ರತಾ ನಿಯಂತ್ರಣವಲ್ಲ.
dig @10.42.0.1 -p 53 workstation.nebula A +short
dig @10.42.0.1 -p 53 10.42.0.7 TXT +shortನೀವು ಅನುಮತಿಸಲು ಉದ್ದೇಶಿಸಿರುವ ನೆಟ್ವರ್ಕ್ಗಳಿಂದ ಪ್ರಶ್ನಿಸಿ, ಲೈಟ್ಹೌಸ್ನಿಂದಲೇ ಅಲ್ಲ. ಲೈಟ್ಹೌಸ್ನಲ್ಲಿ ಯಶಸ್ವಿ ಹುಡುಕಾಟ ಪ್ರಕ್ರಿಯೆ ನಡೆಯುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಹೊರಗಿನ ಹೋಸ್ಟ್ ಏನನ್ನು ಕೇಳಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಅದೇ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಪ್ರಶ್ನೆ.
ಅದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಹಿರಂಗಪಡಿಸಿ
ಹೆಸರುಗಳು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಮೆಟಾಡೇಟಾ ಉಪಯುಕ್ತ ಕಾರ್ಯಾಚರಣಾ ಮಾಹಿತಿ, ಮತ್ತು ಉಪಯುಕ್ತತೆ ಎರಡೂ ಕಡೆ ಕತ್ತರಿಸುತ್ತದೆ. ಕೇಳುಗ ಒವರ್ಲೇಗೆ ಮಾತ್ರ ಇರಬೇಕೇ, ಯಾವ ದಾಖಲೆ ಪ್ರಕಾರಗಳನ್ನು ಅನುಮತಿಸಬೇಕು ಮತ್ತು ಸಂರಚನೆ ಬದಲಾದಾಗ ಯಾರು ಪರಿಶೀಲಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
ನಂತರ ಅದನ್ನು ಲೈಟ್ಹೌಸ್ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ. ಪರಿಹಾರ ವೈಫಲ್ಯವನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಇಲ್ಲದಿದ್ದರೆ ಸೇವೆ ಯಾವಾಗಲೂ ಅಲ್ಲಿಯೇ ಇತ್ತು ಎಂದು ಊಹಿಸುತ್ತಾರೆ. ಅವರು ಸೇವೆ ತಾವು ಪರೀಕ್ಷಿಸುವ ಎಲ್ಲಿಂದಲಾದರೂ ಯಾವಾಗಲೂ ತಲುಪಬಹುದಾಗಿತ್ತು ಎಂದೂ ಊಹಿಸುತ್ತಾರೆ. ಬೈಂಡ್ ವಿಳಾಸ, ಅನುಮತಿಸಿದ ನೆಟ್ವರ್ಕ್ಗಳು ಮತ್ತು ದಾಖಲೆ ಪ್ರಕಾರಗಳನ್ನು ದಾಖಲಿಸುವ ಒಂದು ಪ್ಯಾರಾಗ್ರಾಫ್ ಆ ವ್ಯಕ್ತಿಯ ಒಂದು ಮಧ್ಯಾಹ್ನವನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಏಕೆ ಏನೋ ಬದಲಾಯಿತು ಎಂದು ಕೇಳುವ ಸಂದೇಶವನ್ನು ನಿಮಗೆ ಉಳಿಸುತ್ತದೆ.