שוק SonarQube זקוק למסלול הפרוקסי של השרת
הגדירו את מאפייני פרוקסי ה-HTTP וה-HTTPS היוצאים של 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 שנכשלה בצד השרת ואת השגיאה. מידע העדכונים וחפצי התוספים הנבחרים עשויים להשתמש במארחים שונים. העובדה שהדפדפן של המנהל מגיע לאתר אחר אינה מוכיחה שהפרוקסי מתיר את ההורדה הזו.