Fiddler untuk Debugging HTTP Traffic Aplikasi Windows dan UWP: Panduan Lengkap dengan Pengaturan Proxy

Instalasi dan pengaturan awal

Instalasi Fiddler Classic memakan waktu sekitar dua menit. Unduh installer dari situs resmi telerik.com/fiddler dan jalankan. Setelah instalasi, Fiddler secara otomatis mengatur dirinya sebagai proxy sistem Windows di port 127.0.0.1:8888.

Segera setelah diluncurkan, Anda akan melihat jendela utama dengan tiga area:

• Panel Kiri (Sessions) — daftar semua permintaan yang ditangkap secara real-time
• Panjang Panel Kanan Atas — detail permintaan yang dipilih (header, body, parameter)
• Panjang Panel Kanan Bawah — respons dari server

Hal pertama yang perlu dilakukan adalah mengatur filter, jika tidak, daftar akan berisi semua traffic sistem Windows (pembaruan, telemetri, OneDrive, dll.), dan akan sulit menemukan permintaan yang diperlukan. Pergi ke tab Filters di bagian kanan dan aktifkan Use Filters. Di kolom Show only the following Hosts, masukkan domain yang Anda minati.

Kami juga merekomendasikan untuk segera mengatur penyimpanan otomatis sesi: File → Capture Traffic dan File → Save → All Sessions. Ini akan memungkinkan Anda untuk kembali ke traffic yang direkam nanti dan menganalisisnya secara offline.

Menangkap traffic HTTPS: pengaturan sertifikat

Secara default, Fiddler hanya menangkap traffic HTTP. Untuk bekerja dengan HTTPS (yang merupakan 95%+ dari traffic modern), Anda perlu mengatur dekripsi SSL. Fiddler bertindak sebagai Man-in-the-Middle: ia menghasilkan sertifikat root-nya sendiri dan menandatangani semua koneksi HTTPS dengan sertifikat tersebut.

Langkah-langkah untuk mengatur intercept HTTPS:

1. Buka Tools → Options → HTTPS
2. Centang Capture HTTPS CONNECTs
3. Centang Decrypt HTTPS traffic
4. Pilih ...from all processes dari dropdown
5. Klik tombol Actions → Trust Root Certificate
6. Konfirmasi pemasangan sertifikat di penyimpanan sistem Windows
7. Restart Fiddler

Setelah itu, di kolom Protocol, Anda akan melihat HTTPS alih-alih CONNECT, dan Anda dapat melihat konten permintaan dan respons yang telah didekripsi.

Beberapa aplikasi menggunakan Certificate Pinning — mereka memeriksa sertifikat server tertentu dan akan menolak untuk bekerja melalui Fiddler. Dalam kasus ini, Anda akan melihat kesalahan koneksi di aplikasi. Menghindari pinning adalah topik terpisah yang melampaui artikel ini.

Cara menangkap traffic aplikasi UWP

UWP (Universal Windows Platform) adalah aplikasi dari Microsoft Store: Mail, Maps, Movies & TV, Spotify, Netflix, dan banyak lainnya. Ciri khas mereka adalah bahwa demi alasan keamanan, mereka beroperasi dalam kontainer terisolasi (App Container) dan tidak menggunakan proxy sistem. Itulah sebabnya pengaturan Fiddler yang biasa tidak menangkap traffic mereka.

Untuk mengatasi masalah ini, Fiddler menyediakan alat khusus — AppContainer Loopback Exemption Utility. Ini menambahkan aplikasi UWP ke daftar pengecualian, memungkinkan aplikasi tersebut untuk mengakses proxy lokal Fiddler.

Cara 1 — melalui antarmuka Fiddler:

1. Pilih WinConfig dari menu (tombol di toolbar atau Tools → Win8 Loopback Exemptions)
2. Daftar semua aplikasi UWP yang terinstal akan terbuka
3. Cari aplikasi yang diinginkan dan centang kotak di sampingnya
4. Klik Save Changes
5. Restart aplikasi UWP

Cara 2 — melalui command line (untuk otomatisasi):

