Apakah laptop VPN perlu penerusan IP agar lebih cepat?
Penerusan mengirim paket antar-antarmuka; itu tidak mempercepat peramban lokal. Pisahkan peran klien dari peran gerbang sebelum memperlebar aturan.
Menjadikan laptop sebagai router adalah cara populer untuk menyelesaikan masalah yang salah. Penerusan ada agar sebuah mesin dapat meneruskan paket yang tujuannya bukan dirinya sendiri, dan ia tidak punya pendapat soal seberapa cepat peramban di mesin yang sama memuat halaman. Kedua jalur hanya tampak sama karena keduanya mengirim lalu lintas lewat satu terowongan. Pisahkan keduanya sekali, dan sebagian besar saran tentang mengaktifkan penerusan atau membuka firewall ternyata menjelaskan topologi yang tidak Anda miliki.
Dua jalur paket yang tampak identik dari meja
Peramban di laptop membuat permintaannya sendiri. Host memilih rute terowongan, proses klien membungkus paket dan mengirimkannya ke rekan, dan balasannya kembali ke aplikasi. Tidak ada yang melewati keputusan penerusan dalam urutan itu, karena mesin ini adalah sumber sekaligus tujuan percakapan.
Sekarang letakkan perangkat lain di segmen Ethernet yang dikonfigurasi dengan sengaja dan jadikan laptop sebagai gerbang bawaannya. Perangkat itu memulai permintaan, laptop menerima paket yang dialamatkan ke tempat lain, dan kernel harus memutuskan apakah meneruskannya. Itulah peran penerusan, dan ia datang dengan prasyarat yang tidak pernah dibutuhkan peran klien: jalur transit yang diizinkan, rute di kedua sisi, dan jalur balik yang masih bekerja jika penerjemahan adalah bagian dari rancangan.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
Apa yang sebenarnya diubah ip_forward
Dokumentasi kernel tentang IPv4 sysctl menjelaskan ip_forward sebagai sakelar yang memungkinkan host meneruskan paket antar-antarmuka. Itu bukan jalur cepat untuk lalu lintas yang dibuat host sendiri, dan tidak ada pembacaan parameter itu yang membuat peramban lokal lebih cepat. Jika ada, penerusan menambahkan status dan kebijakan pada mesin yang sebelumnya melakukan lebih sedikit kerja.
Dokumentasi yang sama memperingatkan bahwa mengubah nilai tersebut mengatur ulang parameter IPv4 lain ke nilai bawaan host atau router. Itu menjadikan sakelar sebagai peristiwa konfigurasi, bukan uji coba: pengaturan yang telah disetel bisa kembali di bawah Anda, dan perubahan itu bisa bertanggung jawab atas regresi yang tidak akan terpikirkan untuk diatribusikan kepadanya. Artinya juga sakelar harus disetel sekali, dengan sengaja, oleh siapa pun yang memiliki peran gerbang. Membaliknya saat menyelidiki pelambatan adalah satu-satunya kasus ketika efek sampingnya pasti tertukar dengan gejalanya.
Tiga pertanyaan firewall yang bukan pertanyaan yang sama
Mengizinkan pendengar VPN, mengizinkan layanan yang dijalankan laptop, dan mengizinkan lalu lintas melewati laptop adalah tiga izin terpisah. Yang pertama membiarkan rekan mencapai daemon, yang kedua mengekspos sesuatu yang lokal, dan yang ketiga menjadikan mesin sebagai transit bagi orang lain. Masing-masing punya cakupan berbeda, dan yang terakhir jauh lebih luas daripada balasan yang dibutuhkan aplikasi keluar biasa.
Ketika aliran tertentu diblokir, sebutkan sumber, tujuan, arah, dan pemilik kebijakannya sebelum mengedit aturan. Aturan sempit untuk aliran itu adalah perbaikan; menerima semua di antarmuka terowongan adalah perubahan kebijakan yang kebetulan memuat perbaikan. Peramban yang berfungsi setelahnya membuktikan aliran itu berfungsi, bukan bahwa aturan lebar itu perlu.
Ukur hanya setelah jalurnya benar
Ukur dengan tujuan yang sama, beban kerja yang sama, dan kondisi yang sebanding, dan ubah satu variabel setiap kali. Uji yang menggabungkan perubahan penerusan, pelebaran firewall, dan pengaturan sandi yang disalin menghasilkan angka tanpa penjelasan, karena tidak ada di dalamnya yang memberi tahu mana dari ketiganya yang menggeser hasil.
Jauhkan kegagalan rute dan penyelesai dari percakapan kinerja sama sekali. Nama yang lambat diselesaikan bukan masalah laju, dan transfer yang berhenti pada satu ukuran tetap biasanya soal MTU, bukan batas kecepatan. Catat mana dari ketiga hal itu yang benar-benar Anda amati sebelum membandingkan angka apa pun. Kalau tidak, pembaca berikutnya mewarisi pengukuran yang mengukur hal yang salah dan perubahan yang tidak bisa dibenarkan siapa pun.
Jelaskan topologi yang Anda miliki, bukan label pada klien
Laptop yang berbagi koneksinya, menghosting jaringan kontainer yang dirutekan, atau membawa lalu lintas untuk mesin virtual adalah gerbang, apa pun nama yang diberikan perangkat lunak pada dirinya. Kata klien menjelaskan bagaimana terowongan dikonfigurasi, bukan apakah paket diteruskan ke orang lain.
Buat peran itu eksplisit di panduan operasi: apa yang memulai lalu lintas, apa yang harus melewati mesin, dan yang mana dari keduanya yang menjadi pokok tugas saat ini. Aktifkan peran gerbang ketika itu termasuk paket yang didukung, bukan sebagai penyesuaian kecepatan tanpa penjelasan yang diterapkan pada topologi yang tidak pernah membutuhkannya.