Pengesahan Proksi Penyemak Imbas Tanpa Kepala Bukan Laluan VPN

VPN boleh membawa trafik penyemak imbas ke pelayan proksi dan masih menyebabkan penyemak imbas tidak dapat menggunakan proksi itu, kerana laluan dan kelayakan adalah perkara yang berbeza. Automasi tanpa kepala menjadikan jurang lebih sukar untuk dilihat, kerana tiada tetingkap dan tiada segera untuk melihat. Kegagalan biasanya muncul sebagai hang atau ralat navigasi generik, dan naluri pertama adalah untuk menyalahkan terowong. Senarai semak di bawah memisahkan empat perkara yang mesti benar sebelum permintaan tanpa kepala melalui proksi yang disahkan boleh berjaya.

Dua perbualan, dua kelayakan

Dua perbualan berlaku, dan mereka milik pihak yang berbeza. Penyemak imbas mula-mula menyambung kepada pendengar proksi, yang mungkin mencabarnya untuk kelayakan; proksi kemudian membuat atau membenarkan sambungan seterusnya ke destinasi. VPN boleh membawa kaki pertama tanpa menjadi titik akhir yang mencabar penyemak imbas, dan ia tidak mempunyai apa-apa untuk dikatakan tentang yang kedua.

HTTP 407 ialah isyarat bahawa pelanggan mesti mengesahkan permintaan proksi, dibawa dalam Proxy-Authenticate dengan jawapan dijangka dalam Proxy-Authorization. Itu bukan log masuk tapak web destinasi, dan mencampurkan kedua-duanya adalah sumber kekeliruan yang paling biasa di sini.

Jadi empat semakan itu ialah: proksi mana yang sebenarnya dipilih oleh penyemak imbas, siapa yang menjawab 407, rangkaian mana proses penyemak imbas dihidupkan dan cara bukti kelayakan dihantar tanpa manusia. Setiap satu boleh gagal secara bebas, dan setiap kegagalan kelihatan serupa dari luar. Kerjakan mereka dengan teratur, kerana cek kemudian tidak boleh mengimbangi yang lebih awal. Proksi yang tidak pernah dipilih tidak boleh disahkan dan bukti kelayakan yang hanya wujud pada komputer riba anda tidak boleh mencapai bekas.

Semak 1: proksi mana yang sebenarnya dipilih

Mulakan dengan pemilihan, kerana penyemak imbas yang mengabaikan tetapan proksi anda tidak pernah mencapai cabaran sama sekali. Dalam Chrome benderanya ialah --proxy-server=proxy.example:3128 , dengan --proxy-bypass-list untuk pengecualian dan Selenium mendedahkan perkara yang sama melalui pilihan penyemak imbasnya. Fail PAC ialah mekanisme berbeza dengan mod kegagalannya sendiri.

Kemudian sahkan dari dalam persekitaran penyemak imbas yang sedang berjalan dan bukannya dari shell anda. Siasatan bebas dengan proksi yang sama ialah curl -x http://proxy.example:3128 -v https://example.com , dan output verbosenya menunjukkan sama ada CONNECT berjaya, perkara yang Proxy-Authenticate kembali dan sama ada 407 telah dikembalikan. Jika curl mendapat 407 dan penyemak imbas hang, laluan kelayakan adalah masalahnya dan bukannya rangkaian. Jika curl berjaya dan penyemak imbas tidak, penyemak imbas tidak menggunakan proksi yang anda fikirkan.

Semak 2: siapa yang menjawab 407

407 mempunyai pemilik, dan menamakannya menentukan ke mana pembetulan itu pergi. Jika cabaran datang daripada proksi korporat, pembetulan adalah kelayakan yang boleh diberikan oleh penyemak imbas tanpa pengawasan. Jika ia datang daripada proksi huluan yang dimajukan oleh yang pertama, bukti kelayakan milik lompatan kedua itu dan proksi pertama mungkin menyampaikan cabaran itu tidak berubah. Baca skop pengesahan dan hos dalam pengepala Proxy-Authenticate, kerana mereka menamakan kotak yang bertanya.

