דער CONNECT טראַנספּאָרט פֿון Akka HTTP פֿאַר HTTPS פֿאָדערונגען

באַהעפֿט דעם פּראָקסי טראַנספּאָרט צו די connection pool איינשטעלונגען און גיב די איינשטעלונגען ווייטער צו דער פֿאָדערונג וואָס דאַרף דעם טונעל.

פֿאַר אַ HTTPS פֿאָדערונג אין Akka HTTP, שטעל אַײַן דעם קליענט טראַנספּאָרט אַזוי אַז CONNECT ווערט אויפֿגעשטעלט דורך דעם forward proxy:

import java.net.InetSocketAddress
import akka.http.scaladsl.{ClientTransport, Http}
import akka.http.scaladsl.model.HttpRequest
import akka.http.scaladsl.settings.ConnectionPoolSettings

val transport = ClientTransport.httpsProxy(
  InetSocketAddress.createUnresolved("proxy.example", 8080))

val settings = ConnectionPoolSettings(system)
  .withConnectionSettings(_.withTransport(transport))

val response = Http().singleRequest(
  HttpRequest(uri = "https://example.com/"),
  settings = settings)

די אַפּליקאַציע גיט דעם עקזיסטירנדיקן ActorSystem ווי system און האַלט דעם געוויינלעכן לעבנס־ציקל פֿון stream און response-entity. פֿאַרנוץ אָדער וואַרף אָפּ די צוריקגעגעבענע response entity ווי עס פּאַסט, כּדי דער פֿאַרבינדונג זאָל קענען פֿרײַגעלאָזט ווערן.

דער נאָמען httpsProxy מיינט דאָ אויפֿצושטעלן אַ HTTPS פֿאַרבינדונג צום ציל דורך אַ HTTP CONNECT פּראָקסי. דאָס איז נישט קיין אָנווײַזונג צו עפֿענען אַ TLS סעסיע צו דעם פּראָקסי listener אַליין.

גיב די אָנגעפּאַסטע איינשטעלונגען אַרײַן אין דער פֿאָדערונג אָדער אין דעם pool וואָס שיקט דעם פֿאַרקער. בויען איינשטעלונגען לעבן אַ רוף וואָס נוצט אַן אַנדער pool קאָנפֿיגוראַציע טוישט נישט דעם רוף.

Akka דאָקומענטירט דעם טראַנספּאָרט פֿאַר HTTPS פֿאָדערונגען. האַלט דעם ציל ווי זײַן עכטן HTTPS URI. אַן HTTP endpoint פֿון דער HTTP פּראָקסי ליסטע איז אַ קאַנדידאַט פֿאַר דעם טראַנספּאָרט ווען ער דערלויבט דעם פֿאָדערלעכן CONNECT ציל. אַ ביישפּיל פֿון bindFlow forwarding אויף דער סערווער זײַט שאַפֿט אַן אַנדער HTTP דינסט און ענטפֿערט אַן אַנדער בויען פּראָבלעם.

פֿאַרבונדענע אַרטיקלען