Pam nad yw APT yn defnyddio CONNECT ar gyfer pob lawrlwythiad
Mae anfon HTTP cyffredin a thwnelu HTTPS yn defnyddio sgyrsiau procsi gwahanol. Efallai na fydd gwasanaeth CONNECT yn unig yn cefnogi'r ceisiadau y mae storfa HTTP yn eu cynhyrchu.
Nid yw “mae'r procsi'n derbyn CONNECT” yn golygu ei fod yn derbyn pob cais y bydd APT yn ei anfon.
Ar gyfer storfa HTTP gyffredin, gall APT ddefnyddio anfon procsi HTTP arferol: mae'r procsi'n derbyn cais HTTP sy'n nodi'r adnodd cyrchfan. Ar gyfer HTTPS trwy brocsi HTTP, mae'r cleient fel arfer yn sefydlu twnnel CONNECT, yna'n trafod sesiwn TLS y gyrchfan drwyddo.
| Cyrchfan | Sgwrs nodweddiadol â phrocsi HTTP |
|---|---|
| Storfa HTTP | Anfon cais HTTP |
| Storfa HTTPS | CONNECT, yna TLS y gyrchfan |
Gall gwasanaeth sy'n derbyn twneli yn unig wrthod cais cyffredin a anfonwyd. Mae HTTP 405 yn haeddu edrychiad ar y dull gwirioneddol, y sawl sy'n cyhoeddi'r ymateb a pholisi'r procsi; nid yw'n profi nad oes gan APT gefnogaeth SOCKS nac bod ei gyfrinair yn anghywir.
Cymharwch ymddygiad cefnogol y gwasanaeth â dogfennaeth cludiant APT a semanteg CONNECT. Defnyddiwch wasanaeth cymeradwy cydnaws neu URL storfa a gefnogir. Ar gyfer storfa gyhoeddus lle caniateir cyfryngwyr cyhoeddus, mae'r rhestr procsi HTTP yn cynnig ymgeiswyr i'w gwirio yn erbyn y gofynion hynny. Peidiwch â chymryd yn ganiataol bod ychwanegu https:// at gyfeiriad y procsi yn newid protocol y storfa nac yn troi pob cais yn dwnnel.