SonarQube ಮಾರ್ಕೆಟ್‌ಪ್ಲೇಸ್‌ಗೆ ಸರ್ವರ್‌ನ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗ ಬೇಕು

ಮಾರ್ಕೆಟ್‌ಪ್ಲೇಸ್ ಮತ್ತು ನವೀಕರಣ ಪರಿಶೀಲನೆಗಳು SonarQube ನಿಂದ ಹೊರಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಥಾಪನೆಯ ಬೆಂಬಲಿತ sonar.properties ಇನ್‌ಪುಟ್‌ಗಳನ್ನು ಸಂರಚಿಸಿ:

http.proxyHost=proxy.example
http.proxyPort=8080
https.proxyHost=proxy.example
https.proxyPort=8080

ಮೌಲ್ಯಗಳನ್ನು ವಿಲೀನಗೊಳಿಸಿ ಮತ್ತು ಮುಖ್ಯ ಸೇವೆಯ ಪೂರ್ಣ ಮರುಪ್ರಾರಂಭವನ್ನು ಅದರ ಬೆಂಬಲಿತ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಮಾಡಿ. ಒದಗಿಸಿದ ಮಾದರಿ api/system/restart ಈ ಫೈಲ್ ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಎಚ್ಚರಿಸುತ್ತದೆ.

ಆತಿಥೇಯಗಳು ಕೇವಲ ಹೆಸರುಗಳು/ವಿಳಾಸಗಳು, ಪೋರ್ಟ್‌ಗಳು ಪ್ರತ್ಯೇಕ. HTTPS ಗುಣಲಕ್ಷಣಗಳು HTTPS ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ, ಬೇರೆ ಪ್ರಾಕ್ಸಿ ಆಲಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ನ ಬೇಡಿಕೆಯಲ್ಲ. ಬಿಟ್ಟುಬಿಟ್ಟ HTTPS ಆತಿಥೇಯ/ಪೋರ್ಟ್ ದಾಖಲಿತ ಸಂರಚನೆಯಲ್ಲಿ HTTP ಮೌಲ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ; ಮಾರ್ಗಗಳು ಭಿನ್ನವಾದಾಗ ಸ್ಪಷ್ಟ ನಮೂದುಗಳು ಮುಖ್ಯ. HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ HTTP ವಿಳಾಸವು ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ ಮಾರ್ಕೆಟ್‌ಪ್ಲೇಸ್ ಡೌನ್‌ಲೋಡ್‌ಗಳಿಗೆ ಈ ಕ್ಷೇತ್ರಗಳನ್ನು ತುಂಬಬಹುದು, ಆದರೆ http.proxyUser ಅಥವಾ http.proxyPassword ಸಂರಚಿಸದಿದ್ದಾಗ ಮಾತ್ರ.

ದೃಢೀಕರಣ ಅಗತ್ಯವಿರುವಲ್ಲಿ, ಉಲ್ಲೇಖದ http.proxyUser/http.proxyPassword HTTP, HTTPS ಮತ್ತು SOCKS ಪ್ರಾಕ್ಸಿಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. SonarQube ನಿರ್ವಾಹಕರ ಲಾಗಿನ್ ಬದಲು ಮಧ್ಯವರ್ತಿ ಖಾತೆಯನ್ನು ಬಳಸಿ.

ಮರುಪ್ರಾರಂಭದ ನಂತರ ಸರ್ವರ್-ಬದಿಯ ನಿಜವಾದ ವಿಫಲ URL ಮತ್ತು ದೋಷವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. ನವೀಕರಣ ಮಾಹಿತಿ ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ಪ್ಲಗಿನ್ ಕಲೆಗಳು ಬೇರೆ ಆತಿಥೇಯಗಳನ್ನು ಬಳಸಬಹುದು. ನಿರ್ವಾಹಕರ ಬ್ರೌಸರ್ ಇನ್ನೊಂದು ಸೈಟ್ ತಲುಪುವುದು ಪ್ರಾಕ್ಸಿ ಈ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.