Pam nad yw gosodiad proxy HTTP yn trwsio cysylltiad PostgreSQL
Gwahanwch brotocol cronfa ddata PostgreSQL od llwybro HTTP a gwiriwch y llwybr soced sydd ei angen ar gyfer SOCKS.
Gall http.proxyHost lwybro cleient HTTP sy'n cymryd rhan tra nad yw'n gwneud dim i PostgreSQL JDBC. Mae PostgreSQL yn anfon ei brotocol cronfa ddata, nid cais HTTP.
Rhaid i'r URL cysylltiad JDBC barhau i enwi gweinydd y gronfa ddata a'r gronfa ddata. Ni all disodli ei weinydd ag arwyddbost proxy HTTP ddysgu CONNECT i'r gyrrwr.
Ar gyfer gwasanaeth SOCKS, ymchwiliwch i weithrediad y soced o dan JDBC. Mae Java yn datgelu'r priodweddau cychwyn hyn ar gyfer socedi sy'n cymryd rhan:
-DsocksProxyHost=203.0.113.10 -DsocksProxyPort=1080Disodlwch ben y daith dogfennaeth. Dadleuon JVM yw'r rhain, nid paramedrau URL JDBC. Gwiriwch lwybr soced gwirioneddol y JDK/gyrrwr ac unrhyw ffatri soced addasedig cyn disgwyl iddo eu defnyddio.
Mae'r priodweddau'n berthnasol i'r broses gyfan, felly cynhwyswch gysylltiadau eraill yn yr asesiad effaith. Gall cysylltydd pwrpasol wedi'i ddogfennu neu dwnnel cymeradwy ddarparu ffin gliriach pan mai dim ond traffig cronfa ddata ddylai gymryd y llwybr.
Mae'r proxy yn dal i fod angen caniatâd a chyrhaeddiad i borth y gronfa ddata. Yna mae'r gronfa ddata yn cymhwyso rheolau mynediad gwesteiwr, TLS cyrchfan a'i mewngofnodiad ei hun. Cadwch enw gwesteiwr y dystysgrif a chadwch gyfrif y gronfa ddata ar wahân i gyfrif y proxy.
Cofnodwch y cam cyntaf a fethodd: cysylltiad proxy, trafodaeth, TCP cronfa ddata, TLS neu fewngofnodi cronfa ddata. Mae'r dystiolaeth honno'n nodi'r newid nesaf; ni all addasu priodweddau HTTP nas defnyddiwyd dro ar ôl tro wneud hynny.