Kekalkan perbezaan itu dalam apa sahaja yang anda log. Cabaran proksi, sambungan berterusan yang ditolak, log masuk tapak web dan tamat masa pengangkutan VPN ialah empat kegagalan berbeza dengan empat pemilik berbeza dan satu mesej ralat generik memusnahkan maklumat yang anda perlukan.

Semak 3: laluan kelayakan

Bukti kelayakan itu sendiri adalah tempat kebanyakan persediaan tanpa pengawasan pecah. Selenium boleh menetapkan hos dan port proksi, tetapi pengesahan proksi HTTP bukan bahagian mudah alih bagi konfigurasi itu, dan bukti kelayakan dalam URL proksi bukanlah mekanisme yang boleh anda harapkan merentas penyemak imbas dan versi pemacu. Pilihan yang disokong ialah dokumen timbunan sebenar anda: pelanjutan penyemak imbas yang menjawab cabaran, proksi pemajuan tempatan yang menambah pengepala dan hanya boleh dicapai daripada kerja, atau proksi yang mengesahkan beban kerja dengan cara lain. Pilih satu dengan sengaja, dan semaknya dengan penyemak imbas, pemacu dan versi Selenium yang akan anda jalankan.

Jauhkan kelayakan daripada tempat yang membocorkannya. Baris arahan boleh dilihat dalam penyenaraian proses, tangkapan skrin berakhir dalam laporan ujian, jejak penyemak imbas dan pengepala tangkapan fail HAR, dan konfigurasi ujian yang komited adalah selama-lamanya. Gunakan mekanisme penghantaran rahsia tugas dan peraturan redaksinya, dan skop akaun proksi ke destinasi atau peranan yang diperlukannya.

Jika organisasi menawarkan laluan VPN terus yang dibenarkan dan bukannya proksi wajib, bandingkan kedua-dua reka bentuk secara eksplisit. Jangan lumpuhkan proksi secara senyap-senyap atau tiru pengesahan pelanggan lain untuk mengatasi dasar.

Semak 4: konteks rangkaian proses penyemak imbas sendiri

Ini adalah cek orang langkau. Penyemak imbas yang dilancarkan oleh pekerja, bekas atau nod Grid Selenium jauh menggunakan rangkaian persekitaran itu, jadi sambungan VPN komputer riba anda dan pembolehubah proksi shell anda menerangkan laluan yang mungkin tidak pernah disentuh oleh penyemak imbas.

Catatkan lima fakta untuk kerja yang gagal: hos penyemak imbas, proksi yang dikonfigurasikan, laluan penyelesai awal, laluan yang dipilih dan pemilik pengesahan. Kemudian buat satu permintaan dibenarkan yang tidak berbahaya daripada konteks yang tepat itu, dengan pengesahan TLS destinasi biasa dan kebenaran aplikasi dibiarkan hidup. Pelayar tanpa kepala yang bermula dengan jayanya tidak membuktikan kemasukan proksi mahupun liputan VPN, dan tangkapan skrin halaman kosong tidak membuktikan apa-apa. Permintaan yang mengembalikan 200 melalui keseluruhan rantaian adalah satu-satunya bukti yang penting.

Aliran kerja siap mempunyai tiga sifat yang patut disemak sebagai satu set. Terdapat laluan yang disokong daripada hos penyemak imbas kepada proksi, dasar perantara yang jelas yang menamakan proksi dan destinasi, dan kitaran hayat bukti kelayakan yang tidak bergantung pada pengendali yang menjawab gesaan yang tidak kelihatan. Jika mana-mana daripada tiga bergantung pada seseorang, kerja itu bukan tanpa pengawasan lagi, apa sahaja yang dinyatakan oleh kod keluar. Tulis lima fakta sebelum orang seterusnya mewarisi saluran paip.