Snowpark Scala transdonas proksiajn opciojn al sia JDBC-konekto

Aldonu la Snowflake JDBC-ecojn useProxy, proxyHost kaj proxyPort al la agorda mapo de la Snowpark Scala seanco.

Snowpark Scala konektiĝas per la Snowflake JDBC pelilo. Ĝia seja konstruilo akceptas JDBC-agordajn ecojn, do proksiaj agordoj povas vojaĝi kun la ekzistanta konekta mapo:

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

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

connectionOptions enhavas la konton, la aŭtentikigon kaj aliajn agordojn, kiujn la aplikaĵo jam uzas. Ĉi tiuj estas Scala-ĉenmapaj eroj; la proksia gastiga nomo enhavas nek URL-skemon nek ĝian pordon. Por permesata publika proksia vojo sen proksia aŭtentikigo, elektu gastiganton kaj pordon el la listo de HTTP-proksoj konservante la agordojn de la Snowflake-konto.

Snowflake JDBC ankaŭ dokumentas proxyUser kaj proxyPassword por pera konto. Provizu ilin per la ekzistanta akreditila fonto de la aplikaĵo kiam necese.

La nonProxyHosts de JDBC uzas per vertikalaj strekoj apartigitajn ŝablonojn kun subteno de ĵokeroj. En mapa valoro la apartigilo estas laŭvorta |; URL-kodigo gravas nur kiam oni konstruas JDBC-URL-on. Ne anstataŭigu ĝin per la komapartigita NO_PROXY-sintakso de alia kliento.

Tenu ĉi tiun agordon specifa por Snowpark Scala. Snowpark Python kaj la Snowflake Spark konektilo proponas malsamajn konektajn interfacojn kaj opciajn nomojn.

Snowflake postulas, ke la serva atestilo trapasu la proksion sen anstataŭigo. HTTP CONNECT-vojo kaj TLS-inspektado estas malsamaj aranĝoj; proksio, kiu reeldonas la Snowflake-atestilon, ne plenumas tiun postulon.

Rilataj artikoloj