CheckNetIsolation LoopbackExempt -a -n="Microsoft.WindowsMaps_8wekyb3d8bbwe"

Ganti Microsoft.WindowsMaps_8wekyb3d8bbwe dengan Package Family Name dari aplikasi yang diinginkan. Anda dapat menemukannya di PowerShell dengan perintah:

Get-AppxPackage | Select-Object Name, PackageFamilyName | Sort-Object Name

Setelah menambahkan pengecualian, aplikasi UWP akan mulai mengirim traffic melalui Fiddler. Anda akan melihat permintaan mereka dalam daftar sesi — biasanya mereka mudah diidentifikasi berdasarkan User-Agent atau host tujuan.

Filter, breakpoint, dan mengubah permintaan

Tiga fitur paling kuat Fiddler untuk debugging adalah penyaringan sesi, breakpoint, dan AutoResponder. Mari kita bahas masing-masing.

Penyaringan sesi

Tab Filters memungkinkan Anda untuk hanya menampilkan permintaan yang diperlukan. Opsi utama:

• Show only the following Hosts — filter berdasarkan domain (misalnya, api.example.com)
• Show only if URL contains — filter berdasarkan bagian URL
• Show only if response Content-Type — hanya JSON, XML, gambar, dll.
• Hide if URL contains — mengecualikan permintaan noise (misalnya, telemetry, analytics)

Anda juga dapat menggunakan baris QuickExec di bagian bawah jendela untuk perintah cepat. Misalnya, select status 404 akan menyoroti semua permintaan dengan kesalahan 404, sementara bold api akan menyoroti semua sesi yang mengandung "api" dalam URL.

Breakpoint

Breakpoint memungkinkan Anda untuk menghentikan permintaan atau respons sebelum dikirim/diterima dan mengubah konten secara manual. Ini mirip dengan titik henti dalam debugger kode, tetapi untuk HTTP.

• Rules → Automatic Breakpoints → Before Requests — menghentikan setiap permintaan sebelum dikirim
• Rules → Automatic Breakpoints → After Responses — menghentikan setiap respons sebelum diserahkan ke aplikasi
• Klik kanan pada sesi → Breakpoint → Break on Request — breakpoint titik pada URL tertentu

Ketika permintaan dihentikan, Anda dapat mengubah header, body permintaan, URL, dan menekan Run to Completion untuk melanjutkan. Ini sangat berguna untuk menguji perilaku aplikasi dengan data yang diubah.

AutoResponder

AutoResponder adalah alat untuk mengganti respons server. Anda membuat aturan: "jika URL cocok dengan pola — kembalikan file/ respons ini". Beberapa penerapan:

• Menguji aplikasi dengan stub API tanpa backend nyata
• Mensimulasikan kesalahan server (500, 503, timeout)
• Mengganti sumber daya — memuat versi lokal JS/CSS alih-alih versi server
• Mempercepat pengembangan — menyimpan permintaan lambat ke API eksternal

Menghubungkan proxy eksternal melalui Fiddler

Salah satu fitur penting Fiddler adalah bekerja dalam mode "proxy melalui proxy" (upstream proxy). Fiddler menangkap traffic secara lokal, lalu mengarahkannya melalui server proxy eksternal. Ini memungkinkan Anda untuk secara bersamaan mendebug permintaan dan mengubah alamat IP atau geo-lokasi.

Kapan ini diperlukan:

• Menguji perilaku aplikasi saat bekerja melalui proxy perusahaan
• Memeriksa konten yang tergantung pada geo — bagaimana aplikasi berfungsi dari negara lain
• Debugging aplikasi yang juga menggunakan proxy
• Menguji API dengan batasan IP (whitelist berdasarkan IP)

Pengaturan upstream proxy di Fiddler Classic:

1. Buka Tools → Options → Gateway
2. Pilih Manual Proxy Configuration
3. Di kolom Proxy, masukkan alamat proxy dalam format host:port
4. Jika proxy memerlukan otentikasi — masukkan username dan password
5. Klik OK dan restart penangkapan traffic

Fiddler mendukung proxy HTTP, HTTPS, dan SOCKS5 sebagai upstream. Untuk SOCKS5, format penulisannya sedikit berbeda:

