ddclient VPN ನಿರ್ಗಮನವನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ: ಅನ್ವೇಷಣೆ ಮೂಲವನ್ನು ಸರಿಪಡಿಸಿ

ನಿಮ್ಮ DNS ಹೆಸರು ಈಗ VPN ಪ್ರದಾತದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ, ಮತ್ತು ನವೀಕರಣ ಲಾಗ್ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ. ಈ ಸಂಯೋಜನೆ ಸಾಮಾನ್ಯ. ವೆಬ್ ಆಧಾರಿತ ಅನ್ವೇಷಣೆ ಪ್ರೋಬ್ ಬಾಹ್ಯ ಸೇವೆಗೆ ತಾನು ಯಾವ ಮೂಲವನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಕೇಳುತ್ತದೆ, ಮತ್ತು ವಿನಂತಿ ಪೂರ್ಣ ಸುರಂಗ VPN ಮೂಲಕ ಹೊರಹೋದಾಗ, ಉತ್ತರ VPN ನಿರ್ಗಮನವಾಗಿರುತ್ತದೆ, ನಿಮ್ಮ ಮನೆಯ WAN ವಿಳಾಸವಲ್ಲ. ನವೀಕರಣಕಾರ ತನ್ನ ಕೆಲಸ ಮಾಡಿತು; ಕೆಲಸ ತಪ್ಪು ವೀಕ್ಷಣೆಯ ಕಡೆಗೆ ನಿರ್ದೇಶಿಸಲ್ಪಟ್ಟಿತ್ತು.

ಹೆಸರು ಏನನ್ನು ತಲುಪಬೇಕೆಂದು ಖಚಿತಪಡಿಸಿ

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

VPN ಕ್ಲೈಂಟ್‌ನ ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಖಾಸಗಿ ಹೆಸರು ಬೇರೆ ಉತ್ತರವಿರುವ ಬೇರೆ ಸಮಸ್ಯೆ: ಅದು ಖಾಸಗಿ DNS‌ಗೆ ಸೇರುತ್ತದೆ, ಮತ್ತು ಸಾರ್ವಜನಿಕ ಅನ್ವೇಷಣೆ ಸೇವೆಯ ಅಗತ್ಯವೇ ಇಲ್ಲ. ಎರಡು ಅಗತ್ಯಗಳನ್ನು ಬೆರೆಸುವುದೇ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಂರಚನೆ ಯಾರೂ ಕೇಳದ ವಿಳಾಸವನ್ನು ಪ್ರಕಟಿಸಲು ಪ್ರಾರಂಭಿಸುವ ರೀತಿ.

ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸಗಳಿಗೂ ವ್ಯಾಖ್ಯಾನ ಬೇಕು. ಮನೆಯ ರೂಟರ್‌ನ ಹಿಂದಿನ ಲ್ಯಾಪ್‌ಟಾಪ್ ವಿಳಾಸ ಸಾರ್ವಜನಿಕ WAN ವಿಳಾಸವಲ್ಲ, ಮತ್ತು ರೂಟರ್‌ನ WAN ವಿಳಾಸವೂ ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT‌ನ ಹಿಂದೆ ಇರಬಹುದು, ಅಲ್ಲಿ ಅದನ್ನು ಪ್ರಕಟಿಸುವುದರಿಂದ ಒಳಬರುವ ತಲುಪುವಿಕೆ ಉಂಟಾಗದು.

ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಮೌಲ್ಯವನ್ನು ಮರುಸೃಷ್ಟಿಸಿ

ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಗಮನಿಸಿ. ಸುರಂಗ ಚಾಲ್ತಿಯಲ್ಲಿದ್ದಾಗ ಪ್ರೋಬ್ ನಿರ್ಗಮನವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ; ಸುರಂಗ ನಿಷ್ಕ್ರಿಯವಾದಾಗ, ಅಥವಾ ಪ್ರೋಬ್ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಬದ್ಧವಾದಾಗ, ಅದು ಮನೆಯ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ: curl --interface eth0 https://ifconfig.me. ಆ ಎರಡು ಉತ್ತರಗಳು ಭಿನ್ನವಾಗಿದ್ದರೆ, ನವೀಕರಣಕಾರವನ್ನು ಸ್ಪರ್ಶಿಸದೆ ನೀವು ದೋಷವನ್ನು ಮರುಸೃಷ್ಟಿಸಿದ್ದೀರಿ.

