Snowpark Scala stuur proxy-opsies na sy JDBC-verbinding

Voeg die Snowflake JDBC-eienskappe useProxy, proxyHost en proxyPort by die Snowpark Scala-sessiekonfigurasiekaart.

Snowpark Scala gebruik die Snowflake JDBC-drywer om te verbind. Die sessiebouer aanvaar JDBC-konfigurasie-eienskappe, dus kan proxy-instellings saam met die bestaande verbindingskaart gestuur word:

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

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

connectionOptions bevat die rekening, verifikasie en ander instellings wat die toepassing reeds gebruik. Dit is Scala-stringkaart-inskrywings; die proxy-gasheernaam sluit nie 'n URL-skema of sy poort in nie. Vir 'n toegelate publieke-proxy-roete sonder proxy-verifikasie, kies gasheer- en poortkandidate uit die HTTP-proxylys terwyl die Snowflake-rekeninginstellings behou word.

Snowflake JDBC dokumenteer ook proxyUser en proxyPassword vir 'n tussengangerrekening. Verskaf dit deur die toepassing se bestaande geloofwaardigheidsbron wanneer dit nodig is.

JDBC se nonProxyHosts gebruik pypgeskeide patrone met wildcard-ondersteuning. In 'n kaartwaarde is die skeier 'n letterlike |; URL-kodering word eerder relevant wanneer 'n JDBC-URL gebou word. Moenie 'n ander kliënt se kommageskeide NO_PROXY-sintaksis gebruik nie.

Hou hierdie konfigurasie spesifiek vir Snowpark Scala. Snowpark Python en die Snowflake Spark-connector bied verskillende verbindingskoppelvlakke en opsiename.

Snowflake vereis dat die dienssertifikaat onveranderd deur die proxy gaan. 'n HTTP CONNECT-roete en TLS-inspeksie is verskillende reëlings; 'n proxy wat die Snowflake-sertifikaat heruitreik, voldoen nie aan daardie vereiste nie.

Verwante artikels