Oracle JDBC SOCKS-agordoj kaj pelilaj versioj
Uzu versi-specifajn Oracle JDBC SOCKS-agordojn kaj distingi ilin de ĝiaj HTTPS-prokuraj kaj datumbazaj prokuraj uzantaj funkcioj.
Por Oracle JDBC-pelilo, kiu dokumentas SOCKS-subtenon je pelila nivelo, pasigu ĉi tiujn tra la ekzistanta konekta agordo:
properties.setProperty("oracle.net.socksProxyHost", "127.0.0.1");
properties.setProperty("oracle.net.socksProxyPort", "1080");Ili elektas la peranton, ne anstataŭaĵon por datumbaza gastiganto, servo aŭ ensaluto. Konfirmu, ke la instalita pelilo subtenas ilin kaj ke la konekta fabriko vere pasigas tiun agordan fonton. Por publike atingebla datumbazo sur itinero, kiu permesas publikajn perantojn, la SOCKS-prokura listo proponas kandidatojn por kongrui kun la SOCKS-subteno de tiu pelilo. Konfirmu aliron al ĉiu reala datumbazo aŭ malkovrita finpunkto kaj pordo, konservante la datumbazan konton kaj TLS-agordojn. Uzu tiun publikan branĉon nur kun neagorditaj prokuraj kontaj enigoj; ne portu ekzistantan prokuran uzantnomon aŭ pasvorton al la kandidato.
| Trajto | Celo |
|---|---|
| SOCKS-agordoj | Subtenata reta relaja vojo |
| HTTPS-prokuraj agordoj | Alia reta prokura vojo |
| Datumbaza prokura-uzanta aŭtentikigo | Datumbaza identeco, ne interreta relajo |
La API ankaŭ dokumentas oracle.net.socksRemoteDNS; kontrolu ĝian disponeblecon kaj konduton por la deplojita pelilo. Ĝeneralaj JVM kaj Oracle-specifaj agordoj ne estas interŝanĝeblaj.
Malnovaj SOCKS/NIO-solvoj bezonas sian malnovan pelilan kuntekston. Ne malŝaltu transporton nur ĉar historia respondo tion faris. Post kiam enkursigo funkcias, datumbaza protokolo, TLS, malkovro kaj aŭtentikigo ankoraŭ postulas kongruan konektan priskribon kaj konton.