socks=proxy.example.com:1080

Untuk tugas pengujian perilaku yang tergantung pada geo, proxy residensial sangat cocok — mereka menggunakan IP nyata dari pengguna rumah di negara yang diinginkan, dan aplikasi mendapatkan respons seperti yang akan diterima oleh pengguna nyata dari wilayah tersebut. Ini penting jika API mengembalikan konten yang berbeda tergantung pada geo.

Jika Anda memerlukan kecepatan tinggi untuk mengunduh data dalam jumlah besar selama debugging, proxy data center akan cocok — mereka menyediakan koneksi yang stabil dan latensi minimal, yang nyaman saat bekerja dengan API berat.

static function OnBeforeRequest(oSession: Session) {
  if (oSession.HostnameIs("api.us-service.com")) {
    oSession["x-OverrideGateway"] = "us-proxy.example.com:8080";
  }
}

Skenario praktis: parsing, pengujian API, geo-bypass

Mari kita bahas tugas spesifik yang nyaman diselesaikan dengan Fiddler.

Skenario 1: Reverse engineering API aplikasi mobile

Anda ingin mengotomatiskan tindakan dalam aplikasi, tetapi tidak ada API publik. Solusinya: jalankan aplikasi di emulator Android atau melalui klien Windows, atur untuk menggunakan Fiddler sebagai proxy, dan rekam semua permintaan saat melakukan tindakan yang diperlukan.

Setelah merekam, Anda mendapatkan gambaran lengkap: endpoint, format permintaan, header otentikasi, token. Data ini dapat digunakan untuk menulis klien sendiri atau otomatisasi melalui skrip.

Skenario 2: Debugging parser marketplace

Saat mengembangkan parser untuk Wildberries, Ozon, atau marketplace lainnya, sering kali tidak jelas mengapa permintaan diblokir. Fiddler memungkinkan Anda membandingkan permintaan dari browser (yang berhasil) dengan permintaan dari parser (yang diblokir) dan menemukan perbedaan dalam header, urutan, nilai cookie, atau TLS fingerprint.

Temuan umum: parser mengirim header dalam urutan yang berbeda, Accept-Language hilang, atau User-Agent mengandung versi Python. Dengan memperbaiki detail ini dalam kode parser, Anda mengurangi kemungkinan pemblokiran.

Skenario 3: Pengujian konten yang tergantung pada geo

Jika aplikasi Anda menampilkan konten yang berbeda kepada pengguna dari negara yang berbeda, Anda perlu mengujinya dengan IP nyata dari negara tersebut. Atur Fiddler dengan upstream-proxy dari wilayah yang diinginkan, jalankan aplikasi — dan Anda akan melihat persis apa yang dilihat pengguna dari negara tersebut, ditambah log lengkap semua permintaan.

Skenario 4: Memantau aktivitas latar belakang aplikasi

Ingin tahu ke mana "menghubungi" program yang terinstal? Jalankan Fiddler, jalankan program, tunggu 5-10 menit. Daftar sesi akan menampilkan semua host yang dihubungi oleh program. Ini berguna untuk audit keamanan perangkat lunak pihak ketiga, memeriksa adanya telemetri atau koneksi yang tidak diinginkan.

Skenario 5: Ekspor permintaan untuk reproduksi

Fiddler memungkinkan Anda mengekspor permintaan yang ditangkap dalam format cURL, yang dapat langsung dijalankan di terminal atau disisipkan ke dalam Postman. Klik kanan pada sesi → Copy → cURL Request. Ini nyaman untuk mentransfer permintaan ke rekan kerja atau untuk mendokumentasikan API.

Fiddler Classic vs Fiddler Everywhere: mana yang harus dipilih

Telerik mendukung dua versi produk, dan pilihan antara keduanya tidak selalu jelas. Mari kita bahas perbedaan kunci.

Kapan memilih Fiddler Classic: Anda hanya bekerja di Windows, Anda perlu bekerja dengan aplikasi UWP, Anda menggunakan FiddlerScript untuk otomatisasi, atau Anda menginginkan versi gratis sepenuhnya tanpa batasan.

