VPN ಇಲ್ಲದೆ ಮೇಲ್ ಸರ್ವರ್ ತಲುಪುತ್ತದೆ: ನಿಯಮವನ್ನು ಎಲ್ಲಿ ಜಾರಿಗೊಳಿಸಬೇಕು

ಮೇಲ್ ನಿರಂತರವಾಗಿ ಪೋಲಿಂಗ್ ಮಾಡುತ್ತಿದೆ ಮತ್ತು VPN ಆಫ್ ಆಗಿದೆ, ಆದರೂ ಖಾತೆ ಸಿಂಕ್ ಆಗುತ್ತಿದೆ. ಆ್ಯಪ್ ತನಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದನ್ನು ಮಾಡುತ್ತಿದೆ; ಸಾಮಾನ್ಯ ಮೇಲ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಸರ್ವರ್ ಟನೆಲ್ ಮೂಲಕ ಮಾತ್ರ ತಲುಪಬಹುದು ಎಂದು ಎಲ್ಲೂ ಹೇಳಿಲ್ಲ. ಇದು ಎರಡು ಬೇರೆ ಅಗತ್ಯಗಳನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ಗೊಂದಲಿಸುವುದು ಸುಲಭ: ಸೇವೆ ನೇರ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ನಿರಾಕರಿಸಬೇಕು, ಅಥವಾ Mac ಎಂದಿಗೂ ಪ್ರಯತ್ನಿಸಬಾರದು.

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

ಲಕ್ಷಣ Mac ನಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ಸೋರಿಕೆ ಸರ್ವರ್ ಆಗಿರಬಹುದು

ಮೇಲ್ ಟನೆಲ್‌ನ ಹೊರಗೆ ಸಿಂಕ್ ಆದಾಗ, ಸರ್ವರ್ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಮೇಲ್ ಶ್ರೋತ ಇಂಟರ್ನೆಟ್‌ನಿಂದ ನೇರ ಸಂಪರ್ಕಕ್ಕೆ ಉತ್ತರಿಸಿದರೆ, ಕ್ಲೈಂಟ್ ಬದಿಯ ಯಾವುದೇ ಅನುಕೂಲ ಸೆಟ್ಟಿಂಗ್ ಆ ಸತ್ಯವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. Mac ಇನ್ನೂ ತೆರೆದಿರುವ ಸೇವೆಯ ವಿರುದ್ಧ ಸಾಮಾನ್ಯವಾಗಿ ವರ್ತಿಸುತ್ತಿದೆ.

ಸೇವೆ ಯಾವ ಮೂಲ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಮೇಲ್ ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ. VPN ಗೇಟ್‌ವೇ, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ಅನುವಾದಿಸಬಹುದು, ಆದ್ದರಿಂದ VPN ಕಾನ್ಫಿಗರೇಶನ್‌ನ ವಿಳಾಸ ಪೂಲ್ ಮೇಲ್ ಪ್ರಕ್ರಿಯೆಗೆ ಬರುವ ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದಿರಬಹುದು. ತಪ್ಪು ಮೂಲದ ವಿರುದ್ಧ ಬರೆದ ನಿಯಮ ಎಲ್ಲರನ್ನೂ ತಡೆಯುತ್ತದೆ ಅಥವಾ ಯಾರನ್ನೂ ತಡೆಯುವುದಿಲ್ಲ.

ಆ ಉತ್ತರ ಸೇವೆ VPN ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಎಲ್ಲಾದರೂ ಪ್ರತ್ಯೇಕಿಸಬಲ್ಲದೆಯೆಂದೂ ಹೇಳುತ್ತದೆ. ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಒಂದೇ ಪ್ರಾಕ್ಸಿ ವಿಳಾಸದ ಮೂಲಕ ಬಂದರೆ, ಮೂಲ ಆಧಾರಿತ ಪ್ರವೇಶ ಅವನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾರದು, ಮತ್ತು ಅಗತ್ಯವನ್ನು ದೃಢೀಕರಣ ಅಥವಾ ಕ್ಲೈಂಟ್ ಬದಿಗೆ ಸ್ಥಳಾಂತರಿಸಬೇಕು.

ಸರ್ವರ್ ಪ್ರವೇಶ: ಆ್ಯಪ್ ಅಲ್ಲ, ಮೂಲವನ್ನು ನಿರಾಕರಿಸಿ

ಹೋಸ್ಟ್ ಅಥವಾ ನೆಟ್‌ವರ್ಕ್ ಫೈರ್‌ವಾಲ್ ದೃಢೀಕರಣ ಮತ್ತು TLS ಬದಲಾಗದೆ ಇರಿಸಿ ಮೇಲ್ ಶ್ರೋತವನ್ನು ಅನುಮೋದಿತ ಮೂಲ ಶ್ರೇಣಿಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸಬಹುದು. ದೂರದ ವಿಳಾಸಗಳು, ಸಬ್‌ನೆಟ್‌ಗಳು ಅಥವಾ ಶ್ರೇಣಿಗಳಿಗೆ ಹೊಂದುವ ನಿಯಮ ಷರತ್ತು ಸಾಮಾನ್ಯ ನಿರ್ಮಾಣ ಘಟಕ; ನಿಖರ ವಾಕ್ಯರಚನೆ ಸರ್ವರ್‌ನ ಫೈರ್‌ವಾಲ್ ಉತ್ಪನ್ನಕ್ಕೆ ಸೇರಿದ್ದು, ಮೇಲ್ ಆ್ಯಪ್‌ಗೆ ಅಲ್ಲ.

