Proksi ke hadapan peribadi tidak perlu berada secara fizikal antara komputer riba dan penghala. Ia boleh menjadi mesin lain pada LAN yang sama, menggunakan satu antara muka rangkaian.

Komputer riba bersambung ke alamat proksi dan port mendengarnya. Proses proksi membuka sambungan berasingan ke arah laman web atau induknya. Antara muka yang sama boleh membawa kedua-dua perbualan, sementara jadual penghalaan hos memilih hop seterusnya.

client → proxy listener
proxy → existing router → destination

Itu sudah cukup untuk aplikasi yang telah memilih proksi secara eksplisit. Pada Linux, susunan biasa ini tidak memerlukan pengaktifan pemajuan IP semata-mata untuk menyampaikan permintaan aplikasi.

Get laluan lalai menjawab soalan lain

Get laluan lalai klien mengendalikan paket yang dihantar klien ke arah rangkaian lain. Menukar tetapan itu tidak membuat pelayar mengeluarkan permintaan proksi HTTP atau rundingan SOCKS. Begitu juga, memasukkan proksi dalam pelayar tidak menghalakan setiap aplikasi lain melalui mesin itu.

Satu hos boleh menjalankan kedua-dua tugas, tetapi ia kemudian mempunyai dua konfigurasi untuk diurus: perkhidmatan proksi dan fungsi penghalaan atau tembok api. Lebih banyak antara muka boleh memudahkan pemisahan rangkaian. Itu pilihan topologi, bukan prasyarat yang dikenakan oleh proksi HTTP eksplisit.

Perbezaan ini juga menjelaskan eksperimen gagal yang lazim: menyunting peraturan pemajuan pelayan proksi tidak memberi kesan pada sambungan klien langsung yang melalui penghala lain. Paket itu tidak pernah melintasi pelayan tersebut.

Jika keperluannya ialah penggunaan wajib, tentukan di mana trafik keluar alternatif boleh dikawal. Proksi eksplisit satu antara muka boleh menjadi perkhidmatan yang sah sementara get laluan berasingan menguatkuasakan dasar rangkaian. Letakkan penguatkuasaan di tempat paket benar-benar melaluinya.

Artikel berkaitan