VPN ಪುಟದ ಮಧ್ಯದಲ್ಲಿ ಕಡಿತಗೊಂಡಿತು: ಹಿನ್ನೆಲೆ ವಿನಂತಿಗಳು ಇನ್ನೂ ಹೊರಗೆ ಹೋಗುತ್ತಿವೆಯೇ?
ತೆರೆದಿಟ್ಟ ಪುಟವು ಸುರಂಗ ಮರಣಿಸಿದ ನಂತರವೂ ಪೋಲಿಂಗ್, ಮರುಸಂಪರ್ಕ ಮತ್ತು ಸಿಂಕ್ ಮುಂದುವರಿಸುತ್ತದೆ. ಯಾವ ಪ್ರಯತ್ನಗಳು ಇನ್ನೂ ಹೊರಗೆ ಹೋಗುತ್ತವೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಸಾಬೀತುಪಡಿಸುವುದು ಎಂದು ನೋಡಿ.
ಟ್ಯಾಬ್ ಇನ್ನೂ ಸುರಂಗ ಮರಣಿಸುವ ಮೊದಲಿನ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ತೋರಿಸುತ್ತಿದೆ. ಸ್ಥಿತಿ ಸಂಖ್ಯೆಗಳು ಹೆಪ್ಪುಗಟ್ಟುತ್ತವೆ, ಸಣ್ಣ ಸ್ಪಿನ್ನರ್ ತಿರುಗುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು ವಿಳಾಸ ಪಟ್ಟಿಯು ನೀವು ಒಂದು ಗಂಟೆ ಹಿಂದೆ ತೆರೆದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಇನ್ನೂ ಹೊತ್ತಿದೆ. ಕಡಿತದ ನಂತರ ನೀವು ಏನನ್ನೂ ಮುಟ್ಟಿಲ್ಲ, ಆದರೂ ಪುಟವು ಇನ್ನೂ ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಂತೆ ತನ್ನ ಸರ್ವರ್ ತಲುಪಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರಬಹುದು. ಜನರು ಕಳೆದುಕೊಳ್ಳುವುದು ಇದನ್ನೇ: ಕೇವಲ ಕಾಣುವ ಪುಟ ಮತ್ತು ಇನ್ನೂ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವ ಪುಟ ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನೆಟ್‌ವರ್ಕ್ ಲಾಗ್‌ನಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ.
ಪುಟವು ನೀವಿಲ್ಲದೆ ಪ್ರಾರಂಭಿಸುವ ಕೆಲಸ
ನಾಲ್ಕು ಕಾರ್ಯವಿಧಾನಗಳು ಲೋಡ್ ಆದ ದಾಖಲೆಯನ್ನು ನಿರತವಾಗಿರಿಸುತ್ತವೆ. ಪುನರಾವರ್ತಿತ ಟೈಮರ್ ಪ್ರತಿ ಕೆಲವು ಸೆಕೆಂಡುಗಳಿಗೊಮ್ಮೆ ಸ್ಥಿತಿ ಕರೆಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಬಹುದು. ನೀವು ಮರಳಿ ಬಂದ ನಂತರ ಟ್ಯಾಬ್ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಂಡಾಗ fetch ಪ್ರಚೋದನೆಗೊಳ್ಳಬಹುದು. WebSocket ಅಥವಾ ಸರ್ವರ್ ಕಳುಹಿಸುವ ಈವೆಂಟ್‌ಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಿದ ಲೈವ್ ಚಾನೆಲ್ ತನ್ನದೇ ಹಿಮ್ಮೆಟ್ಟುವ ವೇಳಾಪಟ್ಟಿಯಂತೆ ಮರುಸಂಪರ್ಕ ಪ್ರಯತ್ನಿಸಬಹುದು. ಸೈಟ್ ನೋಂದಾಯಿಸಿದ ಸೇವಾ ಕೆಲಸಗಾರ ನಿಮ್ಮ ಮುಂದೆ ಯಾವ ಟ್ಯಾಬ್ ಇಲ್ಲದಿದ್ದರೂ ಸರದಿಯಲ್ಲಿ ಇರುವ ಸಿಂಕ್‌ಗಾಗಿ ಎಚ್ಚರಗೊಳ್ಳಬಹುದು.
ಅವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಕ್ಲಿಕ್ ಬೇಕಿಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ದಾಖಲೆಯನ್ನು ಮತ್ತೆ ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ. ವಿಳಾಸ ಪಟ್ಟಿ, ಸ್ಕ್ರಾಲ್ ಸ್ಥಾನ ಮತ್ತು ತೋರಿಸಿದ ಮೌಲ್ಯಗಳು ಎಲ್ಲವೂ ಇದ್ದಲ್ಲೇ ಇರುತ್ತವೆ. ಬದಲಾಗುವುದು ನೆಟ್‌ವರ್ಕ್ ಭಾಗ ಮಾತ್ರ: ಪ್ರತಿ ಹೊಸ ಪ್ರಯತ್ನವೂ ಅದು ಪ್ರಾರಂಭವಾಗುವ ಕ್ಷಣದಲ್ಲಿ ತೆಗೆದುಕೊಂಡ ತಾಜಾ ನಿರ್ಧಾರ.
ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ ಏಕೆಂದರೆ ಕಾಣುವ ಪುಟ ಸ್ಥಳೀಯವಾಗಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ. ಈಗಾಗಲೇ ಬರೆದ ಪಿಕ್ಸೆಲ್‌ಗಳು ಮುಂದಿನ ವಿನಂತಿ ಯಶಸ್ವಿಯಾಯಿತೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಸ್ಪಿನ್ನರ್‌ನೊಂದಿಗೆ ಹೆಪ್ಪುಗಟ್ಟಿದ ಚಾರ್ಟ್ ವಿನಂತಿಗಳು ಈಗ ವಿಫಲವಾಗುತ್ತಿರುವ ಪುಟದ ಸಾಮಾನ್ಯ ನೋಟ. ಪರದೆ ಓದುವುದು ಸರ್ವರ್ ಕೆಲವು ನಿಮಿಷಗಳ ಹಿಂದೆ ಏನು ಹೇಳಿತು ಎಂದು ತಿಳಿಸುತ್ತದೆ, ಬ್ರೌಸರ್ ಈಗ ಏನು ಮಾಡುತ್ತಿದೆ ಎಂದಲ್ಲ.
ಹಿಂದಿನ ಪುಟ ಲೋಡ್ ಮಾರ್ಗವನ್ನು ಏಕೆ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದಿಲ್ಲ
ಪುಟ ಲೋಡ್‌ನಲ್ಲಿ ಯಾವುದೂ ದಾಖಲೆಯನ್ನು ಸುರಂಗಕ್ಕೆ ಬಂಧಿಸುವುದಿಲ್ಲ. ಮಾರ್ಗನಿರ್ಣಯವು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ಗೂ, ಕಳುಹಿಸುವ ಸಮಯದಲ್ಲಿ, ಪ್ಯಾಕೆಟ್ ಹೊರಡುವಾಗ ಇರುವ ಕೋಷ್ಟಕದಿಂದ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ. ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ ಮಾಯವಾದಾಗ, ಆ ಹುಡುಕಾಟವು ಇನ್ನು ಸುರಂಗದ ಮಾರ್ಗಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಅದು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ಬೀಳುತ್ತದೆ ಅಥವಾ ಏನನ್ನೂ ಕಂಡುಕೊಳ್ಳುವುದಿಲ್ಲ, ಕ್ಲೈಂಟ್ ಹಿಂದೆ ಬಿಟ್ಟದ್ದನ್ನು ಅವಲಂಬಿಸಿ.
ಪುನರಾವರ್ತಿತ ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳು ಸಾಮಾನ್ಯ ನಿಗದಿತ ಕಾರ್ಯಗಳು. HTML ಮಾನದಂಡದ ಟೈಮರ್ ವಿಭಾಗ ಅವು ಸರದಿಗೆ ಹೇಗೆ ಸೇರುತ್ತವೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಮಧ್ಯಂತರವನ್ನು ನಿಖರ ಲಯದ ಭರವಸೆಯಲ್ಲ, ಕನಿಷ್ಠ ವಿಳಂಬವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಿನ್ನೆಲೆ ಟ್ಯಾಬ್ ತನ್ನ ಕೋಡ್ ಕೇಳುವುದಕ್ಕಿಂತ ಬಹಳ ಕಡಿಮೆ ಬಾರಿ ಪೋಲಿಂಗ್ ಮಾಡಬಹುದು. ಕಡಿಮೆ ಪ್ರಯತ್ನಗಳು ಯಾವ ಪ್ರಯತ್ನವೂ ಇಲ್ಲದಿರುವುದಕ್ಕೆ ಸಮವಲ್ಲ, ಮತ್ತು ಟ್ಯಾಬ್ ಅನ್ನು ಮತ್ತೆ ಮುಂಭಾಗಕ್ಕೆ ತರುವುದು ಅವುಗಳ ಸ್ಫೋಟಕ್ಕೆ ಸಾಮಾನ್ಯ ಕ್ಷಣ.
ವೈಫಲ್ಯ ನೀತಿ ಎಲ್ಲಿ ಇಳಿಯುತ್ತದೆ
ಕ್ಲೈಂಟ್‌ನ ನಿರ್ಬಂಧವು ಪುಟವನ್ನು ಪಡೆದಾಗ ಅಲ್ಲ, ಸಂಪರ್ಕ ಪ್ರಯತ್ನಿಸಿದಾಗ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುತ್ತದೆ. ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಇನ್ನೂ ಅನುಮತಿಸಲ್ಪಟ್ಟಿದ್ದರೆ, ಮರುಪ್ರಯತ್ನವು ಭೌತಿಕ ಕೊಂಡಿಯ ಮೂಲಕ ಬಯಲಾಗಿ ಹೊರಗೆ ಹೋಗಬಹುದು. ನೀತಿಯು ಆ ಸಂಚಾರವನ್ನು ಸುರಂಗ ಮರಳುವವರೆಗೆ ಹಿಡಿದಿಟ್ಟುಕೊಂಡರೆ, ಪ್ರಯತ್ನವು ಸಂಪರ್ಕದ ಕ್ಷಣದಲ್ಲೇ ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು ಪುಟವು ಕೆಲವು ಸೆಕೆಂಡುಗಳ ನಂತರ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬಹುದಾದ ದೋಷವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಅವುಗಳಲ್ಲಿ ಯಾವುದು ಸಿಗುತ್ತದೆ ಎಂಬುದನ್ನು ಎರಡು ವಿವರಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ. ಮೊದಲನೆಯದು ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಜಾರಿ ವ್ಯಾಪ್ತಿ: ಇಡೀ ಸಾಧನದ ನಿರ್ಬಂಧ, ಸುರಂಗದ ಅಡಾಪ್ಟರ್‌ಗೆ ಸೀಮಿತವಾದ ನಿರ್ಬಂಧ, ಅಥವಾ ವಿನಾಯಿತಿಗಳಿರುವ ನಿಯಮ ಸಮೂಹ. ಎರಡನೆಯದು ಗಮ್ಯಸ್ಥಾನವು ನೀವು ಹಿಂದೆ ಸ್ಥಳೀಯ ಮುದ್ರಕ, ಬಂಧಿತ ಪೋರ್ಟಲ್ ಅಥವಾ ಸ್ಟ್ರೀಮಿಂಗ್ ಸೇವೆಗಾಗಿ ಸೇರಿಸಿದ ವಿನಾಯಿತಿಯ ಒಳಗೆ ಬರುತ್ತದೆಯೇ ಎಂಬುದು.
ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ಗೂಢಲಿಪೀಕರಣ ಇದರಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ. HTTPS ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಬೈಟ್‌ಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ; ಅವನ್ನು ಯಾವ ಇಂಟರ್ಫೇಸ್ ಸಾಗಿಸುತ್ತದೆ ಎಂದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಪುಟವು ಸಂಪೂರ್ಣ ಗೂಢಲಿಪೀಕೃತವಾಗಿದ್ದರೂ ತಪ್ಪು ಮಾರ್ಗದಿಂದ ಹೊರಗೆ ಹೋಗಬಹುದು, ಮತ್ತು ಸಂಕುಚಿತ ನಿರ್ಬಂಧ ಅನುಮತಿಸುವುದು ನಿಖರವಾಗಿ ಅದನ್ನೇ.
ಬಿಸಾಡಬಹುದಾದ ಪುಟದೊಂದಿಗೆ ನಿಯಂತ್ರಿತ ಪರಿಶೀಲನೆ
ನೀವು ನಿಯಂತ್ರಿಸುವ ಹೋಸ್ಟ್ ಮತ್ತು ಅದನ್ನು ಕರೆಯುವುದನ್ನು ಬಿಟ್ಟು ಬೇರೆ ಏನನ್ನೂ ಮಾಡದ ಪುಟವನ್ನು ಬಳಸಿ, ಇದರಿಂದ ಯಾವ ನೈಜ ಡೇಟಾವೂ ಆಟದಲ್ಲಿರುವುದಿಲ್ಲ. ಟರ್ಮಿನಲ್‌ನಿಂದ, ಕಡಿತಕ್ಕೆ ಮೊದಲು ಮತ್ತು ನಂತರ ಮಾರ್ಗದ ಮಾದರಿ ತೆಗೆದುಕೊಳ್ಳಿ:
curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/pingಸುರಂಗ ಮೇಲಿರುವಾಗ ಅದನ್ನು ಓಡಿಸಿ, ನಂತರ ಸುರಂಗವನ್ನು ಇಳಿಸಿ ಮತ್ತೆ ಓಡಿಸಿ. ಸುರಂಗ ಇಳಿದಿರುವಾಗ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಿಂದ ಬರುವ ಉತ್ತರವು ನೇರ ಮಾರ್ಗ ತೆರೆದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಸಮಯ ಮೀರುವಿಕೆ ಅಥವಾ ನಿರಾಕರಿಸಿದ ಸಂಪರ್ಕವು ನೀತಿ ಹಿಡಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಮರುಸಂಪರ್ಕಗೊಂಡ ನಂತರ ಇನ್ನೊಮ್ಮೆ ಪುನರಾವರ್ತಿಸಿ, ಸುರಂಗದ ಮಾರ್ಗ ಮರಳಿ ಬರುವುದನ್ನು ಊಹಿಸುವ ಬದಲು ನೋಡಿ.
ಬ್ರೌಸರ್‌ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾನೆಲ್ ಎರಡು ಪ್ರಶ್ನೆಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ. Fetch/XHR ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ, ನಂತರ ಪ್ರಾರಂಭಕ ಕಾಲಮ್ ಓದಿ: ಟೈಮರ್ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಾರಂಭಿಸಿದ, ಅದಕ್ಕೆ ಮೊದಲು ಯಾವ ನ್ಯಾವಿಗೇಶನ್ ದಾಖಲಾಗದ ನಮೂದು ಮರುಲೋಡ್ ಅಲ್ಲ, ಹಿನ್ನೆಲೆ ಪ್ರಯತ್ನ. ಅದರ ಪ್ರಾರಂಭ ಸಮಯವನ್ನು ಸುರಂಗ ಕಡಿತಗೊಂಡ ಕ್ಷಣದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸುರಂಗ ಹೋದಾಗ ನಮೂದು ಇನ್ನೂ ಬಾಕಿ ಇದ್ದರೆ, ವಿನಂತಿಯು ಇನ್ನು ಇಲ್ಲದ ಮಾರ್ಗಕ್ಕಾಗಿ ಕಾಯುತ್ತಿದೆ.
ಸರ್ವರ್ ಬದಿಯ ಸಾಕ್ಷ್ಯವು ಬ್ರೌಸರ್ ತೋರಿಸುವ ಎಲ್ಲದಕ್ಕಿಂತ ಬಲವಾಗಿದೆ. ಸಮಯಮುದ್ರೆ ಮತ್ತು ಮೂಲ ವಿಳಾಸವಿರುವ ವಿನಂತಿ ಲಾಗ್ ಪ್ಯಾಕೆಟ್ ತಲುಪಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ ನಮೂದುಗಳು ಕುಕಿ, ಟೋಕನ್ ಮತ್ತು ಪೂರ್ಣ URL ಗಳನ್ನು ಹೊತ್ತಿರಬಹುದು, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಬೇಕಾದ ಕ್ಷೇತ್ರಗಳನ್ನು ಮಾತ್ರ ಇಟ್ಟುಕೊಂಡು, ಎಲ್ಲಾದರೂ ಅಂಟಿಸುವ ಮೊದಲು ಉಳಿದವನ್ನು ಮರೆಮಾಡಿ.
ಉತ್ತರದೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕು
ಸುರಂಗ ಇಳಿದಿರುವಾಗ ಹಿನ್ನೆಲೆ ಪ್ರಯತ್ನಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತಲೇ ಇದ್ದರೆ, ನಿರ್ಬಂಧ ನೀವು ಊಹಿಸಿದ್ದಕ್ಕಿಂತ ಸಂಕುಚಿತವಾಗಿದೆ, ಮತ್ತು ಸೂಕ್ಷ್ಮ ಕೆಲಸಕ್ಕೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಂಬುವ ಮೊದಲು ಆ ಕಂದಕವನ್ನು ಮುಚ್ಚುವುದು ಯೋಗ್ಯ. ಅವು ವಿಫಲವಾದರೆ, ನೀತಿ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಹೆಪ್ಪುಗಟ್ಟಿದ ಪುಟ ಕೇವಲ ನೋಟ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಒಂದು ಟ್ಯಾಬ್ ಮುಚ್ಚುವುದು ಸಾಧನ-ವ್ಯಾಪಿ ನಿಯಂತ್ರಣವಲ್ಲ: ಇತರ ಟ್ಯಾಬ್‌ಗಳು, ಇತರ ಬ್ರೌಸರ್‌ಗಳು ಮತ್ತು ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಪ್ರತಿಯೊಂದೂ ತಮ್ಮ ಕೆಲಸವನ್ನು ತಾವೇ ನಿಗದಿಪಡಿಸುತ್ತವೆ.
ತೆಗೆದುಕೊಳ್ಳಲು ಯೋಗ್ಯವಾದ ಮುಂದಿನ ಹೆಜ್ಜೆಗಳು: ನೀವು ಯಾವ ವಿನಾಯಿತಿಗಳನ್ನು ಮತ್ತು ಏಕೆ ಸೇರಿಸಿದಿರಿ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ, ಕ್ಲೈಂಟ್ ಸುರಂಗ-ವ್ಯಾಪ್ತಿಯ ಸಂಚಾರವನ್ನು ಮಾತ್ರ ಅಥವಾ ಎಲ್ಲ ಸಂಚಾರವನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಸರ್ವರ್ ಲಾಗ್ ತೆರೆದಿಟ್ಟು ಒಂದು ಹಿನ್ನೆಲೆ ವಿನಂತಿಯನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಗಮನಿಸಿ. ಆ ಮೂರು ಉತ್ತರಗಳು «VPN ಕಡಿತಗೊಂಡಿತು ಮತ್ತು ಏನೋ ಇನ್ನೂ ಸಂಪರ್ಕದಲ್ಲಿದೆ» ಎಂಬ ವರದಿಯಲ್ಲಿ ನಿಜವಾಗಿ ಇರುವುದರ ಬಹುಪಾಲನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.