ವಿನಂತಿಗಳು, ಸಂಪರ್ಕಗಳು ಮತ್ತು ಸೆಷನ್ಗಳಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ರೊಟೇಶನ್
ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ವಿನಂತಿಗೆ Connection: close ಸೇರಿಸುವ ಮೊದಲು ರೊಟೇಟಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಸೇವೆ ನಿಜವಾಗಿ ಏನನ್ನು ತಿರುಗಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಒಂದೇ ಗೇಟ್ವೇ ಮೂಲಕ ಹೋಗುವ ಎರಡನೇ ವಿನಂತಿ ಅದೇ ಸಾರ್ವಜನಿಕ IP ಅನ್ನು ಕಾನೂನುಬದ್ಧವಾಗಿ ಬಳಸಬಹುದು. ಸೇವೆಯು ತನ್ನ ರೊಟೇಶನ್ಗೆ ಯಾವ ಜೀವಿತಾವಧಿಯನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ:
| ರೊಟೇಶನ್ ಘಟಕ | ಏನನ್ನು ಹೋಲಿಸಬೇಕು |
|---|---|
| ವಿನಂತಿ | ಮುಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಅದರ ಗಮನಿಸಿದ ನಿರ್ಗಮನ |
| ಸಂಪರ್ಕ | ಕ್ಲೈಂಟ್ ಹೊಂದಿಕೊಳ್ಳುವ ಸಂಪರ್ಕವನ್ನು ಮರುಬಳಕೆ ಮಾಡಿದೆಯೇ ಅಥವಾ ಇನ್ನೊಂದನ್ನು ತೆರೆದಿದೆಯೇ |
| ಒದಗಿಸುವವರ ಸೆಷನ್ | ದಾಖಲಾದ ಸ್ಟಿಕಿ-ಸೆಷನ್ ಇನ್ಪುಟ್ ಮತ್ತು ಅದರ ಜೀವಿತಾವಧಿ |
Connection: close ಯಾವುದೇ ಸಾರ್ವತ್ರಿಕ ಗೇಟ್ವೇ ಸೂಚನೆ ಅಲ್ಲ. CONNECT ಒಳಗಿನ HTTPSಗೆ, ವೆಬ್ಸೈಟ್ನ ವಿನಂತಿ ಹೆಡರ್ ಗಮ್ಯಸ್ಥಾನದ TLS ಒಳಗೆ ಚಲಿಸುತ್ತದೆ. ಯಾವ ಸಾರ್ವಜನಿಕ IP ಅನ್ನು ನಿಗದಿಪಡಿಸಬೇಕೆಂದು ಅದು ಹೊರಗಿನ ಪ್ರಾಕ್ಸಿಗೆ ಹೇಳುವುದಿಲ್ಲ. HTTP/1.1 ನ ಸಂಪರ್ಕ-ನಿರ್ದಿಷ್ಟ ಅರ್ಥಶಾಸ್ತ್ರವೂ ಪ್ರತಿ HTTP ಆವೃತ್ತಿ ಅಥವಾ ಸಾಗಣೆಗೆ ಬದಲಾಗದೆ ವರ್ಗಾಯಿಸಲಾಗದು.
ದಾಖಲಾದ ಪ್ರತಿ-ಸಂಪರ್ಕ ಸೇವೆಗೆ ಹೊಸ ಸಂಪರ್ಕ ಬೇಕಾದರೆ, ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಜೀವನಚಕ್ರ ನಿಯಂತ್ರಣವನ್ನು ಬಳಸಿ ಮತ್ತು ಪುನರಾವರ್ತಿತ TCP/TLS ಸೆಟಪ್ ವೆಚ್ಚವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ. ರೊಟೇಶನ್ ಒದಗಿಸುವವರ ಸೆಷನ್ ಅನ್ನು ಅನುಸರಿಸಿದರೆ, ಮರುಸಂಪರ್ಕ ಆ ಸೆಷನ್ ಮತ್ತು ಅದರ ನಿರ್ಗಮನ ಎರಡನ್ನೂ ಉಳಿಸಿಕೊಳ್ಳಬಹುದು.
ವಿನಂತಿ ಗುರುತಿಸುವಿಕೆ, ಎಂಡ್ಪಾಯಿಂಟ್, ಸಂಬಂಧಿತ ಸೆಷನ್ ಕೀ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಗಮನಿಸಿದ ಮೂಲವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ. ಸಂಪರ್ಕವನ್ನು ಮುಚ್ಚುವುದು ಆ ಜೀವನಚಕ್ರ ಘಟನೆಯನ್ನು ಮಾತ್ರ ಸ್ಥಾಪಿಸುತ್ತದೆ; ಮುಂದಿನ ಕಾರ್ಯಾಚರಣೆಗೆ ಆಯ್ಕೆ ಮಾಡಿದ ನಿರ್ಗಮನವನ್ನು ಸೇವೆಯ ನಿಜವಾದ ರೊಟೇಶನ್ ಒಪ್ಪಂದದ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಿ.