Snowpark Scala перадае параметры проксі ў сваё JDBC-злучэнне

Дадайце ўласцівасці Snowflake JDBC useProxy, proxyHost і proxyPort у карту канфігурацыі сеанса Snowpark Scala.

Snowpark Scala выкарыстоўвае драйвер Snowflake JDBC для злучэння. Яго будаўнік сеанса прымае ўласцівасці канфігурацыі JDBC, таму налады проксі могуць ісці разам з існуючай картай злучэння:

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

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

connectionOptions змяшчае ўліковы запіс, аўтэнтыфікацыю і іншыя налады, якія праграма ўжо выкарыстоўвае. Гэта элементы радковай карты Scala; імя хоста проксі не ўключае схему URL або яго порт. Для дазволенага маршруту праз публічны проксі без аўтэнтыфікацыі выбірайце хост і порт са спісу HTTP-проксі, захоўваючы налады ўліковага запісу Snowflake.

Snowflake JDBC таксама дакументуе proxyUser і proxyPassword для прамежкавага ўліковага запісу. Падавайце іх праз існуючую крыніцу ўліковых даных праграмы, калі гэта патрабуецца.

Уласцівасць JDBC nonProxyHosts выкарыстоўвае шаблоны, падзеленыя вертыкальнай рысай, з падтрымкай шаблонаў. У значэнні карты падзяляльнік — гэта літаральны |; кадаванне URL становіцца актуальным пры пабудове JDBC URL. Не падмяняйце яго сінтаксісам NO_PROXY іншага кліента, падзеленым коскамі.

Трымайце гэту канфігурацыю толькі для Snowpark Scala. Snowpark Python і канэктар Snowflake Spark прапануюць іншыя інтэрфейсы злучэння і назвы параметраў.

Snowflake патрабуе, каб сертыфікат службы праходзіў праз проксі без замены. Маршрут HTTP CONNECT і інспекцыя TLS — розныя ўладкаванні; проксі, які перавыдае сертыфікат Snowflake, не задавальняе гэта патрабаванне.

Падобныя артыкулы