Snowpark Scala ги пренесува прокси опциите на својата JDBC врска

Додајте ги својствата useProxy, proxyHost и proxyPort од Snowflake JDBC во конфигурациската мапа на сесијата 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 не го задоволува тој услов.

Поврзани статии