Snowpark Scala sender proxyval vidare til JDBC-tilkoplinga si

Legg til Snowflake JDBC-eigenskapane useProxy, proxyHost og proxyPort i konfigurasjonskartet til Snowpark Scala-økta.

Snowpark Scala koplar til med Snowflake JDBC-drivaren. Øktbyggjaren tek imot JDBC-konfigurasjonseigenskapar, så proxyinnstillingar kan følgje med det eksisterande tilkoplingkartet:

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

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

connectionOptions inneheld kontoen, autentiseringa og andre innstillingar som applikasjonen alt brukar. Dette er Scala-strengkartoppføringar; proxyvertsnamnet inneheld korkje URL-skjema eller porten. For ei tillaten offentleg proxy-rute utan proxyautentisering vel du vert og port frå HTTP-proxylista medan Snowflake-kontoinnstillingane blir haldne.

Snowflake JDBC dokumenterer òg proxyUser og proxyPassword for ein mellomkonto. Oppgi dei via den eksisterande legitimasjonskjelda til applikasjonen når det trengst.

JDBC-en sin nonProxyHosts brukar pipedelte mønster med støtte for jokerteikn. I ein kartverdi er skiljeteiknet eit bokstaveleg |; URL-koding blir først relevant når ein JDBC-URL blir bygd. Ikkje byt det ut med ein annan klients kommadelte NO_PROXY-syntaks.

Hald denne konfigurasjonen spesifikk for Snowpark Scala. Snowpark Python og Snowflake Spark-koplinga tilbyr andre tilkoplinggrensesnitt og innstillingnamn.

Snowflake krev at tenestesertifikatet passerer proxyen utan utskifting. Ei HTTP CONNECT-rute og TLS-inspeksjon er ulike ordningar; ein proxy som gjev ut Snowflake-sertifikatet på nytt, oppfyller ikkje det kravet.

Relaterte artiklar