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 ગુણધર્મોને વારંવાર ગોઠવીને તે કરી શકાતું નથી.