ಸೈಟ್ ಟನೆಲ್ ಮರಳಿದ ನಂತರ ಫಾಲ್ಬ್ಯಾಕ್ ಲೀಸ್: ನವೀಕರಿಸಬೇಕೇ ಅಥವಾ ಕಾಯಬೇಕೇ?

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

ಎರಡು ಗಡಿಯಾರಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಟನೆಲ್ ಅಲ್ಲ

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

ಅನುಷ್ಠಾನ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ಈ ಹೇಳಿಕೆಗೆ ಜೋಡಿಸಿ ಇರಿಸಿ. ಟೈಮರ್ಗಳ ಹೆಸರುಗಳು ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳು SonicOS ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಭಿನ್ನವಾಗಿರುತ್ತವೆ, ಮತ್ತು ಹಳೆಯ ಇಂಟರ್ಫೇಸ್ ಹೊಸದು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಎರಡು ಚೇತರಿಕೆ ಹಂತಗಳನ್ನು ಹೋಲಿಸಿ

ಹಂತ A ಎಂದರೆ ಕಾಯುವುದು. ಅದಕ್ಕೆ ಯಾವುದೇ ವೆಚ್ಚವಿಲ್ಲ, ಯಾವುದೇ ಅಪಾಯವಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಂತೆ ನವೀಕರಿಸಲು ಬಿಡುತ್ತದೆ. ಹಂತ B ಎಂದರೆ ಬಾಧಿತ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬಲವಂತದ ಬಿಡುಗಡೆ ಮತ್ತು ನವೀಕರಣ ಮಾಡುವುದು, ಅದು ಉದ್ದೇಶಿತ ವಿಳಾಸವನ್ನು ತಕ್ಷಣ ನೀಡುತ್ತದೆ ಆದರೆ ಕ್ಲೈಂಟ್ ಮಾಡುತ್ತಿರುವ ಎಲ್ಲವನ್ನೂ ಅಡ್ಡಿಪಡಿಸುತ್ತದೆ. ಒಂದೇ ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ ಬಲವಂತದ ನವೀಕರಣ ಸಾಮಾನ್ಯವಾಗಿ ವೇಗದ ಮಾರ್ಗ ಮತ್ತು ಅದನ್ನು ಸಮರ್ಥಿಸುವುದು ಸುಲಭ. ಪ್ರಯೋಗಾಲಯದಲ್ಲಿ ಅಥವಾ ವಹಿವಾಟಿನ ಮಧ್ಯದಲ್ಲಿರುವ ಪಾಯಿಂಟ್-ಆಫ್-ಸೇಲ್ ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಕಾಯುವುದು ಸುರಕ್ಷಿತ ಆಯ್ಕೆ, ಮತ್ತು ಕೆಲಸದ ಸಮಯದ ಹೊರಗೆ ನಿಗದಿಪಡಿಸಿದ ನವೀಕರಣ ಎರಡನ್ನೂ ಮೀರುತ್ತದೆ.

ipconfig /all
ipconfig /release
ipconfig /renew

ಏನನ್ನಾದರೂ ಬಿಡುಗಡೆ ಮಾಡುವ ಮೊದಲು ಔಟ್ಪುಟ್ ಓದಿ. ವಿಳಾಸ, ಗೇಟ್ವೇ ಮತ್ತು DNS ಈಗಾಗಲೇ ಸಾಮಾನ್ಯ ವ್ಯಾಪ್ತಿಗೆ ಹೊಂದಿಕೆಯಾದರೆ, ಕ್ಲೈಂಟ್ ತಾನೇ ಚೇತರಿಸಿಕೊಂಡಿದೆ ಮತ್ತು ಉಳಿದ ಸಮಸ್ಯೆ ಬೇರೆಡೆ ಇದೆ. Linux ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸಮಾನವಾದದ್ದು ಕೈಯಿಂದ ಸಂಪಾದಿಸಿದ ವಿಳಾಸವಲ್ಲ, ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ಲೀಸ್ ಬಿಡುಗಡೆ ಮತ್ತು ನವೀಕರಣ, ಏಕೆಂದರೆ ಇಲ್ಲದಿದ್ದರೆ ಮ್ಯಾನೇಜರ್ ಮುಂದಿನ ಘಟನೆಯಲ್ಲಿ ನಿಮ್ಮ ಬದಲಾವಣೆಯನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ.

ಕೊಡುಗೆಯನ್ನು ಓದಿ, ಕೇವಲ ವಿಳಾಸವನ್ನಲ್ಲ

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

