VPN ಮೇಲೆ ಇಮೇಲ್ ಫಿಲ್ಟರಿಂಗ್: ವಿಷಯ ನಿಯಮಗಳು ನಿಜವಾಗಿ ಎಲ್ಲಿ ಚಲಿಸುತ್ತವೆ

ಈ ವಿನಂತಿ ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆಯಂತೆ ಕೇಳಿಸುತ್ತದೆ: ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ಲಗತ್ತು ಕಟ್ಟಡದಿಂದ ಹೊರಹೋಗುವುದನ್ನು ತಡೆಯಿರಿ, ಮತ್ತು VPN ಈಗಾಗಲೇ ಇದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಬಳಸಿ. ಆ ಚೌಕಟ್ಟು ಫಿಲ್ಟರ್ ಉತ್ತರಿಸಬೇಕಾದ ಮೊದಲ ಪ್ರಶ್ನೆಯಲ್ಲೇ ಒಡೆಯುತ್ತದೆ. ವಿಷಯ ನಿಯಮಗಳಿಗೆ ಸಂದೇಶವನ್ನು ನೋಡುವ ಅಗತ್ಯವಿದೆ, ಮತ್ತು ಸಂದೇಶವು ಸುರಂಗಕ್ಕಿಂತ ಬೇರೆ ಪದರದಲ್ಲಿ ಗೋಚರವಾಗುತ್ತದೆ. ನಾನು ಪ್ಯಾಕೆಟ್‌ನಿಂದ ಹೊರಮುಖವಾಗಿ ಮೇಲ್ನ ದಾರಿಯನ್ನು ನಡೆದು, ಅಗತ್ಯವಿರುವ ಡೇಟಾ ನಿಜವಾಗಿ ಇರುವ ಮೊದಲ ಸ್ಥಳದಲ್ಲಿ ನಿಲ್ಲುತ್ತೇನೆ.

ಮೂರು ಪದರಗಳು ಸ್ವತಂತ್ರ: VPN ಸಾಗಣೆ, SMTP TLS ಸಂಪರ್ಕ ಮತ್ತು ಸಂದೇಶದ ಸ್ವಂತ ಗೂಢಲಿಪೀಕರಣ. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಸ್ಥಳದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.

ಸಂದೇಶವನ್ನು ನೋಡಬಲ್ಲ ಪದರದಿಂದ ಪ್ರಾರಂಭಿಸಿ

VPN ಡಿಕ್ಯಾಪ್ಸುಲೇಶನ್ ನಿಮಗೆ ಒಳಗಿನ ನೆಟ್‌ವರ್ಕ್ ಸಂಚಾರವನ್ನು ನೀಡುತ್ತದೆ. ಮೇಲ್ ಕ್ಲೈಂಟ್ ಸಲ್ಲಿಕೆ ಸರ್ವರ್‌ಗೆ TLS ಸಂಪರ್ಕ ತೆರೆದರೆ, ಒಳಗಿನ ಸಂಚಾರದಲ್ಲಿ ಇನ್ನೂ ಆ TLS ಸ್ಟ್ರೀಮ್ ಇರುತ್ತದೆ, ಓದಬಹುದಾದ ಮೇಲ್ ಅಲ್ಲ.

ಆದ್ದರಿಂದ ಸುರಂಗದ ಅಂಚಿನಲ್ಲಿ ತೆಗೆದ ಪ್ಯಾಕೆಟ್ ಕ್ಯಾಪ್ಚರ್ «ಈ ಸಂದೇಶದಲ್ಲಿ ನಿಷೇಧಿತ ಲಗತ್ತು ಇದೆಯೇ» ಎಂಬ ಪ್ರಶ್ನೆಗಿಂತ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.

SMTP TLS ಸಮಾಪ್ತಿ ಹೊದಿಕೆಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ

ಮೇಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ SMTP TLS ಅನ್ನು ಮುಗಿಸಿದರೆ, ಆ ಬಿಂದುವಿಗೆ ಸಲ್ಲಿಸಿದಂತೆಯೇ ಸಂದೇಶ ಬಯಲಾಗುತ್ತದೆ. ಸರ್ವರ್ ಹೆಡರ್‌ಗಳು, ಹೊದಿಕೆ ಮತ್ತು MIME ರಚನೆಯನ್ನು ನೋಡುತ್ತದೆ. ಇದು ಅನೇಕ ವಿಷಯ ನಿಯಮಗಳಿಗೆ ಸಾಕು. ಹೊದಿಕೆ ನಿಮಗೆ ಕಳುಹಿಸುವವರು ಮತ್ತು ಸ್ವೀಕರಿಸುವವರನ್ನು ಸರ್ವರ್ ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ ತಿಳಿಸುತ್ತದೆ.

S/MIME ನಿಂದ ಸಂರಕ್ಷಿತ ಸಂದೇಶಕ್ಕೆ ಇದು ಸಾಕಾಗುವುದಿಲ್ಲ. ಸರ್ವರ್ ಸಂರಕ್ಷಿತ ಘಟಕವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಬಂಧಿತ ಕೀಲಿಗಳಿಲ್ಲದೆ ಅದರ ಒಳಗಿನ ವಿಷಯವನ್ನು ಓದಲಾಗುವುದಿಲ್ಲ. ಅದೇ ಮಿತಿ ಸುರಕ್ಷಿತವಾಗಿ ಬರುವ ಗೂಢಲಿಪೀಕೃತ ಲಗತ್ತಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ.

ನಿಷ್ಕ್ರಿಯ ಕ್ಯಾಪ್ಚರ್ ಓದಬಹುದಾದಂತೆ ಮಾಡಲು ಸಾಗಣೆ ಭದ್ರತೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸಬೇಡಿ. ಅದು ನಿಯಮವನ್ನು ಡೇಟಾ ಇರುವಲ್ಲೇ ಇರಿಸುವ ಬದಲು ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಬದಲಿಸುತ್ತದೆ.