ನಂತರ ಕ್ಲೈಂಟ್ ಅನ್ನು ನವೀಕರಣ ಮಾಡದೆ ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸುವ ಮೋಡ್‌ನಲ್ಲಿ ಚಲಾಯಿಸಿ, ಉದಾಹರಣೆಗೆ ddclient -verbose -noexec, ಮತ್ತು ಅದು ಯಾವ ಅನ್ವೇಷಣೆ ವಿಧಾನವನ್ನು ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದು ಓದಿ. ವಿಸ್ತೃತ ಔಟ್‌ಪುಟ್ ವಿಧಾನ ಮತ್ತು ಪಡೆದ ಮೌಲ್ಯವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ನಿಮಗೆ ಬೇಕಾದ ಸತ್ಯ ಅದೇ.

ಅನ್ವೇಷಣೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗದ ಕಡೆಗೆ ನಿರ್ದೇಶಿಸಿ

ಹೆಸರು ಮನೆಯ WAN ವಿಳಾಸವನ್ನು ಪ್ರಕಟಿಸಬೇಕಿದ್ದರೆ, ಅನ್ವೇಷಣೆ ಅದೇ ವಿಳಾಸವನ್ನು ಗಮನಿಸಬೇಕು. ಸ್ಥೂಲ ಆದ್ಯತಾ ಕ್ರಮದಲ್ಲಿ ಮೂರು ಆಯ್ಕೆಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ: ರೂಟರ್ ತನ್ನದೇ ಬೆಂಬಲಿತ ನವೀಕರಣಕಾರದ ಮೂಲಕ ಪ್ರಕಟಿಸಲಿ; ರೂಟರ್ ನಿಜವಾಗಿ ಸೇವೆ ನೀಡುವ ಪುಟದ ವಿರುದ್ಧ ddclient ನ ರೂಟರ್-ಸ್ಥಿತಿ ಅನ್ವೇಷಣೆಯನ್ನು ಬಳಸಿ; ಅಥವಾ ವೆಬ್ ಪ್ರೋಬ್ ಇಟ್ಟುಕೊಳ್ಳಿ ಆದರೆ ಅದನ್ನು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಬಂಧಿಸಿ ಇದರಿಂದ ಅದು ಸುರಂಗದ ಹೊರಗೆ ಹೋಗುತ್ತದೆ.

ರೂಟರ್-ಸ್ಥಿತಿ ಮಾರ್ಗಕ್ಕೆ, ಹೊಸ ddclient ಬಿಡುಗಡೆಗಳು usev4 ಮತ್ತು fwv4 ಆಯ್ಕೆ ಕುಟುಂಬವನ್ನು ಬಳಸುತ್ತವೆ, ಪುಟದ ಸುತ್ತಲಿನ ಪಠ್ಯಕ್ಕೆ ಐಚ್ಛಿಕ ಬಿಟ್ಟುಬಿಡುವ ಮಾದರಿಯೊಂದಿಗೆ. ನಿಮ್ಮ ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯ README ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹಳೆಯ ಬಿಡುಗಡೆಗಳು ಅದೇ ಕಲ್ಪನೆಯನ್ನು use ಮತ್ತು fw ನಿಂದ ಬರೆಯುತ್ತವೆ, ಮತ್ತು ತಪ್ಪು ಬಿಡುಗಡೆಯಿಂದ ನಕಲಿಸಿದ ಆಯ್ಕೆ ಹೆಸರು ಪ್ರಾರಂಭದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.

ನೀವು ವೆಬ್ ಅನ್ವೇಷಣೆಯನ್ನು ಉಳಿಸಿಕೊಂಡರೆ, ಪ್ರೋಬ್‌ನ ರೂಟಿಂಗ್ ಮತ್ತು ನವೀಕರಣ API ಕರೆಯ ರೂಟಿಂಗ್ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು ಎಂದು ನೆನಪಿಡಿ. ನವೀಕರಣ ಕರೆ ದಾಖಲೆಯನ್ನು ತಲುಪಿಸುತ್ತದೆ; ಪ್ರೋಬ್ ಯಾವ ಮೌಲ್ಯ ತಲುಪಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.

