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