למה הגדרת פרוקסי HTTP לא מתקנת חיבור PostgreSQL
הפרידו בין פרוטוקול מסד הנתונים של PostgreSQL לבין ניתוב HTTP ובדקו את נתיב ה-socket הנדרש ל-SOCKS.
http.proxyHost יכול לנתב לקוח HTTP משתתף, אך אינו עושה דבר ל-PostgreSQL JDBC. PostgreSQL שולח את פרוטוקול מסד הנתונים שלו, ולא בקשת HTTP.
כתובת החיבור של JDBC חייבת עדיין לציין את שרת מסד הנתונים ואת מסד הנתונים. החלפת השרת שלו בכתובת פרוקסי HTTP לא יכולה ללמד את ההתקן את CONNECT.
עבור שירות SOCKS, בדקו את מימוש ה-socket מתחת ל-JDBC. Java חושפת את מאפייני האתחול האלה עבור sockets משתתפים:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080החליפו את נקודת הקצה מהתיעוד. אלה ארגומנטים של JVM, לא פרמטרים של כתובת JDBC. אמתו את נתיב ה-socket בפועל של ה-JDK/ההתקן וכל מפעל socket מותאם לפני שתצפו שישתמש בהם.
המאפיינים חלים על התהליך כולו, לכן כללו חיבורים אחרים בהערכת ההשפעה. מחבר ייעודי מתועד או מנהרה מאושרת יכולים לספק גבול ברור יותר כאשר רק תעבורת מסד הנתונים אמורה לעבור בנתיב.
הפרוקסי עדיין זקוק להרשאה ולנגישות ליציאה של מסד הנתונים. לאחר מכן מסד הנתונים מיישם כללי גישה למארח, TLS של היעד והתחברות משלו. שמרו על שם המארח של התעודה והחזיקו את חשבון מסד הנתונים בנפרד מחשבון הפרוקסי.
תעדו את השלב הראשון שנכשל: חיבור לפרוקסי, משא ומתן, TCP של מסד הנתונים, TLS או התחברות למסד הנתונים. הראיות האלה מזהות את השינוי הבא; התאמה חוזרת של מאפייני HTTP שאינם בשימוש לא יכולה לעשות זאת.