Proxychains Squidin kautta: CONNECT-rajoitukset portissa 80
Erota tavalliset HTTP-välityspalvelinpyynnöt proxychainsin HTTP CONNECT -tunneleista, kun kohdeportti 80 evätään.
Selain lataa HTTP-sivun Squidin kautta. Sama kohde epäonnistuu proxychainsin alla. Se ei välttämättä tarkoita, että jompikumpi ohjelmista valitsi väärän välityspalvelimen IP-osoitteen.
Tavallinen HTTP:n ymmärtävä asiakas voi lähettää verkkopyynnön edelleen välityspalvelimelle HTTP-välityspalvelimen muodossa. Yleinen socket-kääre tarvitsee sen sijaan tavuvirtatunnelin yhteydelle, jonka sovellus halusi avata. Ketjussaan olevalle HTTP-välityspalvelimelle proxychains käyttää CONNECTia.
Tämä tarkoittaa, että selkokielinen verkkosivusto portissa 80 voi tuottaa CONNECT-pyynnön portille 80. Squidin käytäntö, joka sallii CONNECTin vain hyväksyttyyn TLS-porttiluetteloonsa, voi hylätä tämän tunnelin, vaikka tavalliset HTTP-pyynnöt portille 80 ovat sallittuja.
Vertaa pyyntöjä, älä vain isäntänimiä
proxychains-ng:n dokumentaatio kuvaa sen HTTP CONNECT -tuen. Squidin käyttösäännöt voivat erottaa menetelmän ja kohdeportin. Nämä ovat eri pyyntöpolkuja samaan verkkosivustoon.
Lue hylkäys ja aiottu käytäntö ennen sen muuttamista. CONNECT-käytön laajentaminen kaikkiin portteihin on merkittävä muutos; sen ei pitäisi olla oletusvaste kääreen epäsopuun.
Jos sovelluksella on natiivituuli HTTP-välityspalvelimelle, sen käyttö voi välttää tarpeettoman yleisen tunnelin selkokieliselle HTTP:lle. Jos se todella tarvitsee raa'an TCP-tunnelin, valitse hyväksytty välityspalvelinprotokolla ja porttikäytäntö, jotka tarjoavat sellaisen.
Onnistunut selainpyyntö on hyödyllinen todiste välityspalvelimen tavoitettavuudesta ja yhdestä tuetusta pyyntötilasta. Se ei todista, että jokainen tunnelointimenetelmä, kohdeportti tai sovellusprotokolla on sallittu kyseisen välityspalvelimen kautta.