PPTP lewat hotspot: TCP 1723 hanya separuh

Jalankan pemeriksaan secara berurutan: apakah koneksi kontrol terbuka, apakah GRE bertahan di jalur itu, apakah server menerima panggilan, dan apakah autentikasi selesai. Klien PPTP memerlukan sesi TCP pada 1723 dan jalur GRE yang membawa data, dan hotspot bisa meneruskan yang satu sambil menjatuhkan yang lain. Melakukannya berurutan memberi tahu batas mana yang perlu diselidiki alih-alih menebak. Nomor galat Windows tidak melakukannya untuk Anda.

GRE adalah protokol IP 47. Itu bukan port 47 TCP atau UDP, dan perbedaan itulah yang menjelaskan sebagian besar kebingungan soal firewall.

Dua jalur, satu koneksi

Koneksi kontrol adalah sesi TCP biasa ke port tujuan 1723, yang diizinkan sebagian besar jaringan tanpa keluhan. Jalur data adalah GRE, protokol 47, dan firewall yang mengizinkan yang pertama bisa sama sekali tidak tahu tentang yang kedua. Kombinasi itu menghasilkan klien yang tampak mulai lalu tidak membawa apa pun, gejala yang jauh kurang informatif daripada koneksi yang ditolak. Uji kedua jalur secara terpisah sebelum menyimpulkan apa pun tentang operator.

Penerjemahan menambahkan persyaratannya sendiri. Gateway yang berbagi port sering memerlukan ALG yang memahami PPTP untuk menulis ulang pengenal panggilan bersama alamat, dan yang tanpa itu bisa merusak sesi dengan cara yang tampak seperti kehilangan paket. Perilaku itu umum tetapi bergantung pada implementasi, jadi anggap batasan vendor mana pun sebagai contoh, bukan sifat setiap hotspot.

Hotspot menambahkan dua batas lagi

Lalu lintas klien biasanya melewati NAT berbagi milik ponsel itu sendiri lalu penerjemahan tingkat operator sebelum mencapai server. Aturan di router kantor tidak dapat memperbaiki kotak perantara milik orang lain, itulah sebabnya penerusan port di sisi rumah jarang membantu. Klien keluar juga tidak memerlukan port masuk yang dibuka; balasan atas koneksi yang diterjemahkan kembali melalui status yang dibuat gateway. Server yang di-hosting di belakang NAT punya rangkaian persyaratan yang sama sekali berbeda.

Item menu berlabel PPTP passthrough, jika ada, mengatur bagaimana perangkat itu menangani protokol ini. Itu bukan fitur yang sama dengan menghosting VPN di ponsel atau meneruskan setiap protokol tanpa syarat, dan mengaktifkannya bukan izin umum untuk melewatkan GRE.

Baca 807 sebagai gangguan, bukan putusan

Windows melaporkan 807 sebagai koneksi terputus, yang menggambarkan hasilnya, bukan penyebabnya. Tabel galatnya memperlakukan 806 secara terpisah sebagai kategori terkait GRE, dan perbedaan itu perlu diketahui sebelum menyusun teori. Tidak ada dari kedua angka itu yang mengungkap apakah operator memfilter protokol 47, apakah server kehabisan kapasitas, atau apakah kredensialnya benar. Galat mengatakan sesi berakhir; jalur mengatakan di mana.

Uji peramban yang berhasil di hotspot hanya membuktikan jalur aplikasi biasa berfungsi. Itu tidak mengatakan apa pun tentang GRE.

Isolasi tahap yang gagal

Pertahankan laptop, server, dan profil tetap sama, lalu ubah hanya jaringan akses ke jaringan lain yang disetujui. Jika hasilnya berubah, tangkap pertukaran TCP dan GRE di batas yang Anda kendalikan dan temukan tahap paling awal yang tidak pernah terjadi: pembentukan kontrol, penyiapan panggilan, pengiriman data, atau autentikasi PPP. Masing-masing meninggalkan tanda tangan berbeda dalam rekaman. Membandingkan jaringan yang berfungsi dengan yang gagal jauh lebih informatif daripada membaca ulang teks galat.

Semua ini mendiagnosis penerapan yang sudah ada. Itu bukan argumen untuk mendirikan layanan PPTP baru, dan protokolnya tidak bisa diakali lewat negosiasi: memasang klien lain tidak membuat server yang tidak berubah berbicara hal lain.

Untuk akses berkelanjutan, sepakati migrasi yang didukung dengan pemilik VPN. Daftar periksa berakhir dengan keputusan, bukan tambalan.