S/MIME ಕೀಲಿಗಳು ಇರುವಲ್ಲೇ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ

S/MIME MIME ಸಂದೇಶದ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ಗಡಿ ಕೀಲಿ ಸಾಮಗ್ರಿ ಮತ್ತು ಅಧಿಕೃತ ಡೀಕ್ರಿಪ್ಶನ್ ವ್ಯವಸ್ಥೆ. ಆ ಕೀಲಿಗಳಿಲ್ಲದ ಫಿಲ್ಟರ್ ಕಾಣುವ ಮೆಟಾಡೇಟಾ ಅಥವಾ ಸಂರಕ್ಷಿತ ವಸ್ತುವಿನ ಇರುವಿಕೆಯ ಮೇಲೆ ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ಆದರೆ ಅದು ಬೇರೆ ಫಲಿತಾಂಶ.

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

ಯಾರಾದರೂ ಸ್ಪಷ್ಟ ಪಠ್ಯ ವರ್ಗೀಕರಣದ ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಇದನ್ನು ಬರೆಯಿರಿ. ಭರವಸೆಯೇ ಹಿಂಪಡೆಯಲು ಕಷ್ಟವಾದ ಭಾಗ.

ನಿಯಮವನ್ನು ಮೇಲ್ ವೇದಿಕೆಯಲ್ಲಿ ಇರಿಸಿ

ಅನುಮೋದಿತ ಮೇಲ್ ಸರ್ವರ್ ಓದಬಹುದಾದ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ಅದರ ಬೆಂಬಲಿತ ವಿಷಯ-ಫಿಲ್ಟರ್ ಸಂಯೋಜನೆಯೇ ಜಾರಿ ಬಿಂದು. ಇದು ಫೈರ್‌ವಾಲ್ ಮೂಲಕ SMTP ಸಂಪರ್ಕಕ್ಕೆ ಅನುಮತಿ ನೀಡುವುದಕ್ಕಿಂತ ಭಿನ್ನ. ಆ ವ್ಯತ್ಯಾಸವೇ ನಿಯಮವು ತಿರಸ್ಕರಿಸಬಹುದೇ, ಕ್ವಾರಂಟೈನ್ ಮಾಡಬಹುದೇ ಅಥವಾ ಕೇವಲ ಟಿಪ್ಪಣಿ ಮಾಡಬಹುದೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, Postfix ದಾಖಲಿಸುತ್ತದೆ ಸರದಿಯ ನಂತರದ ವಿಷಯ ಫಿಲ್ಟರಿಂಗ್: ಮೇಲ್ ಸರದಿಗೆ ಸೇರುತ್ತದೆ, ಫಿಲ್ಟರ್‌ಗೆ ರವಾನೆಯಾಗುತ್ತದೆ ಮತ್ತು ವಿತರಣಾ ಮಾರ್ಗಕ್ಕೆ ಮರಳುತ್ತದೆ. ಅದರ ಸರದಿ-ನಂತರದ ವ್ಯವಸ್ಥೆ ಅದೇ ಮಾರ್ಗದರ್ಶಿ ಉಲ್ಲೇಖಿಸುವ ಸರದಿ-ಮೊದಲು ಪ್ರಾಕ್ಸಿ ಮತ್ತು Milter ಆಯ್ಕೆಗಳಿಗಿಂತ ಭಿನ್ನ. ನೀವು ನಿಜವಾಗಿ ನಡೆಸುವ ಮೇಲ್ ಸೇವೆಗೆ ಬೆಂಬಲಿತ ಸಂಯೋಜನೆ ಮತ್ತು ವೈಫಲ್ಯ ವರ್ತನೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಒಂದು ಲಗತ್ತು ನಿಯಮವು ಸಂಪೂರ್ಣ ಡೇಟಾ-ನಷ್ಟ ಕಾರ್ಯಕ್ರಮವಲ್ಲ. ಬ್ರೌಸರ್ ಅಪ್‌ಲೋಡ್‌ಗಳು, ಹಂಚಿದ ಸಂಗ್ರಹ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕ್ರಿಯೆಗಳಿಗೆ ತಮ್ಮದೇ ನಿಯಂತ್ರಣಗಳು ಬೇಕು.

ಕೃತಕ ಸಂದೇಶಗಳೊಂದಿಗೆ ಸ್ವೀಕಾರ ಪರೀಕ್ಷೆಯನ್ನು ಬರೆಯಿರಿ

ಅನುಮೋದಿತ ಕೃತಕ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ: ಅನುಮತಿಸಿದ ಸಂದೇಶ, ನಿಷೇಧಿತ ವಿಷಯ ಕ್ರಿಯೆ ಮತ್ತು ಸಂದೇಶ-ಮಟ್ಟದ ಗೂಢಲಿಪೀಕರಣದ ಘೋಷಿತ ನಿರ್ವಹಣೆ. ಫಿಲ್ಟರ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಮೇಲ್ ಸೇವೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನೂ ಸೇರಿಸಿ.

ಉಪಯುಕ್ತ ಫಲಿತಾಂಶವು ಕ್ರಿಯೆ, ಜಾರಿ ಬಿಂದು ಮತ್ತು ಅಲ್ಲಿ ಗೋಚರವಾಗುವ ಡೇಟಾವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. «VPN ಅದನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿತು» ಒಂದು ಪದರಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಮೇಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿಷಯ ಮತ್ತು ಅಧಿಕಾರ ಮಾದರಿಯನ್ನು ಬದಲಿಸಲಾಗದು.