Snowpark Scala jout proxy-opsjes troch oan syn JDBC-ferbining

Foegje de Snowflake JDBC-eigenskippen useProxy, proxyHost en proxyPort ta oan 'e konfiguraasjekaart fan 'e Snowpark Scala-sesje.

Snowpark Scala brûkt it Snowflake JDBC-stjoerprogramma om te ferbinen. De sesjebouwer akseptearret JDBC-konfiguraasjeeigenskippen, dus proxy-ynstellingen kinne mei de besteande ferbiningskaart meireizgje:

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

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

connectionOptions befettet it akkount, de autentikaasje en oare ynstellingen dy't de applikaasje al brûkt. It binne Scala-stringkaartyngongen; de proxyhostnamme befettet gjin URL-skema of syn poarte. Kies foar in tastiene iepenbiere proxy-route sûnder proxy-autentikaasje host en poarte út 'e HTTP-proxylist wylst de Snowflake-akkountynstellingen bewarre bliuwe.

Snowflake JDBC dokumintearret ek proxyUser en proxyPassword foar in tuskenakkount. Leverje dy fia de besteande boarne foar oanmeldgegevens fan 'e applikaasje as dat nedich is.

JDBC's nonProxyHosts brûkt patroanen skieden troch fertikale balken mei stipe foar wildcards. Yn in kaartwearde is de skieding in letterlike |; URL-kodearring wurdt pas relevant by it bouwen fan in JDBC-URL. Ferfang it net troch de kommaskieden NO_PROXY-syntaksis fan in oare klant.

Hâld dizze konfiguraasje spesifyk foar Snowpark Scala. Snowpark Python en de Snowflake Spark-connector biede oare ferbiningsynterfaces en opsjenammen.

Snowflake easket dat it tsjinstsertifikaat sûnder ferfanging troch de proxy giet. In HTTP CONNECT-route en TLS-ynspeksje binne ferskillende regelingen; in proxy dy't it Snowflake-sertifikaat opnij útjaan, foldocht net oan dy eask.

Relatearre artikelen