libproxy velur leið; tín klientur ger sambandið

Nýt úrslit frá libproxy sum routing-evni fyri hvønn URL í staðin fyri at vænta, at uppdagingin umstýrir sockets hjá forritinum.

Um libproxy kemur aftur við proxy-URI, meðan næsta socket setur beinleiðis samband, kan tað um handaringina. libproxy finnur politikk; tað tekur ikki hvønn socket, sum forritið letur upp.

  1. Spyr eftir tilfeinginum. Í skjalfesta libproxy 0.5 C-API-inum, ger eina proxy-verksmiðju og spyr eftir veruliga mál-URL-inum.
  2. Túlka tey raðfestu evnini. HTTP-, SOCKS- og beinleiðis úrslit krevja ymiska viðgerð. Varðveit teirra rað av fremdum og ætlaðu feilpolitikkina.
  3. Set konsumentin upp. Gev hinum valda proxy-slagi, endapunkti og samsýningar-uppskoti til eina flutning, sum stuðlar teimum. Ein rá TCP-socket fær ikki CONNECT ella SOCKS-samrøðu frá einum afturkominum URI.

Goym ikki eitt svar sum leiðina fyri allar mál, og ger ikki beinleiðis routing varandi, tí fyrsti proxy miseydnaðist eina ferð.

Um HTTP-klienturin longu samanflettir system-proxy ella PAC-uppdaging, vel ein eigara av valinum. Tveir óheftir veljarar og ein onnur innpakning kunnu geva eina leið, sum ongin av politikkunum ætlaði.

Í uppruna-kota, fylg livstíðini hjá verksmiðju og úrslits-minni hjá settu API-inum. Endurnýtsla av verksmiðju kann varðveita nyttiga uppdagingarstøðu, men hon krevur framvegis eina spurning fyri hvønn mál. Skráset valið serstakt frá sambandsúrslitinum: ein afturkomin URI prógvar ikki eydnaða samsýning, upploysn ella víðari atgongd.

Skyldar greinar