VPN ID ನಂತೆ ಕಾಣುವ cid ಪ್ರತ್ಯಯವು ಕೇವಲ MIME Content-ID ಆಗಿದೆ

ನೀವು ಮೇಲ್ ಹೆಡರ್‌ನಲ್ಲಿ ಕೋನ-ಆವರಣದ ಒಳಗಿನ ಗುರುತಿಸುವಿಕೆಯೊಳಗೆ openvpn ಕಾಣುತ್ತೀರಿ ಮತ್ತು ಸ್ಪಷ್ಟ ತೀರ್ಮಾನವೆಂದರೆ ಸಂದೇಶಕ್ಕೆ VPN ಸೆಷನ್‌ನೊಂದಿಗೆ ಸಂಬಂಧವಿದೆ. ಅದಕ್ಕೆ ಅಂಟಿಕೊಳ್ಳುವ ಮೊದಲು ಇಡೀ ಸಾಲನ್ನು ಓದಿ: ಈ ಸ್ಟ್ರಿಂಗ್ Content-ID ಒಳಗಿದೆ, ಮತ್ತು Content-ID ಎಂದರೆ ಒಂದು ಸಂದೇಶದ ಒಳಗಿನ ಒಂದು ಭಾಗದ ಹೆಸರು. HTML ನಲ್ಲಿ ಒಂದು cid: ಉಲ್ಲೇಖವು ಆ ಹೆಸರಿಗೆ ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಜೋಡಿ ಇರುವುದು ಮೇಲ್ ಚಿತ್ರವನ್ನು ಎರಡು ಬಾರಿ ಕಳುಹಿಸದೆ ಒಯ್ಯಲು. ಆ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೂ VPN ಸರ್ವರ್ ತಲುಪುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತ್ಯಯದಲ್ಲಿ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಯಾರು ನಿರ್ಮಿಸಿದರು ಎಂಬುದು ಯಾವುದೂ ಹೇಳುವುದಿಲ್ಲ.

ಗುರುತಿಸುವಿಕೆ ನಿಜವಾಗಿ ಯಾವುದನ್ನು ಸೂಚಿಸುತ್ತದೆ

HTML ಮೇಲ್ ಒಂದೇ ಬ್ಲಾಕ್ ಆಗಿ ಬರುವುದು ಅಪರೂಪ. ಪಠ್ಯ ಮತ್ತು ಪ್ರತಿ ಎಂಬೆಡ್ ಚಿತ್ರ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತ್ಯೇಕ MIME ಭಾಗಗಳಾಗಿ ಚಲಿಸುತ್ತವೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅವನ್ನು ಪ್ರದರ್ಶಿಸಲು ಮತ್ತೆ ಜೋಡಿಸುತ್ತದೆ. ಅದಕ್ಕೆ ಚಿತ್ರದ ಭಾಗಕ್ಕೆ ಒಂದು ಹೆಸರು ಮತ್ತು ಆ ಹೆಸರಿಗೆ ಪರಿಹಾರವಾಗುವ ಉಲ್ಲೇಖ ಬೇಕು.

ಕೆಳಗಿನ ಜೋಡಿ ಉದಾಹರಣೆಗಾಗಿ ಕಲ್ಪಿಸಲಾಗಿದೆ.

Content-ID: <[email protected]>

<img src="cid:[email protected]" alt="Company mark">

ಹೆಡರ್ ಸಾಲು ಚಿತ್ರದ ಭಾಗದ ಮೇಲಿದೆ; img ಅಂಶ HTML ಭಾಗದಲ್ಲಿದೆ. ಕೋನ-ಆವರಣಗಳು ಹೆಡರ್‌ನ ವಾಕ್ಯರಚನೆಗೆ ಸೇರಿವೆ, ಆದ್ದರಿಂದ cid: ಉಲ್ಲೇಖವು ಗುರುತಿಸುವಿಕೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಿಲ್ಲದೆ ಬರೆಯುತ್ತದೆ. ಎಸ್ಕೇಪ್ ಬೇಕಾಗುವ ಅಕ್ಷರಗಳಿರುವ ಮೌಲ್ಯಗಳನ್ನು ಎನ್‌ಕೋಡ್ ಮಾಡಬೇಕು, ಮತ್ತು ಆದ್ದರಿಂದ ಈ ಜೋಡಿ ಪರಿವರ್ತನಾ ನಿಯಮವಲ್ಲ, ಉದಾಹರಣೆ. ಅರ್ಥವನ್ನು ಎರಡು ಸ್ಟ್ರಿಂಗ್‌ಗಳ ಹೊಂದಾಣಿಕೆ ಒಯ್ಯುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರವಲ್ಲ.

