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 ଗୁଣଗୁଡ଼ିକୁ ବାରମ୍ବାର ସମାୟୋଜିତ କରି ତାହା କରାଯାଇପାରିବ ନାହିଁ।