libproxy yn dewis llwybr; eich cleient sy'n gwneud y cysylltiad
Defnyddiwch ganlyniadau libproxy fel ymgeiswyr llwybro fesul URL yn hytrach na disgwyl i'r darganfyddiad ailgyfeirio socedi'r rhaglen.
Os yw libproxy yn dychwelyd URI dirprwy tra bod y soced nesaf yn cysylltu'n uniongyrchol, archwiliwch y trosglwyddiad. Mae libproxy yn darganfod polisi; nid yw'n rhyng-gipio pob soced y mae'r rhaglen yn ei agor.
- Gofynnwch am yr adnodd. Yn API C dogfennedig libproxy 0.5, crëwch ffatri dirprwy a gofynnwch am URL cyrchfan wirioneddol.
- Dehonglwch yr ymgeiswyr trefnus. Mae angen triniaeth wahanol ar ganlyniadau HTTP, SOCKS ac uniongyrchol. Cadwch eu trefn hoffter a'r polisi methiant a fwriadwyd.
- Ffurfweddwch y defnyddiwr. Rhoddwch y math dirprwy a ddewiswyd, y pwynt terfyn a'r trefniant dilysu i drafnidiaeth sy'n eu cefnogi. Nid yw soced TCP crai yn cael CONNECT na thrafodaeth SOCKS o URI a ddychwelwyd.
Peidiwch â chadw un ateb fel y llwybr ar gyfer pob cyrchfan nac â gwneud llwybro uniongyrchol yn barhaol oherwydd i'r dirprwy cyntaf fethu unwaith.
Os yw'r cleient HTTP eisoes yn integreiddio dirprwy system neu ddarganfyddiad PAC, dewiswch un perchennog dethol. Gall dau ddetholwr annibynnol ynghyd ag un lap arall gynhyrchu llwybr na fwriadodd y naill bolisi na'r llall.
Mewn cod brodorol, dilynwch gylch bywyd ffatri a chof canlyniadau'r API sydd wedi'i osod. Gall ailddefnyddio ffatri gadw cyflwr darganfod defnyddiol, ond mae'n dal i fod angen ymholiad ar gyfer pob cyrchfan. Cofnodwch y detholiad ar wahân i ganlyniad y cysylltiad: nid yw URI a ddychwelwyd yn profi dilysu, datrysiad nac ymgais bellach yn llwyddiannus.