Snowpark Scalak proxy aukerak pasatzen dizkio bere JDBC konexioari

Gehitu Snowflake JDBCren useProxy, proxyHost eta proxyPort propietateak Snowpark Scala saioaren konfigurazio mapari.

Snowpark Scalak Snowflake JDBC kontrolatzailea erabiltzen du konektatzeko. Bere saio-eraikitzaileak JDBC konfigurazio propietateak onartzen ditu, beraz proxy ezarpenak lehendik dagoen konexio-maparekin joan daitezke:

val proxyOptions = Map(
  "useProxy" -> "true",
  "proxyHost" -> "proxy.example",
  "proxyPort" -> "8080"
)

val session = com.snowflake.snowpark.Session.builder
  .configs(connectionOptions ++ proxyOptions)
  .create

connectionOptions gordetzen ditu kontua, autentifikazioa eta aplikazioak jada erabiltzen dituen beste ezarpen batzuk. Scala kate-mapako sarrerak dira; proxy ostalari-izenak ez du URL eskema edo porturik sartzen. Proxy autentifikaziorik gabeko baimendutako proxy publiko bide baterako, aukeratu ostalaria eta portua HTTP proxy zerrendatik, Snowflake kontuaren ezarpenak mantenduz.

Snowflake JDBCk proxyUser eta proxyPassword ere dokumentatzen ditu bitarteko kontu batentzat. Beharrezkoa denean, eman itzazu aplikazioaren lehendik dagoen kredentzial iturritik.

JDBCren nonProxyHostsek hodi bertikalez bereizitako patroiak erabiltzen ditu komodin-euskarriarekin. Maparen balioan, bereizlea | literala da; URL kodeketa JDBC URL bat eraikitzean soilik da garrantzitsua. Ez ordeztu beste bezero baten komaz bereizitako NO_PROXY sintaxiarekin.

Mantendu konfigurazio hau Snowpark Scalari dagokiona soilik. Snowpark Python eta Snowflake Spark konektoreak konexio interfaze eta aukera-izen desberdinak eskaintzen dituzte.

Snowflakek zerbitzuaren ziurtagiriak proxya ordezkapenik gabe zeharkatzea eskatzen du. HTTP CONNECT bidea eta TLS ikuskapena antolaketa desberdinak dira; Snowflake ziurtagiria berriro igortzen duen proxyak ez du baldintza hori betetzen.

Erlazionatutako artikuluak