Praktik Terbaik (Platform Pemfilteran Windows)

Daftar berikut berisi praktik terbaik untuk mengembangkan aplikasi menggunakan WINDOWS Filtering Platform (WFP) API.

• Gunakan sesi dinamis.

  Banyak aplikasi menambahkan objek kebijakan pemfilteran pada awalnya, lalu menghapus objek ini saat berhenti. Dengan menggunakan sesi dinamis, Anda menjamin bahwa objek ini dihapus bahkan jika aplikasi mengalami crash. Selain itu, hanya menutup handel mesin saat berhenti lebih efisien daripada melakukan panggilan individual untuk menghapus setiap objek.

• Tangani batas waktu transaksi dengan baik atau atur sesi txnWaitTimeoutInMSec ke tak terbatas untuk mencegah batas waktu.

  Bahkan jika Anda tidak menggunakan transaksi eksplisit, sebagian besar panggilan masih dijalankan di bawah transaksi implisit dan dengan demikian dapat mengalami batas waktu.

• Gunakan transaksi eksplisit untuk menggabungkan operasi penambahan atau penghapusan terkait ke dalam satu transaksi.

  Ini lebih efisien dan memudahkan untuk membersihkan sebagian hasil di jalur kesalahan.

• Gunakan string yang sesuai dengan MUI.

  Semua string yang dapat dilokalkan disimpan dalam struktur data umum: FWPM_DISPLAY_DATA0. String dalam struktur ini dapat berupa string tidak langsung dari jenis yang didukung oleh SHLoadIndirectString. Sebelum struktur FWPM_DISPLAY_DATA0 dikembalikan oleh salah satu fungsi, string tidak langsung diselesaikan ke sumber daya string yang ditentukan menggunakan lokal pemanggil.

• Kaitkan semua objek ke penyedia.

  Ketika beberapa penyedia diinstal pada sistem, ini memudahkan alat diagnostik untuk menentukan siapa yang menambahkan apa.

• Tambahkan filter ke sublayer Anda sendiri.

  Setelah filter penghentian di sublayer tertembak, tidak ada filter lain di sublayer tersebut yang dievaluasi lagi. Dengan demikian, jika Anda menambahkan filter ke sublayer yang sama dengan penyedia lain, Anda dapat mencegah filter satu sama lain dipanggil, menghasilkan hasil yang tidak terduga.

• Gunakan Penerapan Lapisan Aplikasi (ALE) daripada pemfilteran berorientasi paket.

  Pemfilteran pada lapisan paket lambat.

• Filter kesalahan ICMP dan kejadian RST sebelum dihasilkan.

  Ini lebih efisien daripada memfilter peristiwa ini setelah dibuat.

• Lakukan inspeksi paket di lapisan Data Stream/Datagram daripada di lapisan Transportasi.

  Ini berlaku untuk pembuatan elemen penunjuk (callout). Untuk informasi selengkapnya, lihat Pertimbangan Pemrograman Driver Callout di Windows Driver Kit (WDK).

• Pertimbangkan implikasi performa saat menggunakan filter kompleks.

  Mulai windows 7 dan Windows Server 2008 R2, filter dapat dibuat dengan beberapa kondisi yang menggunakan kunci bidang yang sama. Ini memungkinkan kebijakan kompleks dibuat dengan lebih sedikit filter. Namun filter kompleks tersebut mungkin menimbulkan performa yang lebih lambat bagi mesin filter WFP untuk mengklasifikasikan. Evaluasi harus dilakukan untuk menentukan apakah penggunaan filter tersebut menyebabkan efek buruk pada performa keseluruhan solusi Anda.