Mac Mail, ಎರಡು ಖಾತೆಗಳು ಮತ್ತು ಅವನ್ನು ಬೇರ್ಪಡಿಸಲಾಗದ ಒಂದು VPN ನಿಯಮ

Mail ತೆರೆಯುತ್ತದೆ, ಕೆಲಸದ ಇನ್ಬಾಕ್ಸ್ ಸಿಂಕ್ ಆಗುತ್ತದೆ, ಮತ್ತು ವೈಯಕ್ತಿಕದ ಸಮಯ ಮೀರುತ್ತದೆ. ಅಥವಾ ಎರಡೂ ಸಿಂಕ್ ಆಗುತ್ತವೆ, ಆದರೆ ಕೆಲಸದ ಸರ್ವರ್ ಸುರಂಗ ಮೇಲಿರುವಾಗ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು Mail ಯಾವ ಖಾತೆ ಯಾವುದೆಂದು ತಿಳಿಯದು. ಲಕ್ಷಣ ಯಾವಾಗಲೂ ಒಂದೇ ಆಕಾರ: ಒಂದು ಅಪ್ಲಿಕೇಶನ್, ಎರಡು ಖಾತೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಗುರುತಿಸುವ ನಿಯಮ. ಸರಿಪಡಿಸುವಿಕೆ ಅಪ್ಲಿಕೇಶನ್ ಗಡಿಯಲ್ಲ, ಪಾತ್ರೆಯೆಂದು ಒಪ್ಪುವುದರಿಂದ ಆರಂಭವಾಗುತ್ತದೆ.

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

ಅಪ್ಲಿಕೇಶನ್ ಏಕೆ ತಪ್ಪು ಘಟಕ

Mail ಪ್ರತಿ ಸಂರಚಿತ ಖಾತೆಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಒಂದೇ ಪ್ರಕ್ರಿಯೆ. ಅಪ್ಲಿಕೇಶನ್ ವಿರುದ್ಧ ಬರೆದ ನಿಯಮ ಅದರ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ವೈಯಕ್ತಿಕ ಖಾತೆ ಕೆಲಸದ ಸುರಂಗ ಮತ್ತು ಅದರ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಪಡೆಯುತ್ತದೆ. ಅದು ಸ್ವೀಕಾರಾರ್ಹವಾಗಿರಬಹುದು, ಆದರೆ ಅದು ನಿರ್ಣಯ, ಪರಿಶೀಲಿಸದೆ ಬಿಡಬಹುದಾದ ಅಡ್ಡಪರಿಣಾಮವಲ್ಲ.

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

ಎರಡು ಖಾತೆಗಳು ಬೇರೆ ಬೇರೆ ಸರ್ವರ್ ಬಳಸುವಾಗ

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

ವಿಳಾಸಗಳನ್ನು ಬಳಸಿ, @ ಚಿಹ್ನೆಯ ನಂತರದ ಭಾಗವನ್ನಲ್ಲ. ಮೇಲ್ ವಿಳಾಸದಲ್ಲಿನ ಡೊಮೇನ್ ಮಾರ್ಗನಿರ್ದೇಶನದ ಹೇಳಿಕೆಯಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಹಾಗೆ ಪರಿಗಣಿಸಿದರೆ ತಪ್ಪು ಹೋಸ್ಟ್ಗೆ ಪ್ರಚೋದಿಸುವ ಅಥವಾ ಎಂದಿಗೂ ಪ್ರಚೋದಿಸದ ನಿಯಮ ಉಂಟಾಗುತ್ತದೆ. ನಿಜವಾದ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಖಾತೆ ಸೆಟ್ಟಿಂಗ್ಗಳಿಂದ ಅಥವಾ ನಿರ್ವಾಹಕರಿಂದ ದೃಢೀಕರಿಸಿ.

ಎರಡೂ ಖಾತೆಗಳು ಒಂದು ಸರ್ವರ್ ಹಂಚಿಕೊಳ್ಳುವಾಗ

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

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

ಸುರಂಗ ಪ್ರಾರಂಭಿಸುವುದು ಅದನ್ನು ಆವರಿಸುವುದಲ್ಲ

Apple ನ App Layer VPN ಪೇಲೋಡ್ MailDomains ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ: ಪಟ್ಟಿ ಮಾಡಿದ ಡೊಮೇನ್ಗಳು ಬೆಂಬಲಿತ ನಿರ್ವಹಿತ ನಿಯೋಜನೆಗಳಲ್ಲಿ Mail VPN ಸಂಪರ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸುವಂತೆ ಮಾಡುತ್ತವೆ. ಇದು ಉಪಯುಕ್ತ ಸಾಮರ್ಥ್ಯ, ಮತ್ತು ಕೇಳಿಸುವುದಕ್ಕಿಂತ ಸಣ್ಣದು. Mail ಆ ಡೊಮೇನ್ಗಳೊಂದಿಗೆ ಮಾತನಾಡಿದಾಗ ಅದು ಸುರಂಗವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ; ಅದು ಪ್ರತಿ ಮಾರ್ಗ, ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಸಂಬಂಧ ಅಥವಾ ಸುರಂಗ ಕೆಳಗಿರುವಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ.

ಇದು ನಿರ್ವಹಿತ ವೈಶಿಷ್ಟ್ಯವೂ ಆಗಿದೆ, Mail ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಪ್ರತಿ ಖಾತೆಗೆ ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ. ನಿಯೋಜನೆ ನಿರ್ವಹಿತವಲ್ಲದಿದ್ದರೆ, ಸೆಟ್ಟಿಂಗ್ ನಿಮಗೆ ಲಭ್ಯವಿಲ್ಲ, ಮತ್ತು ಎಷ್ಟೇ ಪ್ರೊಫೈಲ್ ಸಂಪಾದನೆ ಮಾಡಿದರೂ ಅದು ಅದನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

ಕ್ಯಾಶ್ ಮಾಡಿದ ಇನ್ಬಾಕ್ಸ್ನಿಂದ ಅಲ್ಲ, ಹೊಸ ಸಿಂಕ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ

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

ನಿರ್ವಾಹಕರಿಗೆ ಕೆಲಸದ ಖಾತೆಯ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಮತ್ತು ವೈಯಕ್ತಿಕ ಮೇಲ್ಗೆ ಬಯಸುವ ವರ್ತನೆಯನ್ನು ನೀಡಿ, ನಂತರ ಯಾವ ಬೆಂಬಲಿತ ಖಾತೆ-ಅರಿವಿನ, ಡೊಮೇನ್ ಆಧಾರಿತ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ನೀತಿ ಅದನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಪ್ರತಿ ಸ್ಥಿತಿಯಲ್ಲಿ ಎರಡೂ ಖಾತೆಗಳು ಸಿಂಕ್ ಆಗುವುದನ್ನು ನೋಡುವುದೇ ನೀವು ವಿನ್ಯಾಸ ಮಾಡಿದ ಗಡಿ ಯಂತ್ರವು ಜಾರಿಗೊಳಿಸುವ ಗಡಿ ಎಂಬುದಕ್ಕೆ ಏಕೈಕ ಸಾಕ್ಷ್ಯ.