ಅಗತ್ಯ «ಸೇವೆ ನೇರ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸೇವೆ ನೀಡಬಾರದು» ಆಗಿರುವಾಗ ಇದು ಅತ್ಯಂತ ಬಲವಾದ ಗಡಿ. ಬಳಕೆದಾರರು ಇನ್ನೊಂದು ಮೇಲ್ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದರೂ ಇದು ಉಳಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ನಿರಾಕರಣೆ ದೃಢೀಕರಣಕ್ಕೆ ಮೊದಲು ಸಂಭವಿಸುತ್ತದೆ. ತನ್ನ VPN ನೀತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ Mac ಅನ್ನೂ ಇದು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ.

ಅದರ ಮಿತಿಯೂ ಅಷ್ಟೇ ಮುಖ್ಯ. ನಿರಾಕರಿಸಿದ ಸಂಪರ್ಕ ಸೇವೆ ಸೆಷನ್ ಅನ್ನು ನಿರಾಕರಿಸಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; Mac ಯಾವುದೇ ಪ್ರಯತ್ನ ಮಾಡಲಿಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. DNS ರೆಸಲ್ಯೂಶನ್, ಹಿಂದಿನ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್‌ಗೆ TCP SYN ಮತ್ತು ವಿಫಲತೆಯ ನಂತರ ಮರುಪ್ರಯತ್ನ — ಎಲ್ಲವೂ ಸರ್ವರ್ ನಿಯಮ ತಲುಪುವ ಮೊದಲು ಸಂಭವಿಸಬಹುದು. ಅಗತ್ಯವು ಪ್ರವೇಶದ ಬದಲು ಪ್ರಯತ್ನಗಳ ಬಹಿರಂಗಕ್ಕೆ ಸಂಬಂಧಿಸಿದ್ದರೆ, ಸರ್ವರ್ ಪ್ರವೇಶ ನಿಯಂತ್ರಣದ ಅರ್ಧ ಮಾತ್ರ.

ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಜಾರಿ: ಟನೆಲ್ ಮಾತ್ರವಲ್ಲ, ಪ್ರಯತ್ನವನ್ನು ತಡೆಯಿರಿ

ಕ್ಲೈಂಟ್ ಬದಿಯ ನಿಯಮ ಸಂಚಾರವನ್ನು ನಿಷೇಧಿಸಬೇಕು, ಮೇಲ್ ತೆರೆದಾಗ ಟನೆಲ್ ಪ್ರಾರಂಭಿಸುವುದಷ್ಟೇ ಅಲ್ಲ. ಮೇಲ್ ಡೊಮೇನ್‌ಗೆ ಸಕ್ರಿಯಗೊಳಿಸುವ ಟ್ರಿಗರ್ ಸರಿಯಾದ ಕ್ಷಣದಲ್ಲಿ VPN ಎತ್ತಬಹುದು, ಆದರೆ ಟನೆಲ್ ಆಫ್ ಇರುವಾಗ ಅಥವಾ ವಿಫಲವಾದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂದು ಅದು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಉತ್ಪನ್ನದ ಬೆಂಬಲಿತ ಬ್ಲಾಕಿಂಗ್ ನೀತಿಯನ್ನು ಬಳಸಿ ಮತ್ತು ಅದರ ವ್ಯಾಪ್ತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಗದಿಪಡಿಸಿ. ಆ್ಯಪ್ ಮಟ್ಟದ ನಿಯಮ ಆ ಮೇಲ್ ಆ್ಯಪ್‌ನ ಪ್ರತಿಯೊಂದು ಖಾತೆಯನ್ನೂ ಒಳಗೊಳ್ಳುತ್ತದೆ, ವೈಯಕ್ತಿಕ ಖಾತೆಗಳೂ ಸೇರಿ. ಗಮ್ಯಸ್ಥಾನ ಮಟ್ಟದ ನಿಯಮ ಕೆಲಸದ ಖಾತೆಯ IMAP, ಕಳುಹಿಸುವಿಕೆ ಮತ್ತು ದೃಢೀಕರಣ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಹೆಸರಿಸಬೇಕು, ಮತ್ತು ಆ ವಿಳಾಸಗಳು ಬದಲಾದಾಗಲೂ ಕೆಲಸ ಮುಂದುವರಿಸಬೇಕು.

ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳು ಮತ್ತು ಇರುವ ಸೆಷನ್‌ಗಳನ್ನು ಆವರಿಸಿ. ಹೊಸ IPv4 ಸಂಪರ್ಕಗಳನ್ನು ತಡೆದು IPv6 ಅಥವಾ ಸ್ಥಾಪಿತ ಸಾಕೆಟ್ ಅನ್ನು ಮುಟ್ಟದೆ ಬಿಡುವ ನೀತಿ ಯದೃಚ್ಛಿಕವೆನಿಸುವ ಮಧ್ಯಂತರ ಸಿಂಕ್‌ಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಗಳು ಮತ್ತು ನಿದ್ರಾ ಚಕ್ರಗಳು ಅದೇ ಪರೀಕ್ಷೆಯ ಭಾಗ.

ಆ್ಯಪ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಮಟ್ಟದ ನಿಯಮಗಳ ಪ್ರಭಾವದ ವ್ಯಾಪ್ತಿ ಬೇರೆ

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

ಗಮ್ಯಸ್ಥಾನ ಮಟ್ಟದ ತಡೆ ಹೆಚ್ಚು ಸಂಕುಚಿತ ಮತ್ತು ನಿರ್ವಹಿಸಲು ಕಷ್ಟ. ಅದಕ್ಕೆ ಖಾತೆ ಬಳಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳ ಪೂರ್ಣ ಗುಂಪು ಬೇಕು, ಅನ್ವೇಷಣೆ ಮತ್ತು ದೃಢೀಕರಣ ಸೇವೆಗಳೂ ಸೇರಿ, ಮತ್ತು ಅವನ್ನು ನವೀಕರಿಸುವ ಪ್ರಕ್ರಿಯೆಯೂ ಬೇಕು. ಒಂದು ತಪ್ಪಿದರೆ ಖಾತೆ ಅರ್ಧ ಕೆಲಸ ಮಾಡುತ್ತದೆ; ಹೆಚ್ಚು ಸೇರಿಸಿದರೆ ಸಂಬಂಧವಿಲ್ಲದ ಮೇಲ್ ನಿಲ್ಲುತ್ತದೆ.

ಅಗತ್ಯದ ಪದಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿ. «ಈ ಕೆಲಸದ ಖಾತೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸಬಾರದು» ಗಮ್ಯಸ್ಥಾನ ವ್ಯಾಪ್ತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. «ಈ Mac VPN ಹೊರಗೆ ಮೇಲ್ ನಡೆಸಬಾರದು» ವಿಶಾಲ ಆ್ಯಪ್ ನಿಯಮವನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ, ಮಾಲೀಕರು ವೈಯಕ್ತಿಕ ಖಾತೆಯ ಅಡ್ಡಪರಿಣಾಮವನ್ನು ಒಪ್ಪಿಕೊಂಡರೆ.

ನಿರಾಕರಣೆ ಮತ್ತು ಅನುಪಸ್ಥಿತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ

ಮೀಸಲಾದ ಪರೀಕ್ಷಾ ಖಾತೆಯೊಂದಿಗೆ VPN ಮೂಲಕ ಸಂಪರ್ಕಿಸಿ ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ. ನಂತರ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಎರಡು ಬಾರಿ ಪರೀಕ್ಷಿಸಿ: ಒಮ್ಮೆ ಸರ್ವರ್ ಲಾಗಿನ್ ನಿರಾಕರಿಸುತ್ತದೆಯೇ ಎಂದು ನೋಡಲು, ಇನ್ನೊಮ್ಮೆ Mac ಯಾವುದೇ ಸಂಪರ್ಕಕ್ಕೆ ಪ್ರಯತ್ನಿಸುತ್ತದೆಯೇ ಎಂದು ನೋಡಲು. ಇವು ಬೇರೆ ಬೇರೆ ವೀಕ್ಷಣೆಗಳು ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಲಾಗ್‌ಗಳಿಗೆ ಸೇರುತ್ತವೆ.

ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಿರುವಾಗ SYN ಅಥವಾ DNS ಪ್ರಶ್ನೆಗೆ ಕ್ಲೈಂಟ್ ಬದಿಯ ಸಾಕ್ಷ್ಯವನ್ನು, ಮತ್ತು ನಿರಾಕರಿಸಿದ ಅಥವಾ ಸ್ವೀಕರಿಸಿದ ಸೆಷನ್‌ಗೆ ಸರ್ವರ್ ಲಾಗ್ ಅನ್ನು ಗಮನಿಸಿ. ಸರ್ವರ್ ನಿರಾಕರಿಸಿದರೂ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಪ್ರಯತ್ನಿಸಿದರೆ, ಸರ್ವರ್ ನಿಯಮ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ನಿಯಮ ಇಲ್ಲ. ಕ್ಲೈಂಟ್ ಯಾವ ಪ್ರಯತ್ನವೂ ಮಾಡದಿದ್ದರೆ ಆದರೆ ಸರ್ವರ್ ಇನ್ನೂ ಬೇರೆ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ಗಡಿ ನೀವು ಇಟ್ಟ ಸ್ಥಳದಲ್ಲೇ ಇದೆ.

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