Beth mae CURLOPT_CONNECT_TO yn ei newid pan ddefnyddiwch brocsi
Defnyddiwch fapio connect-to libcurl ar gyfer penbwyntiau rhwydwaith amgen yn lle tybio ei fod yn gweithredu HTTP neu SOCKS yn y cyfeiriad newydd.
Mae CURLOPT_CONNECT_TO yn newid y gwesteiwr a'r porth y mae libcurl yn cysylltu â nhw ar gyfer cyrchfan sy'n cyfateb. Nid yw'n gwneud i'r penbwynt amgen siarad HTTP CONNECT na SOCKS.
Mae'r enw gwesteiwr gwreiddiol yn dal i ddarparu hunaniaeth protocol y cymhwysiad a TLS. Mae hyn yn ddefnyddiol pan fyddwch yn cyrraedd achos gweinydd arall o'r un gwasanaeth yn fwriadol. Yn lle hynny, mae gwrandawr procsi mympwyol yn disgwyl ei ysgwyd llaw procsi ei hun, nid bytau crai y cymhwysiad.
Cyfuno'r mapio â phrocsi HTTP
Ffurfweddwch y procsi HTTP ar wahân. Gall llwybr HTTP heb gymwysterau i wasanaeth cyhoeddus ddefnyddio penbwynt o'r rhestr procsi HTTP pan ganiateir y cyfryngwr hwnnw; ni ddylid anfon unrhyw gyfrif procsi presennol at yr ymgeisydd. Mae libcurl yn dogfennu y gall mapio connect-to gwahanol wedyn newid y cais i fod ar y dull twnnel: mae'r procsi yn agor y cysylltiad cyrchfan wedi'i fapio. Mae'r mapio yn dewis yr hyn a gyrhaeddir trwy'r procsi; nid yw wedi disodli ffurfweddiad y procsi.
Cadwch dri gwerth ar wahân: enw'r gwasanaeth a fwriadwyd, y penbwynt cysylltu amgen a phenbwynt y procsi. Dewiswch bob opsiwn ar gyfer ei wir rôl a chadw gwiriad enw TLS arferol ar gyfer y gwasanaeth.
Os yw porth y procsi ei hun yn gwrthod cysylltiadau, ni all opsiwn arall sy'n pwyntio at yr un gwrandawr absennol drwsio'r naid gyntaf. Datryswch y methiant gwrandawr neu lwybr hwnnw cyn newid mapio'r gyrchfan.