Transmission ನ ಪ್ರಾಕ್ಸಿ ಚರಗಳು HTTP ಟ್ರ್ಯಾಕರ್‌ಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ, ಪೀರ್‌ಗಳ ಮೇಲಲ್ಲ
ಬದಲಾದ ಟ್ರ್ಯಾಕರ್ ಮಾರ್ಗವನ್ನು ಪ್ರಾಕ್ಸಿ ಮೂಲಕದ ಡೌನ್‌ಲೋಡ್ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು Transmission ನ HTTP ಟ್ರ್ಯಾಕರ್ ವಿನಂತಿಗಳನ್ನು ಪೀರ್ ಸಂಪರ್ಕಗಳು ಮತ್ತು DHT ನಿಂದ ಬೇರ್ಪಡಿಸಿ.
ನಿಮ್ಮ ಸೇವೆಯ ವಿವರಗಳಿಂದ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯ ನಮೂದಿನಿಂದ ನಿರ್ಮಿಸಿದ ಪ್ರಾಕ್ಸಿ URL ಅನ್ನು Transmission ಗೆ ನೀಡಿದ ನಂತರ ಟ್ರ್ಯಾಕರ್ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಇದು ಟ್ರ್ಯಾಕರ್ ಪ್ರವೇಶವನ್ನು ಸರಿಪಡಿಸಬಹುದು, ಆದರೆ ಟೊರೆಂಟ್‌ನ ಪೀರ್ ಸಂಚಾರ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
Transmission ನ ಪರಿಸರ-ಚರ ದಾಖಲೆಗಳು libcurl ಅನ್ನು HTTP ಮತ್ತು HTTPS ಟ್ರ್ಯಾಕರ್ ಘೋಷಣೆಗಳು ಮತ್ತು ಸ್ಕ್ರ್ಯಾಪ್‌ಗಳನ್ನು ಮಾಡುವ ಘಟಕ ಎಂದು ಗುರುತಿಸುತ್ತವೆ. ಆ ಗ್ರಂಥಾಲಯ ಬಳಸುವ ಪ್ರಾಕ್ಸಿ ಚರಗಳು ಆ ವಿನಂತಿಗಳನ್ನು ಹೊಂದಿಸುತ್ತವೆ. ಅವು ಇಡೀ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಜಾಗತಿಕ ನೆಟ್‌ವರ್ಕ್ ನೀತಿ ಅಲ್ಲ.
| ಕಾರ್ಯಾಚರಣೆ | ಟ್ರ್ಯಾಕರ್-ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ |
|---|---|
| HTTP ಅಥವಾ HTTPS ಟ್ರ್ಯಾಕರ್ ವಿನಂತಿ | libcurl ವಿನಂತಿ ಸಂರಚಿಸಿದ ಪ್ರಾಕ್ಸಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು |
| ಪೀರ್‌ಗೆ ಸಂಪರ್ಕ | ಆ ಟ್ರ್ಯಾಕರ್ ಫಲಿತಾಂಶದಿಂದ ಯಾವುದೇ ತೀರ್ಮಾನವಿಲ್ಲ |
| DHT ಅಥವಾ ಇತರ UDP ಚಟುವಟಿಕೆ | ಆ ಟ್ರ್ಯಾಕರ್ ಫಲಿತಾಂಶದಿಂದ ಯಾವುದೇ ತೀರ್ಮಾನವಿಲ್ಲ |
ಒಂದು ಟೊರೆಂಟ್ ಹಲವು ಅನ್ವೇಷಣಾ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಆದ್ದರಿಂದ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಪೀರ್ ಪಟ್ಟಿ ಪಡೆಯುವುದು ನಂತರದ ಸಂಪರ್ಕಗಳು ಸಾಮಾನ್ಯ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಹೋಗುವುದಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.
ನೀವು ಡೀಮನ್ ನಡೆಸಿದರೆ, ಅದರ ಪರಿಸರವೂ ಆ ಸೇವೆಗೆ ಸೇರಿದ್ದು, ರಿಮೋಟ್-ನಿಯಂತ್ರಣ ಆಜ್ಞೆ ನಡೆಸುವ ಟರ್ಮಿನಲ್‌ಗೆ ಅಲ್ಲ. systemd ಆಧಾರಿತ ಸ್ಥಾಪನೆಗಳಲ್ಲಿ ಡೀಮನ್ ಸೇವೆಯಲ್ಲಿ ಚರಗಳನ್ನು ಹೊಂದಿಸಿ. ಸರಿಯಾದ ಚರವನ್ನು ಸರಿಯಾದ ಪ್ರಕ್ರಿಯೆಗೆ ನೀಡುವುದು ದಾಖಲಾದ libcurl ಮಾರ್ಗಕ್ಕೆ ಅಗತ್ಯ; ಅದು ಆ ಮಾರ್ಗದ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಸ್ತರಿಸುವುದಿಲ್ಲ.
ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಗೆ ಫಲಿತಾಂಶವನ್ನು ವಿವರಿಸಿ. “ಟ್ರ್ಯಾಕರ್ ವಿನಂತಿ ಪ್ರಾಕ್ಸಿ ಬಳಸಿತು” ಉಪಯುಕ್ತ. “ಡೌನ್‌ಲೋಡ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಗುರುತು ಬದಲಾಯಿತು” ಎಂದು ಹೇಳಲು ಡೇಟಾ ಸಾಗಿಸುವ ಪೀರ್ ಸಂಪರ್ಕಗಳ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ ಬೇಕು.