ರಹಸ್ಯಗಳು ಮತ್ತು ಆವೃತ್ತಿಗಳನ್ನು ಕ್ರಮದಲ್ಲಿಡಿ

ರೂಟರ್ ರುಜುವಾತುಗಳು ಮತ್ತು ಪ್ರದಾತದ ಟೋಕನ್‌ಗಳು ಸಂರಕ್ಷಿತ ಸಂರಚನಾ ಕಡತದಲ್ಲಿರಬೇಕು, shell ಇತಿಹಾಸಕ್ಕೆ ಸೇರುವ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಅಲ್ಲ. ವಿಸ್ತೃತ ಜಾಡುಗಳು ಎರಡನ್ನೂ ಹೊಂದಿರಬಹುದು, ಆದ್ದರಿಂದ ಟಿಕೆಟ್‌ಗೆ ಅಂಟಿಸುವ ಮೊದಲು ಅವನ್ನು ಅಳಿಸಿ. ದೃಢೀಕೃತ ರೂಟರ್ ಪುಟವನ್ನು ಸ್ಕ್ರ್ಯಾಪ್ ಮಾಡಬೇಕಾದ ಅನ್ವೇಷಣೆ ವಿಧಾನಕ್ಕೆ ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳ ನಡುವೆಯೂ ಆ ರುಜುವಾತು ಕೆಲಸ ಮಾಡುವಂತೆ ಇಡಬೇಕು. ಪ್ರದಾತದ ಟೋಕನ್‌ನಷ್ಟೇ ಕಾಳಜಿಯಿಂದ ಅದನ್ನು ಇರಿಸಿ.

ddclient README ಅನ್ವೇಷಣೆ ವಿಧಾನಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಆಯ್ಕೆ ಹೆಸರುಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಒಂದೇ ದಾಖಲೆಯಲ್ಲಿ IPv4 ಮತ್ತು IPv6 ಫಲಿತಾಂಶಗಳನ್ನು ಬೆರೆಸಬೇಡಿ, ಮತ್ತು ಒಂದು ಬಿಡುಗಡೆಯಲ್ಲಿ ಇರುವ ಆಯ್ಕೆ ಇನ್ನೊಂದರಲ್ಲೂ ಇದೆ ಎಂದು ಊಹಿಸಬೇಡಿ.

ಮೌಲ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ತಲುಪುವಿಕೆಯನ್ನು

ಲೈವ್ ನವೀಕರಣಕ್ಕೆ ಅನುಮತಿ ನೀಡುವ ಮೊದಲು ಪ್ರಸ್ತಾವಿತ ವಿಳಾಸವನ್ನು ಉದ್ದೇಶಿತ ಅಂತಿಮ ಬಿಂದುವಿನೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಒಂದು ಅಧಿಕೃತ ನವೀಕರಣದ ನಂತರ ಅಧಿಕೃತ DNS ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪರಿಹಾರಕ ಕ್ಯಾಶ್‌ಗಳನ್ನು ಲೆಕ್ಕಿಸಿ. ಕಡಿಮೆ TTL ಕಾಯುವಿಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ; ತಪ್ಪು ಮೌಲ್ಯವನ್ನು ಸರಿಯಾಗಿಸುವುದಿಲ್ಲ.

ದಾಖಲೆ ಸರಿಯಾದ ನಂತರವೇ, ಅಗತ್ಯ ಫೈರ್‌ವಾಲ್ ಮತ್ತು ಮುಂದೂಡಿಕೆ ಈಗಾಗಲೇ ಅನುಮೋದಿತವಾಗಿದ್ದರೆ, ಸ್ವತಂತ್ರ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಒಳಬರುವ ಸೇವೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಸರಿಯಾದ A ದಾಖಲೆ ತಲುಪಬಲ್ಲ ಸೇವೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸ್ಥಿರ VPN ಗುತ್ತಿಗೆ ಖಾಸಗಿ ನಾಮಕರಣವನ್ನು ಸರಳಗೊಳಿಸಬಹುದು, ಆದರೆ ತಪ್ಪು WAN ಕಡೆ ತೋರಿಸುವ ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.