PPTP melalui hotspot: TCP 1723 hanya separuh

Lakukan pemeriksaan mengikut urutan: sama ada sambungan kawalan terbuka, sama ada GRE bertahan pada laluan itu, sama ada pelayan menerima panggilan, dan sama ada pengesahan selesai. Klien PPTP memerlukan sesi TCP pada 1723 dan laluan GRE yang membawa data, dan hotspot boleh melalukan satu sambil menggugurkan yang lain. Melakukannya mengikut urutan memberitahu anda sempadan mana untuk disiasat dan bukannya meneka. Nombor ralat Windows tidak melakukannya untuk anda.

GRE ialah protokol IP 47. Ia bukan port 47 TCP atau UDP, dan perbezaan itulah yang menjelaskan sebahagian besar kekeliruan tentang tembok api.

Dua laluan, satu sambungan

Sambungan kawalan ialah sesi TCP biasa ke port destinasi 1723, yang dibenarkan oleh kebanyakan rangkaian tanpa aduan. Laluan data ialah GRE, protokol 47, dan tembok api yang membenarkan yang pertama mungkin langsung tidak tahu tentang yang kedua. Gabungan itu menghasilkan klien yang kelihatan bermula dan kemudian tidak membawa apa-apa, gejala yang jauh kurang bermaklumat daripada sambungan yang ditolak. Uji kedua-dua laluan secara berasingan sebelum membuat sebarang kesimpulan tentang pengendali.

Penterjemahan menambah keperluannya sendiri. Gateway yang berkongsi port selalunya memerlukan ALG yang memahami PPTP untuk menulis semula pengecam panggilan bersama alamat, dan yang tanpanya boleh merosakkan sesi dengan cara yang kelihatan seperti kehilangan paket. Tingkah laku itu biasa tetapi bergantung pada pelaksanaan, jadi anggap sebarang had vendor sebagai contoh dan bukan sifat setiap hotspot.

Hotspot menambah dua sempadan lagi

Trafik klien biasanya merentasi NAT perkongsian telefon itu sendiri dan kemudian penterjemahan peringkat pengendali sebelum sampai ke pelayan. Peraturan pada penghala pejabat tidak dapat membaiki kotak perantaraan milik orang lain, sebab itulah pemajuan port di sisi rumah jarang membantu. Klien keluar juga tidak memerlukan port masuk dibuka; balasan kepada sambungan yang diterjemah kembali melalui keadaan yang dicipta oleh gateway. Pelayan yang dihoskan di belakang NAT mempunyai set keperluan yang sama sekali berbeza.

Item menu berlabel PPTP passthrough, jika ada, menentukan cara peranti itu mengendalikan protokol ini. Ia bukan ciri yang sama seperti menghoskan VPN pada telefon atau memajukan setiap protokol tanpa syarat, dan mendayakannya bukan kebenaran umum untuk melalukan GRE.

Baca 807 sebagai gangguan, bukan keputusan

Windows melaporkan 807 sebagai sambungan terputus, yang menerangkan hasil dan bukan punca. Jadual ralatnya mengendalikan 806 secara berasingan sebagai kategori berkaitan GRE, dan perbezaan itu wajar diketahui sebelum membina teori. Tiada satu pun nombor itu mendedahkan sama ada pengendali menapis protokol 47, sama ada pelayan kehabisan kapasiti, atau sama ada kelayakan itu betul. Ralat mengatakan sesi tamat; laluan mengatakan di mana.

Ujian pelayar yang berjaya pada hotspot hanya membuktikan laluan aplikasi biasa berfungsi. Ia tidak mengatakan apa-apa tentang GRE.

Asingkan peringkat yang gagal

Kekalkan komputer riba, pelayan dan profil tetap, kemudian tukar hanya rangkaian akses kepada rangkaian lain yang diluluskan. Jika hasilnya berubah, tangkap pertukaran TCP dan GRE pada sempadan yang anda kawal dan cari peringkat paling awal yang tidak pernah berlaku: pembentukan kawalan, penyediaan panggilan, penghantaran data, atau pengesahan PPP. Setiap satu meninggalkan tandatangan berbeza dalam rakaman. Membandingkan rangkaian yang berfungsi dengan yang gagal jauh lebih bermaklumat daripada membaca semula teks ralat.

Semua ini mendiagnosis penggunaan yang sudah wujud. Ia bukan hujah untuk menubuhkan perkhidmatan PPTP baharu, dan protokol itu tidak boleh dielakkan melalui rundingan: memasang klien berbeza tidak membuat pelayan yang tidak berubah bercakap perkara lain.

Untuk akses berterusan, sepakati migrasi yang disokong dengan pemilik VPN. Senarai semak berakhir dengan keputusan dan bukan penyelesaian sementara.