Proxychains melalui Squid: Kekangan CONNECT pada port 80
Bezakan permintaan HTTP proxy biasa daripada terowong HTTP CONNECT proxychains apabila port destinasi 80 ditolak.
Pelayar memuatkan halaman HTTP melalui Squid. Destinasi yang sama gagal di bawah proxychains. Itu tidak semestinya bermakna salah satu daripada dua program memilih IP proksi yang salah.
Klien biasa yang memahami HTTP boleh menghantar permintaan web kepada proksi hadapan dalam bentuk proksi HTTP. Pembalut soket generik sebaliknya memerlukan terowong bait untuk sambungan yang ingin dibuka oleh aplikasi. Untuk proksi HTTP dalam rantaiannya, proxychains menggunakan CONNECT.
Ini bermakna laman web teks biasa pada port 80 boleh menghasilkan permintaan CONNECT untuk port 80. Dasar Squid yang hanya membenarkan CONNECT ke senarai port TLS yang diluluskan boleh menolak terowong itu walaupun permintaan HTTP biasa ke port 80 dibenarkan.
Bandingkan permintaan, bukan hanya nama hos
Dokumentasi proxychains-ng menerangkan sokongan HTTP CONNECT-nya. Peraturan akses Squid boleh membezakan kaedah dan port destinasi. Ini ialah laluan permintaan yang berbeza ke laman web yang sama.
Baca penolakan dan dasar yang dimaksudkan sebelum mengubahnya. Meluaskan akses CONNECT ke setiap port ialah perubahan besar; ia tidak sepatutnya menjadi tindak balas lalai terhadap ketidakpadanan pembalut.
Jika aplikasi mempunyai sokongan proksi HTTP asli, menggunakannya boleh mengelakkan terowong generik yang tidak perlu untuk HTTP teks biasa. Jika ia benar-benar memerlukan terowong TCP mentah, pilih protokol proksi dan dasar port yang diluluskan yang menyediakannya.
Permintaan pelayar yang berjaya ialah bukti berguna tentang ketercapaian proksi dan satu mod permintaan yang disokong. Ia tidak membuktikan bahawa setiap kaedah terowong, port destinasi atau protokol aplikasi dibenarkan melalui proksi itu.