@openvpn ಪ್ರತ್ಯಯವು ನಿರ್ಮಾಣದ ವಿವರ

Content-ID ಒಂದು ಸಂದೇಶದ ಒಳಗೆ ಅನನ್ಯವಾಗಿರಲು ನಿರ್ಮಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಮೇಲ್ ತಂತ್ರಾಂಶವು @ ಮತ್ತು ಡೊಮೇನ್ ಸೇರಿಸಿ ಅದನ್ನು ವಿಳಾಸದಂತೆ ಕಾಣಿಸುತ್ತದೆ. ಆ ಆಕಾರ ಜನರೇಟರ್‌ನ ಸಂಪ್ರದಾಯ, ಮಾರ್ಗವಲ್ಲ: ಹೆಡರ್‌ನಲ್ಲಿ ಯಾವುದೂ ಕ್ಲೈಂಟ್‌ಗೆ mailer.example ಸಂಪರ್ಕಿಸಲು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಸಂದೇಶ ತೋರಿಸುವಾಗ ಯಾವುದೇ ಹುಡುಕಾಟ ನಡೆಯುವುದಿಲ್ಲ. ಈ ಕ್ಷೇತ್ರವು ಖಾತೆಯ ಹೆಸರು, VPN ಬಳಕೆದಾರ ಅಥವಾ VPN ಕ್ಲೈಂಟ್ ಬಿಟ್ಟ ಗುರುತು ಕೂಡ ಅಲ್ಲ. ಸಂದೇಶವನ್ನು ಜೋಡಿಸಿದವರು ಭಾಗಕ್ಕೆ ಹೆಸರು ನೀಡುವಾಗ ಈ ಸ್ಟ್ರಿಂಗ್ ಆಯ್ಕೆ ಮಾಡಿದರು.

RFC 2392 cid ಯೋಜನೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸಂದೇಶಗಳು ಮತ್ತು ಅವುಗಳ ಭಾಗಗಳಿಗೆ ಉಲ್ಲೇಖಿಸುವುದಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ಆ ವ್ಯಾಪ್ತಿಯನ್ನು ಅಕ್ಷರಶಃ ಓದಿದರೆ ಪ್ರತ್ಯಯವು ನಾಮಕರಣದ ಆಚೆ ಯಾವುದಕ್ಕೂ ಸಾಕ್ಷಿಯಾಗುವುದಿಲ್ಲ. ಇದರ ಅರ್ಥ ನಿರ್ಮಾತೃವನ್ನು ಪ್ರತ್ಯಯದಿಂದ ಗುರುತಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದೂ, ಮತ್ತು ಹೆಡರ್‌ನಲ್ಲಿ ಪರಿಚಿತ ಪದ ಕಾಣಿಸಿದಾಗ ಜನರು ಮಾಡುವ ನೆಗೆತವೇ ಅದು.

ಕಚ್ಚಾ ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಗೋಪ್ಯತೆಯ ಪ್ರಶ್ನೆಯನ್ನು ನಿರ್ಣಯಿಸಿ