tcpdump -ni any 'port 67 or port 68'

ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ಸೆರೆಹಿಡಿಯಿರಿ, ಏಕೆಂದರೆ ಶಾಂತ ಇಂಟರ್ಫೇಸ್ ಕ್ಲೈಂಟ್ ಎಂದೂ ಕೇಳಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ. ಟನೆಲ್ ಆನ್ ಆಗಿರುವಾಗ ಕೊಡುಗೆ ಸ್ಥಳೀಯ ಫಾಲ್ಬ್ಯಾಕ್ನಿಂದ ಬಂದರೆ, ಆಯ್ಕೆ ತರ್ಕವು ದೂರದ ಮಾರ್ಗವನ್ನು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ಗಳಲ್ಲಿ ಬಲವಂತದ ನವೀಕರಣ ಅದೇ ಫಲಿತಾಂಶವನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತದೆ. ಸೆರೆಹಿಡಿದದ್ದನ್ನು ಅದೇ ಗಡಿಯಾರದಲ್ಲಿ ಟನೆಲ್ ಘಟನೆಗಳೊಂದಿಗೆ ಸಂಬಂಧಿಸಿ. ಕ್ಲೈಂಟ್ನ ವಿನಂತಿಗೆ ಸೆಕೆಂಡುಗಳ ಮೊದಲು ಮುಗಿಯುವ ಕೀ-ನವೀಕರಣ ಅಥವಾ ಸಣ್ಣ ಕುಸಿತ ಸಂಭಾವ್ಯ ಕಾರಣ; ಸ್ವಚ್ಛ ಟನೆಲ್ನೊಂದಿಗೆ ಫಾಲ್ಬ್ಯಾಕ್ ಉತ್ತರ ಆಯ್ಕೆ ಮಾರ್ಗದಲ್ಲಿ ಸಂರಚನಾ ಸಮಸ್ಯೆ.

ಹೋಲಿಕೆ ತಿರುಗುಮುರುವಾಗುವ ಸ್ಥಳ

ಒಮ್ಮೆಗೇ ಅನೇಕ ಕ್ಲೈಂಟ್ಗಳು ಬಾಧಿತರಾದರೆ, ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ನವೀಕರಣಗಳು ಅಡಚಣೆಗಳ ಸಾಲು ಮತ್ತು ಬೆಂಬಲ ಕರೆಯಾಗಿ ಬದಲಾಗುತ್ತವೆ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ಕ್ಲೈಂಟ್ಗಳ ಬದಲು ಫಾಲ್ಬ್ಯಾಕ್ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಪುನಃಸ್ಥಾಪನಾ ವಿಧಾನವನ್ನು ನೋಡಿ, ಏಕೆಂದರೆ ಗುಂಪು ಒಟ್ಟಿಗೆ ಚೇತರಿಸಿಕೊಂಡಿತು ಮತ್ತು ಮತ್ತೆ ಒಟ್ಟಿಗೆ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ನೆರೆಹೊರೆಯವರು ಸರಿಯಾಗಿರುವಾಗ ಒಂದೇ ಕ್ಲೈಂಟ್ ಬಾಧಿತವಾಗಿದ್ದರೆ, ವಿರುದ್ಧವು ನಿಜ: ಆ ಕ್ಲೈಂಟ್ನ ಲೀಸ್, ಅದರ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಅಥವಾ ಅದರ ಸ್ವಂತ DHCP ಕ್ಲೈಂಟ್ನ ನಡವಳಿಕೆ ಬದಲಾಗುವ ಅಂಶ, ಮತ್ತು ಇಡೀ ಸೈಟ್ನ ಬದಲಾವಣೆ ತಪ್ಪು ಸಾಧನ.

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

ನಿರ್ಗಮನ ವಿಧಾನವನ್ನು ಬರೆಯಿರಿ

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

ಸಂಪನ್ಮೂಲವನ್ನು ದೃಢೀಕರಿಸುವ ಮೂಲಕ ಮುಗಿಸಿ, ವಿಳಾಸವನ್ನಲ್ಲ. ಫೈಲ್ ಸರ್ವರ್ಗೆ ತಲುಪುವುದು, ಅದರ ಹೆಸರನ್ನು ಪರಿಹರಿಸುವುದು ಮತ್ತು ಇಂಟರ್ನೆಟ್ಗೆ ತಲುಪುವುದು ಮೂರು ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆಗಳು, ಮತ್ತು ಕೊನೆಯದಕ್ಕೆ ಮಾತ್ರ ಎಂದೂ ಸಂಶಯವಿರಲಿಲ್ಲ.