VPN ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಹಕ್ಕುಸ್ವಾಮ್ಯದ ವಿಷಯವನ್ನು ನಕಲಿಸಬಹುದೇ? ಮೂರು ಕ್ರಿಯೆಗಳು
ಪ್ಯಾಕೆಟ್ ಮುಂದುವರಿಸುವಿಕೆ, ಪ್ರತಿಕ್ರಿಯೆಗಳ ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಮರುಪ್ರಕಟಣೆ ಬೇರೆ ಬೇರೆ ಹಕ್ಕುಸ್ವಾಮ್ಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಎತ್ತುತ್ತವೆ. ನಿಮ್ಮ ಸೇವೆ ಮಾಡುವ ಕ್ರಿಯೆಯನ್ನು ಅದನ್ನು ನಿಯಂತ್ರಿಸುವ ನಿಯಮಕ್ಕೆ ಹೊಂದಿಸಿ.
ಪ್ಯಾಕೆಟ್ ಮುಂದುವರಿಸುವಿಕೆ, ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಮರುಪ್ರಕಟಣೆ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ, ಆದರೆ ಹಕ್ಕಿನ ಪ್ರಶ್ನೆ ಎದುರಾದಾಗ ಸಂಪೂರ್ಣ ಬೇರೆಯಾಗಿ ವರ್ತಿಸುತ್ತವೆ. ಬಳಕೆದಾರ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಬೈಟ್‌ಗಳನ್ನು ಸಾಗಿಸುವ ಸೇವೆ ಒಂದು ಕ್ರಿಯೆ ಮಾಡುತ್ತದೆ, ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಇಟ್ಟುಕೊಂಡು ಮುಂದಿನ ಸಂದರ್ಶಕನಿಗೆ ನೀಡುವ ಸೇವೆ ಇನ್ನೊಂದು ಕ್ರಿಯೆ ಮಾಡುತ್ತದೆ. ಇನ್ನೊಬ್ಬರ ವಿಷಯವನ್ನು ನಿಮ್ಮ ಸ್ವಂತ ಹೆಸರಿನಲ್ಲಿ ಪ್ರಕಟಿಸುವುದು ಮೂರನೇ ಕ್ರಿಯೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ಅರ್ಥದಲ್ಲಿ ವಿತರಣೆ ಎಂದರೆ ಆ ಮೂರನೇ ಕ್ರಿಯೆ ಮಾತ್ರ.
ನಿಮ್ಮ ವ್ಯವಸ್ಥೆ ಆ ಮೂರರಲ್ಲಿ ಯಾವುದನ್ನು ನಿಜವಾಗಿ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ಹೊಂದುವ ನಿಯಮವನ್ನು ಜೋಡಿಸಿ. ಉತ್ಪನ್ನದ ಲೇಬಲ್‌ಗಳು ಇಲ್ಲಿ ಏನನ್ನೂ ನಿರ್ಣಯಿಸುವುದಿಲ್ಲ, ಬಳಸುವ ಪ್ರೋಟೋಕಾಲೂ ಪರೀಕ್ಷೆಯ ಮಾನದಂಡವಲ್ಲ.
ಪ್ರಾಕ್ಸಿ ಅಥವಾ VPN ಮಾಡಬಹುದಾದ ಮೂರು ಕ್ರಿಯೆಗಳು
ಗೇಟ್‌ವೇ ಒಂದು TCP ಹರಿವನ್ನು ಸ್ವೀಕರಿಸಿ, ವಿಳಾಸಗಳನ್ನು ಮರುಬರೆದು, ವಿಭಾಗಗಳನ್ನು ಎರಡೂ ದಿಕ್ಕಿನಲ್ಲಿ ಮುಂದುವರಿಸುತ್ತದೆ. ಸಂಪರ್ಕದ ನಂತರ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಏನೂ ಉಳಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಮೂಲದೊಂದಿಗಲ್ಲದೆ ಗೇಟ್‌ವೇಯೊಂದಿಗೆ TLS ಮಾತುಕತೆ ನಡೆಸದ ಹೊರತು ಪೇಲೋಡ್ ಗೇಟ್‌ವೇಗೆ ಅಪಾರದರ್ಶಕವಾಗಿಯೇ ಇರುತ್ತದೆ.
ಕ್ಯಾಶಿಂಗ್ ಮಧ್ಯವರ್ತಿ ಬೇರೆ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಅದು ವಿನಂತಿಯನ್ನು ವಿಶ್ಲೇಷಿಸಿ, ತಾನು ಲೆಕ್ಕಹಾಕಿದ ಅಥವಾ ಹೆಡರ್‌ಗಳಿಂದ ಓದಿದ ಅವಧಿಯವರೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸಿ, ಆ ಸಂಗ್ರಹಿತ ವಸ್ತುವನ್ನು ನಂತರದ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮತ್ತೆ ನೀಡುತ್ತದೆ. ಈಗ ತಂತಿಯಿಂದ ಹೊರಗೆ ಏನೋ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, URL ಮತ್ತು ಮಾನ್ಯತೆದಾರಕದಿಂದ ಗುರುತಿಸಲ್ಪಟ್ಟಿದೆ, ಮತ್ತು ಅದರ ಧಾರಣೆಯು ಅಡ್ಡಪರಿಣಾಮವಲ್ಲ, ಸಂರಚನೆಯ ಆಯ್ಕೆ.
ಮರುಪ್ರಕಟಣೆ ಇನ್ನೊಂದು ಹೆಜ್ಜೆ ಮುಂದೆ ಹೋಗುತ್ತದೆ. ವಿಷಯವು ನೀವು ನಿಯಂತ್ರಿಸುವ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ, ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರೇಕ್ಷಕರಿಗೆ, ಹಲವುವೇಳೆ ಸಂಪಾದನೆಯ ನಂತರ ಕುಳಿತಿರುತ್ತದೆ. ಮೊದಲ ಎರಡು ಕ್ರಿಯೆಗಳು ಸಾಗಣೆಯನ್ನು ವಿವರಿಸುತ್ತವೆ, ಮೂರನೆಯದು ವಿತರಣೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.
| ಕ್ರಿಯೆ | ನಂತರ ಏನು ಉಳಿಯುತ್ತದೆ | ಫಲಿತಾಂಶವನ್ನು ನಿರ್ಣಯಿಸುವ ಪ್ರಶ್ನೆ |
|---|---|---|
| ಹರಿವನ್ನು ಸಾಗಿಸುವುದು | ಸೆಕೆಂಡುಗಳವರೆಗೆ ಇರುವ ಅನುವಾದ ಸ್ಥಿತಿ ಮತ್ತು ಬಫರ್‌ಗಳು | ಕ್ಷಣಿಕ ಪ್ರಸರಣೆಯನ್ನು ಯಾವ ಮಧ್ಯವರ್ತಿ ನಿಬಂಧನೆ ಒಳಗೊಳ್ಳುತ್ತದೆ? |
| ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸುವುದು | ಒಂದು ವಸ್ತು ಮತ್ತು ತಾಜಾತನ ಹಾಗೂ ಮಾನ್ಯತೆದಾರಕ ಮೆಟಾಡೇಟಾ | ಧಾರಣೆ ಮತ್ತು ಮರುಪ್ಲೇಗೆ ಅನುಮತಿ ಇತ್ತೇ, ಮತ್ತು ಎಲ್ಲಿಯವರೆಗೆ? |
| ನಿಮ್ಮ URL ಅಡಿಯಲ್ಲಿ ಕೃತಿಯನ್ನು ನೀಡುವುದು | ಹೊಸ ಪ್ರೇಕ್ಷಕರಿಗೆ ಉದ್ದೇಶಿಸಿದ ಪ್ರಕಟಿತ ಪ್ರತಿ | ಆ ಪ್ರೇಕ್ಷಕರಿಗೆ ವಿತರಣೆಯನ್ನು ಯಾವ ಅನುಮತಿ ಒಳಗೊಳ್ಳುತ್ತದೆ? |
ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಪ್ರಾಕ್ಸಿ ಸಾಗಣೆಯನ್ನು ನಕಲಾಗಿ ಬದಲಿಸುವ ಸ್ಥಳ
ಬಹುಪಾಲು ವಾದಗಳನ್ನು ನಿರ್ಣಯಿಸುವ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಬಾಕ್ಸ್ ಎಂದಾದರೂ ಸ್ಪಷ್ಟ ಪಠ್ಯವನ್ನು ಹಿಡಿದಿಡುತ್ತದೆಯೇ ಎಂಬುದು. ಶುದ್ಧ ಸುರಂಗ, ಅದು WireGuard ಆಗಿರಲಿ, OpenVPN tun ಸಾಧನವಾಗಿರಲಿ ಅಥವಾ SSH -L ಫಾರ್ವರ್ಡ್ ಆಗಿರಲಿ, ತುದಿಗಳ ನಡುವೆ ಸೈಫರ್ ಪಠ್ಯವನ್ನು ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು ಓದಬಹುದಾದ ಏನನ್ನೂ ಬಿಡುವುದಿಲ್ಲ. TLS ಅನ್ನು ಮುಗಿಸುವ ಪ್ರಾಕ್ಸಿ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಅದು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸಿ, ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಬಫರ್ ಮಾಡಿ, ನಂತರ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಕ್ಲೈಂಟ್ನ ಕಡೆಗೆ ಮರುಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ. ಆ ಕಾರ್ಯಾಚರಣೆಗಳ ನಡುವೆ ಕೃತಿಯು ನಿರ್ವಾಹಕರು ಪರಿಶೀಲಿಸಿ ಇಟ್ಟುಕೊಳ್ಳಬಹುದಾದ ರೂಪದಲ್ಲಿ ಇರುತ್ತದೆ.
17 USC 106 ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ವಿತರಣೆಯನ್ನು ಪ್ರತ್ಯೇಕ ಹಕ್ಕುಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ಅದೇ ಸಂಹಿತೆಯಲ್ಲಿ ಹೇಳಲಾದ ಮಿತಿಗಳಿಗೆ ಒಳಪಟ್ಟಿದೆ. ಮಿಲಿಸೆಕೆಂಡ್‌ನ ಬಫರ್ ವಾದವಿಲ್ಲದೆ ಮಿತಿಯೊಳಗೆ ಹೊಂದಿಕೊಳ್ಳಬಹುದು; ಉಳಿಸಿಕೊಂಡ, ಮರುಪ್ಲೇ ಮಾಡಬಹುದಾದ ವಸ್ತುವನ್ನು ಅಲ್ಲಿ ಇಡುವುದು ಬಹಳ ಕಷ್ಟ. ಮೆಮೊರಿಯನ್ನು ಮುಟ್ಟಿದ ಎಂಬ ಅಂಶಕ್ಕಿಂತ ಅವಧಿ ಮತ್ತು ಉದ್ದೇಶ ಹೆಚ್ಚು ತೂಕ ಹೊಂದುತ್ತವೆ.
ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ VPN ಅನ್ನು ಪರವಾನಗಿಯಾಗಿ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಾಕ್ಸಿಯನ್ನೂ ಉಲ್ಲಂಘನೆಗಾರನಾಗಿಸುವುದಿಲ್ಲ. ಸಾಗಣೆ ಅನೇಕ ಅಂಶಗಳಲ್ಲಿ ಒಂದು, ಮತ್ತು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದಾದ ಪ್ರಶ್ನೆ ಹಾಗೆಯೇ ಉಳಿಯುತ್ತದೆ: ಯಾವ ಕ್ರಿಯೆ, ಯಾರ ವಿಷಯದ ಮೇಲೆ, ಯಾವ ಅನುಮತಿಯ ಅಡಿಯಲ್ಲಿ.
ಕ್ಯಾಶ್ ಹೆಡರ್‌ಗಳು ಕಾನೂನು ಅನುಮತಿಯನ್ನಲ್ಲ, ಪ್ರೋಟೋಕಾಲ್ ಅನುಮತಿಯನ್ನು ವಿವರಿಸುತ್ತವೆ
HTTP ಕ್ಯಾಶ್ ತಾನು ಏನನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು ಎಂಬುದನ್ನು ಪ್ರತಿಕ್ರಿಯೆ ಮೆಟಾಡೇಟಾದಿಂದ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು RFC 9111 ಅದು ಅನುಸರಿಸುವ ನಿಯಮಗಳನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ. Cache-Control: no-store ಎಲ್ಲಾ ನಿಯಮಪಾಲಕ ಕ್ಯಾಶ್‌ಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಿಟ್ಟುಬಿಡಲು ಹೇಳುತ್ತದೆ, private ಮರುಬಳಕೆಯನ್ನು ಒಬ್ಬ ಬಳಕೆದಾರನಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಉದ್ದವಾದ max-age ಹಂಚಿದ ಸಂಗ್ರಹಣೆಗೆ ಆಹ್ವಾನಿಸುತ್ತದೆ. ಒಂದು ವಿನಂತಿಯೇ ಮೂಲವು ಯಾವ ನೀತಿಯನ್ನು ಆರಿಸಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ. ಬೇರೆ ಯಾವುದೇ ವಾದದ ಮೊದಲು ಅದನ್ನು ಓಡಿಸಿ.
curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'
ಉದ್ದವಾದ ಜೀವಿತಾವಧಿಯನ್ನು ಜಾಹೀರಿಸುವ ಪ್ರತಿಕ್ರಿಯೆ, ಮರುಪ್ಲೇ ಪ್ರೋಟೋಕಾಲ್ ಮಟ್ಟದಲ್ಲಿ ಸ್ವೀಕಾರಾರ್ಹ ಎಂದು ಕ್ಯಾಶ್‌ಗಳಿಗೆ ಹೇಳುತ್ತಿದೆ. ಆ ಹೇಳಿಕೆ, ಅದೇ ವಸ್ತುವನ್ನು ತೆಗೆದುಕೊಂಡು ಮರುಹೋಸ್ಟ್ ಮಾಡಿ ನಿಮ್ಮ ಸೇವೆಗೆ ಸೇರಿಸಬಹುದೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಬೇರೆ ಬೇರೆ ಎರಡು ಅನುಮತಿಗಳು ಬೇರೆ ಬೇರೆ ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳಿಂದ ಬರುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಪೂರೈಸಿದರೆ ಇನ್ನೊಂದು ಇದ್ದಲ್ಲೇ ಇರುತ್ತದೆ.
ಕನ್ನಡಿ ಪ್ರಕರಣವೂ ಅದೇ ರೀತಿ ವಿಫಲವಾಗುತ್ತದೆ. ಎಂಡ್-ಟು-ಎಂಡ್ HTTPS ಪಾರದರ್ಶಕ ಕ್ಯಾಶ್ ಏನನ್ನೂ ಸಂಗ್ರಹಿಸದಂತೆ ತಡೆಯುತ್ತದೆ, ಆದರೆ ಆ ಫಲಿತಾಂಶ ವಿಷಯವನ್ನು ವಿತರಿಸುವ ಹಕ್ಕನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿದ್ದ ಹಕ್ಕನ್ನೂ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ. ಪ್ರೋಟೋಕಾಲ್ ವರ್ತನೆ ಬಾಕ್ಸ್ ಏನು ಮಾಡಬಲ್ಲದು ಎಂದು ವಿವರಿಸುತ್ತದೆ; ಅದು ಎಂದಿಗೂ ಅಧಿಕಾರ ನೀಡುವುದಿಲ್ಲ.
ಸೇವೆ ಆರಂಭವಾಗುವ ಮೊದಲು ಏನನ್ನು ಬರೆದಿಡಬೇಕು
ಹೊರಗಿನವರು ಪರಿಶೀಲಿಸಬಹುದಾದ ಪದಗಳಲ್ಲಿ ವ್ಯವಸ್ಥೆಯನ್ನು ವಿವರಿಸಿ. ವಿಷಯ ಮತ್ತು ಅದರ ಮೂಲವನ್ನು ಹೆಸರಿಸಿ, ವ್ಯವಸ್ಥೆ ಮಾಡುವ ಕ್ರಿಯೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಮತ್ತು ಪ್ರತಿ ಸಂಗ್ರಹಿತ ವಸ್ತು ಎಷ್ಟು ಕಾಲ ಬದುಕುತ್ತದೆ ಎಂದು ತಿಳಿಸಿ.
ಆ ವಿವರಣೆಯನ್ನು ಯಾರೋ ಒಬ್ಬರ ನೆನಪಿನಲ್ಲಲ್ಲ, ನಿಯೋಜನೆಯ ಜೊತೆಯಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳಿ. ದೂರು ಬಂದಾಗ, ಸಮರ್ಥಿಸಬಹುದಾದ ಸ್ಥಾನ ಮತ್ತು ಊಹೆಯ ನಡುವಿನ ಅಂತರ ಸಾಮಾನ್ಯವಾಗಿ ತಿಂಗಳುಗಳ ಹಿಂದೆ ಬರೆದ, ಧಾರಣಾವಧಿ ಮತ್ತು ಪರವಾನಗಿಯನ್ನು ಹೆಸರಿಸುವ ಒಂದು ಪ್ಯಾರಾಗ್ರಾಫ್.
ಸಣ್ಣ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಪುನರಾವರ್ತಿತ ಕೊರತೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ:
- ವಿಷಯದ ಮೂಲ ಮತ್ತು ಅದಕ್ಕೆ ಜೋಡಿಸಿದ ನಿಯಮಗಳು.
- ಮಾಡುವ ಪ್ರತಿ ಕ್ರಿಯೆ: ಮುಂದುವರಿಸು, ಸಂಗ್ರಹಿಸು, ಸಂಪಾದಿಸು, ನೀಡು.
- ಪ್ರತಿ ವಸ್ತು ವರ್ಗಕ್ಕೆ ಧಾರಣೆ, ಗಂಟೆ ಅಥವಾ ದಿನಗಳಲ್ಲಿ.
- ನೀಡುವ ಹಂತಕ್ಕೆ ಆಧಾರವಾದ ಅನುಮತಿ ಅಥವಾ ಮಿತಿ.
- ಹಕ್ಕುದಾರರಿಗೆ ಸಂಪರ್ಕ ಮತ್ತು ತೆಗೆದುಹಾಕುವ ಮಾರ್ಗ.
ಪಟ್ಟಿಯನ್ನು ವಾಸ್ತುಶಿಲ್ಪದ ಚಿತ್ರದ ಮೇಲಲ್ಲ, ಜೀವಂತ ಸಂರಚನೆಯ ಮೇಲೆ ಓಡಿಸಿ. ಉತ್ತರ ಕಾಣೆಯಾದಲ್ಲಿ, ಆ ಕೊರತೆಯೇ ಮುಂದಿನ ಕೆಲಸ: ಆ ಕ್ರಿಯೆಗೆ ಅನುಮತಿ ಪಡೆಯಿರಿ ಅಥವಾ ಅದನ್ನು ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ವಾಣಿಜ್ಯ ಸೇವೆಗೆ, ಬರೆದ ವಿವರಣೆಯನ್ನು ನೀವು ಸೇವೆ ನೀಡುವ ನ್ಯಾಯವ್ಯಾಪ್ತಿಯ ವಿರುದ್ಧ ವಕೀಲರಿಂದ ಓದಿಸಿ, ಏಕೆಂದರೆ ಆ ವಿವರಣೆಯೇ ಆ ಪರಿಶೀಲನೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಬರವಣಿಗೆಯಲ್ಲಿ ವಿವರಿಸಲಾಗದ ಯಾವುದೂ ನೀವು ಸಮರ್ಥಿಸಲಾಗದ ಸ್ಥಾನ.