Kapan memilih Fiddler Everywhere: Anda bekerja di macOS atau Linux, Anda membutuhkan antarmuka modern, kolaborasi dengan koleksi permintaan bersama penting, atau Anda ingin integrasi dengan pipeline CI/CD.

Juga perlu disebutkan alternatif: Charles Proxy (berbayar, populer di macOS), mitmproxy (gratis, berbasis konsol, sangat fleksibel), Wireshark (bekerja di tingkat paket, bukan HTTP). Setiap alat memiliki kelebihan masing-masing, tetapi untuk sebagian besar tugas debugging aplikasi Windows, Fiddler Classic tetap menjadi pilihan yang optimal.

Masalah umum dan solusinya

Saat bekerja dengan Fiddler, terkadang muncul masalah umum. Berikut adalah yang paling umum dan cara mengatasinya.

Masalah: Aplikasi tidak berfungsi saat Fiddler dihidupkan

Penyebab: Certificate Pinning, proxy yang ditetapkan secara keras dalam aplikasi, atau aplikasi tidak mempercayai sertifikat Fiddler. Solusi:

• Pasang sertifikat Fiddler di penyimpanan Local Machine → Trusted Root
• Periksa apakah aplikasi menggunakan certificate pinning
• Tambahkan host ke pengecualian SSL: Tools → Options → HTTPS → Skip Decryption for following hosts

Masalah: Setelah menutup Fiddler, internet tidak berfungsi

Fiddler tidak sempat menghapus proxy sistem saat ditutup secara paksa. Solusi: buka Pengaturan Windows → Jaringan → Proxy dan matikan proxy manual. Atau jalankan Fiddler lagi dan tutup dengan benar.

Masalah: Hanya terlihat tunnel CONNECT, tetapi tidak ada konten HTTPS

Intercept HTTPS tidak diatur. Kembali ke bagian pengaturan sertifikat dan pastikan bahwa opsi Decrypt HTTPS traffic diaktifkan dan sertifikat telah dipasang di penyimpanan sistem.

Masalah: Traffic aplikasi UWP tidak muncul di Fiddler

Pengecualian loopback tidak ditambahkan untuk aplikasi ini. Gunakan WinConfig (dijelaskan di bagian tentang UWP) dan restart aplikasi setelah menambahkan pengecualian.

Masalah: Upstream proxy tidak berfungsi (kesalahan koneksi)

Periksa: keakuratan alamat dan port proxy, keakuratan username/password, ketersediaan server proxy (coba sambungkan langsung tanpa Fiddler). Juga pastikan bahwa proxy mendukung protokol yang diperlukan — tidak semua proxy HTTP mendukung tunneling HTTPS.

Kesimpulan

Fiddler adalah alat yang tak tergantikan bagi siapa saja yang bekerja dengan traffic HTTP aplikasi Windows. Ia memungkinkan Anda melihat semua permintaan secara real-time, mengubahnya secara langsung, menguji perilaku aplikasi dalam berbagai kondisi, dan menyelesaikan tugas yang tidak dapat dilakukan oleh DevTools browser. Dukungan khusus untuk aplikasi UWP melalui mekanisme pengecualian loopback — ini adalah kesempatan unik yang tidak dimiliki oleh sebagian besar alternatif.

Untuk tugas pengujian perilaku yang tergantung pada geo atau memeriksa operasi melalui proxy eksternal — atur upstream proxy di Fiddler. Jika Anda memerlukan IP nyata dari negara tertentu untuk pengujian yang akurat, perhatikan proxy residensial — mereka memberikan geo yang paling realistis dan risiko pemblokiran yang minimal dari layanan yang diuji.

Mulailah dengan Fiddler Classic — ia gratis, didokumentasikan dengan baik, dan mencakup 90% tugas debugging di Windows. Seiring dengan pertumbuhan kebutuhan, Anda dapat beralih ke Fiddler Everywhere atau melengkapi alur kerja Anda dengan alat khusus seperti mitmproxy untuk otomatisasi yang lebih fleksibel.