ಕಚ್ಚಾ ಮೂಲವನ್ನು ತೆರೆದು ಇಡೀ Content-ID ಮೌಲ್ಯವನ್ನು ಓದಿ, ಏಕೆಂದರೆ RFC 2392 ಮೌಲ್ಯವು ಕಳುಹಿಸುವವರ ಹೋಸ್ಟ್‌ಹೆಸರು ಅಥವಾ ಖಾತೆಯಂತಹ ಸ್ಟ್ರಿಂಗ್ ಒಯ್ಯಲು ಅನುಮತಿಸುತ್ತದೆ. ನಂತರ ಅದೇ ಹೆಸರು ಕಾಣಿಸುವ ಪ್ರತಿ ಸ್ಥಳವನ್ನು ಹುಡುಕಿ: HTML ನಲ್ಲಿ cid: ಉಲ್ಲೇಖ, ಇನ್ನೊಂದು ಹೆಡರ್, ಹಿಂದಿನ ಉತ್ತರದಿಂದ ಉಲ್ಲೇಖಿಸಿದ ಬ್ಲಾಕ್. ಆ ಕಾಣಿಸುವಿಕೆಗಳ ನಡುವಿನ ಹೊಂದಾಣಿಕೆಯೇ ಭಾಗದ ಉದ್ದೇಶವನ್ನು ನಿಮಗೆ ಹೇಳುತ್ತದೆ.

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

ದೂರದ ಚಿತ್ರ ಅಥವಾ ಎಂಬೆಡ್ ಭಾಗ: ಬೇರೆ ಸಂಚಾರ

ಮೂಲ https ಇರುವ img ಅಂಶ ಮತ್ತು ಮೂಲ cid ಇರುವ img ಅಂಶ HTML ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಜಾಲದಲ್ಲಿ ಬೇರೆಯಾಗಿ ವರ್ತಿಸುತ್ತವೆ. ಮೊದಲನೆಯದು ಸಂದೇಶ ತೆರೆದ ನಂತರ ಕ್ಲೈಂಟ್ ತರಬಹುದಾದ ಸಂಪನ್ಮೂಲವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ತರುವುದು ಕಳುಹಿಸುವವರಿಗೆ ಸಂದೇಶ ಓದಲಾಗಿದೆ ಮತ್ತು ಯಾವ ವಿಳಾಸದಿಂದ ಎಂದು ಹೇಳುತ್ತದೆ. ಎರಡನೆಯದು ಸಂದೇಶದ ಒಳಗೆ ಈಗಾಗಲೇ ಇರುವ ಭಾಗಕ್ಕೆ ಪರಿಹಾರವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಪ್ರದರ್ಶಿಸುವುದು ಯಾರನ್ನೂ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ.

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

ಸಂದೇಶ ಕಳುಹಿಸದೆ ಸಾಕ್ಷ್ಯವನ್ನು ಹಂಚಿಕೊಳ್ಳಿ

ಬೇರೆಯವರು ಇದನ್ನು ನೋಡಬೇಕಾದಾಗ, ಮೊದಲು ಸಂಪಾದಿಸಿ ಮತ್ತು ಸ್ಥಿರವಾಗಿ ಸಂಪಾದಿಸಿ. ವಿಳಾಸಗಳು ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಹೆಡರ್‌ಗಳನ್ನು ಬದಲಿಸಿ, ನಂತರ Content-ID ಮತ್ತು ಅದರ cid: ಉಲ್ಲೇಖವನ್ನು ಪ್ರತಿಯಲ್ಲಿ ಒಂದೇ ರೀತಿ ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಅಸಂಗತಿ ಮುಖ್ಯವಾದ ಏಕೈಕ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ. ಹೆಡರ್ ಯಾವ ಭಾಗದ್ದಾಗಿತ್ತು ಮತ್ತು ಯಾವ ಸಾಲು ಅದನ್ನು ಉಲ್ಲೇಖಿಸಿತು ಎಂದು ಹೇಳಿ. ಪರಿಶೀಲಕರಿಗೆ ಸಂಬಂಧ ಬೇಕು, ಸಂದೇಶವಲ್ಲ.

ನಂತರ ಎರಡು ತೀರ್ಮಾನಗಳನ್ನು ಬರವಣಿಗೆಯಲ್ಲಿ ಬೇರ್ಪಡಿಸಿ: ಸಂದೇಶದಲ್ಲಿ ಏನಿದೆ, ಮತ್ತು ಅದು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಈ ರೀತಿ ರೂಪಿಸಿದ ಪ್ರತಿಪಾದನೆಯನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಮತ್ತು ಚರ್ಚಿಸಬಹುದು, ಮತ್ತು ಉಪಯುಕ್ತ ವರದಿ ಅದನ್ನೇ ಸಾಧ್ಯ ಮಾಡುತ್ತದೆ.