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 பண்புகளை மீண்டும் மீண்டும் சரிசெய்வதால் அதைச் செய்ய முடியாது.