Conda ಪರಿಸರದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ R ಟರ್ಮಿನಲ್‌ನಲ್ಲಿರುವ curl ಕಾರ್ಯನಿರ್ವಾಹಕಕ್ಕಿಂತ ಬೇರೆ libcurl ಬಿಲ್ಡ್ ಬಳಸಬಹುದು. ವಿಫಲವಾಗುತ್ತಿರುವ R ಸೆಷನ್‌ಗೆ ಅದರಲ್ಲಿ ನಿಜವಾಗಿ ಯಾವ ಲೈಬ್ರರಿ ಇದೆ ಎಂದು ಕೇಳಿ:

info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')

ಅಕ್ಷರ ಮೌಲ್ಯವು ಲಿಂಕ್ ಆದ libcurl ನ ಆವೃತ್ತಿಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಅದರ ssl_version ಗುಣಲಕ್ಷಣವು TLS ಅನುಷ್ಠಾನವನ್ನು ಗುರುತಿಸುತ್ತದೆ, protocols ಆ ಲೈಬ್ರರಿ ಬೆಂಬಲಿಸುವ ಗಮ್ಯಸ್ಥಾನ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಇವು R ನ ಒಳನಿರ್ಮಿತ libcurl ಮಾರ್ಗವನ್ನು ವಿವರಿಸುತ್ತವೆ, curl ಎಂಬ ಹೆಸರಿನ shell ಆಜ್ಞೆಯನ್ನಲ್ಲ.

ವರದಿಯನ್ನು ಡೌನ್‌ಲೋಡ್ ವಿಧಾನಕ್ಕೆ ಹೊಂದಿಸಿ

method='libcurl' ನೊಂದಿಗೆ download.file ಈ ಲೈಬ್ರರಿ ಬಳಸುತ್ತದೆ. method='curl' ಬಾಹ್ಯ ಕಾರ್ಯನಿರ್ವಾಹಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಪ್ರಸ್ತುತ ಸ್ವಯಂಚಾಲಿತ HTTP(S) ಆಯ್ಕೆ libcurl ಬಳಸುತ್ತದೆ, ಮತ್ತು NULL ಮೌಲ್ಯದ download.file.method ಆಯ್ಕೆ ಆ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಹಾಗೆಯೇ ಉಳಿಸಬಹುದು.

ಕೆಲಸ ಅಥವಾ IDE ಆಯ್ಕೆ ಮಾಡಿದ ನಿಜವಾದ ಪರಿಸರದಲ್ಲೇ ಪರಿಶೀಲನೆ ನಡೆಸಿ. ಇನ್ನೊಂದು R ಸ್ಥಾಪನೆ ತನ್ನ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಒಂದೇ ರೀತಿ ಕಂಡರೂ ಬೇರೆ ಆವೃತ್ತಿ ಅಥವಾ TLS ಬ್ಯಾಕೆಂಡ್ ವರದಿ ಮಾಡಬಹುದು.

ಪಟ್ಟಿಯಲ್ಲಿ https ಪ್ರೋಟೋಕಾಲ್ ಇರುವುದು HTTPS ಗಮ್ಯಸ್ಥಾನಗಳು ಬೆಂಬಲಿತವಾಗಿವೆ ಎಂದರ್ಥ. ಅದು ನಿರ್ದಿಷ್ಟ ಪ್ರಾಕ್ಸಿ ಶ್ರೋತ್ರವು TLS ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. HTTPS ಡೌನ್‌ಲೋಡ್‌ಗಾಗಿ ಸಾಮಾನ್ಯ HTTP ಪ್ರಾಕ್ಸಿ ಯಲ್ಲೂ ಇನ್ನೂ http:// ಪ್ರಾಕ್ಸಿ URL ಇರುತ್ತದೆ.

ಲೈಬ್ರರಿ ವರದಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ವಿಧಾನ ಮತ್ತು ಸಂಪರ್ಕ ದೋಷದೊಂದಿಗೆ ಇರಿಸಿ. ಪ್ರಮಾಣಪತ್ರ ವೈಫಲ್ಯ, ಬೆಂಬಲಿಸದ ಪ್ರಾಕ್ಸಿ ಸ್ಕೀಮ್ ಮತ್ತು ತಿರಸ್ಕರಿಸಿದ ಶ್ರೋತ್ರ ಇವು ಬೇರೆ ಬೇರೆ ಕಂಡುಹಿಡಿತಗಳಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ; ಆವೃತ್ತಿ ಸಂಖ್ಯೆ ಮಾತ್ರ ಅವುಗಳ ರೋಗನಿರ್ಣಯವಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು