Công cụ thay thế Charles Proxy tốt nhất

Charles Proxy đã có chỗ đứng trên máy của lập trình viên từ giữa những năm 2000: với giấy phép mua một lần giá 50 USD, theo trang giá của Charles, bạn mua được một proxy gỡ lỗi cho Windows, macOS và Linux (kèm ứng dụng iOS) có khả năng ghi lại mọi yêu cầu rời khỏi máy bạn, giải mã HTTPS bằng SSL proxying, điều tiết kết nối, và giả lập hoặc viết lại phản hồi bằng các công cụ như Rewrite và Map Local. Nếu bạn đang tìm một giải pháp thay thế Charles Proxy, trước tiên hãy tự hỏi bạn thực sự dùng nó cho công việc nào trong số đó, vì chúng chia thành hai nhóm cần hai kiểu thay thế khác nhau.

Đây là câu trả lời trực tiếp. Nếu bạn dùng Charles để bắt lưu lượng mà bạn không kiểm soát (ứng dụng bên thứ ba, SDK, ứng dụng di động có certificate pinning), thì các lựa chọn thay thế là những proxy bắt lưu lượng khác: mitmproxy, Proxyman, HTTP Toolkit hoặc Fiddler, được so sánh bên dưới. Nhưng nếu bạn dùng Charles theo cách mà hầu hết lập trình viên API dùng, như một giải pháp tạm cho công việc API (xem trộm phản hồi của API do chính bạn viết, giả lập phản hồi bằng Map Local để frontend có thể xây dựng, phát lại yêu cầu cho đến khi lỗi xuất hiện), thì lựa chọn thay thế tốt hơn không phải là một proxy khác. Đó là Apidog, một nền tảng API được xây dựng chuyên biệt, nơi những công việc tương tự trở thành endpoint có tài liệu, một máy chủ mock thông minh và các bài kiểm thử có thể lặp lại, miễn phí cho tối đa 4 người dùng. Bài viết này đề cập cả hai hướng, và nói thẳng công cụ nào phù hợp với công việc nào.

Charles là gì và giá bao nhiêu

Charles là một proxy gỡ lỗi man-in-the-middle (MITM). Bạn định tuyến lưu lượng của thiết bị hoặc ứng dụng qua nó, cài chứng chỉ gốc của nó, và nó hiển thị mọi thứ trên đường truyền. Bộ công cụ được tài liệu hóa là nơi chứa giá trị sử dụng hằng ngày:

• SSL proxying giải mã lưu lượng HTTPS để bạn có thể đọc nội dung yêu cầu và phản hồi.
• Throttling mô phỏng mạng chậm hoặc mất gói để xem ứng dụng hoạt động thế nào trên kết nối kém.
• Breakpoints tạm dừng yêu cầu hoặc phản hồi giữa chừng để bạn có thể chỉnh sửa thủ công.
• Rewrite áp dụng các quy tắc tự động sửa header, body hoặc URL khi lưu lượng đi qua.
• Map Local phục vụ một tệp từ đĩa của bạn thay cho phản hồi thật của máy chủ; Map Remote chuyển hướng yêu cầu đến một máy chủ khác.
• Repeat gửi lại một yêu cầu đã bắt được, với chế độ nâng cao cho số lần lặp và chạy đồng thời.

Giấy phép có giá 50 USD mỗi người dùng dưới hình thức mua một lần (giảm giá theo số lượng ở mức 5 và 10 chỗ ngồi, giấy phép site ở mức 400 USD), với bản dùng thử miễn phí 30 ngày. Không có đăng ký định kỳ, đó là lý do mọi người giữ nó cả thập kỷ. Không có gì trong số đó là vấn đề. Vấn đề là những gì một proxy không thể làm, và bao nhiêu thời gian dùng Charles của bạn bị dùng để bù đắp cho điều đó.

Câu hỏi quyết định lựa chọn thay thế của bạn

Hãy quan sát những gì bạn thực sự làm trong Charles trong một tuần. Hai mẫu hình sẽ xuất hiện.

Công việc bắt lưu lượng: lưu lượng bạn quan sát nhưng không sở hữu. Dịch ngược một API không có tài liệu, kiểm tra xem một SDK gửi dữ liệu gì về máy chủ, gỡ lỗi một ứng dụng mà bạn không thể build lại. Đây là lãnh địa của proxy, mãi mãi. Không có API client nào thay thế được.

Công việc API trá hình: lưu lượng bạn sở hữu từ cả hai đầu. Bạn bắt phản hồi của backend do chính bạn viết để xem payload (vì nó không được tài liệu hóa ở đâu cả). Bạn dùng Map Local một tệp JSON để nhóm mobile có thể xây dựng dựa trên một endpoint chưa tồn tại (vì không có máy chủ mock). Bạn đặt breakpoint và chỉnh sửa phản hồi để kiểm thử một nhánh lỗi (vì không có bài kiểm thử nào chèn lỗi đó). Mỗi dấu ngoặc đơn đó là một mảnh công cụ API còn thiếu, và proxy là băng dính vá tạm. Cả nhóm chạy Charles cả ngày mà không bao giờ kiểm tra lưu lượng bên thứ ba; động lực tương tự thúc đẩy tính năng proxy của Postman, được đề cập trong proxy của Postman làm gì và cách cài đặt và sử dụng Postman Interceptor.

Nếu phần lớn thời gian dùng Charles của bạn rơi vào mẫu hình thứ hai, thì việc thay Charles bằng một proxy khác chỉ mua được cuộn băng dính đẹp hơn.

Câu trả lời cho công việc API: Apidog

Apidog là một nền tảng phát triển API được hơn 500.000 lập trình viên sử dụng: thiết kế, gỡ lỗi, kiểm thử, mock và tài liệu hóa trong một ứng dụng được điều khiển bởi một spec. Cần nói rõ về phạm vi: Apidog không phải là công cụ bắt gói tin. Nó sẽ không bắt gói tin của ứng dụng khác, và nếu đó là công việc của bạn, hãy bỏ qua đến các công cụ bắt lưu lượng bên dưới (hoặc xem tổng hợp của chúng tôi về các công cụ bắt gói tin và vị trí của Apidog). Điều Apidog làm là khiến nửa công việc API trong cách bạn dùng Charles trở nên không cần thiết, vì mỗi giải pháp tạm trở thành một tính năng thực sự:

1. “Bắt phản hồi của chính tôi để xem payload” trở thành một endpoint có tài liệu. Gửi yêu cầu trong client của Apidog, lưu nó kèm schema, và hình dạng payload giờ đây hiển thị cho cả nhóm dưới dạng tài liệu tương tác, không còn bị kẹt trong cửa sổ phiên của một người.
2. Map Local trở thành một máy chủ mock thông minh. Thay vì tự chỉnh sửa tệp JSON trên đĩa và định tuyến thiết bị qua laptop của bạn, Apidog phục vụ phản hồi mock dựa trên schema từ một URL ngay khi endpoint được định nghĩa. Bất kỳ ai trong nhóm đều truy cập URL mock; không ai phải cài chứng chỉ gốc.
3. Đặt breakpoint và chỉnh sửa trở thành một kịch bản kiểm thử. Chỉnh sửa phản hồi thủ công để kiểm tra một nhánh lỗi chỉ hiệu quả một lần. Một kịch bản kiểm thử Apidog có assert trên nhánh lỗi sẽ chạy trên mỗi commit thông qua Apidog CLI.
4. Repeat trở thành runner. Gửi lại yêu cầu với các biến thể là việc mà collections, environments và các ca kiểm thử hướng dữ liệu sinh ra để làm.

Tất cả những điều đó, bao gồm số lần chạy mock và kiểm thử không giới hạn, nằm trong gói miễn phí cho tối đa 4 người dùng; các gói trả phí bắt đầu từ 9 USD mỗi người dùng mỗi tháng.

Chuyển từ Map Local sang smart mock, cụ thể

Đây là thay đổi ảnh hưởng đến công việc hằng ngày nhiều nhất. Giả sử thiết lập Charles của bạn ánh xạ /api/v2/orders tới orders-fake.json trên đĩa để nhóm iOS có thể xây dựng màn hình đơn hàng trước khi backend được phát hành.

1. Định nghĩa endpoint trong Apidog. Tạo GET /api/v2/orders và dán orders-fake.json làm ví dụ phản hồi, hoặc tốt hơn, định nghĩa schema phản hồi (Apidog tạo schema từ JSON chỉ với một cú nhấp).
2. URL mock tồn tại ngay lập tức. Smart mock đọc schema và phục vụ các giá trị thực tế (tên trông giống tên, ngày trông giống ngày) mà không cần viết quy tắc nào. Tệp tĩnh duy nhất của bạn trở thành dữ liệu đa dạng, hợp lý.
3. Trỏ ứng dụng đến URL gốc của mock. Bản build iOS dùng URL máy chủ mock làm host API phát triển. Không cần proxy trên thiết bị, không cần cài chứng chỉ, không còn cảnh “chỉ hoạt động khi laptop của Dana kết nối Wi-Fi văn phòng.”
4. Khi backend thật được phát hành, chỉ cần chuyển môi trường. Định nghĩa endpoint vẫn giữ nguyên, trở thành hợp đồng mà bạn kiểm thử dựa vào, và tài liệu đã được xuất bản trong suốt thời gian đó.

Khác biệt về bản chất: Map Local là một mẹo trên từng máy, sẽ chết cùng phiên Charles của bạn. Mock là hạ tầng dùng chung tồn tại lâu hơn phiên đó.

Với công việc bắt lưu lượng thực sự: danh sách proxy trung thực

Khi công việc là kiểm tra lưu lượng bạn không sở hữu, hãy chọn một proxy. Ghi chú phù hợp trong một dòng:

• mitmproxy: miễn phí, mã nguồn mở (MIT), với giao diện console, web và lập trình Python. Câu trả lời mặc định khi “miễn phí” và “có thể tự động hóa” quan trọng hơn giao diện bóng bẩy.
• Proxyman: trải nghiệm ứng dụng native trên macOS (với các phiên bản iOS, Android, Windows và Linux), freemium. Bản nâng cấp Charles gần nhất và tương đương cho các nhóm thiên về Apple, với Map Local và breakpoints riêng.
• HTTP Toolkit: mã nguồn mở với phần lõi miễn phí, trên Windows, macOS và Linux. Khả năng chặn chỉ một trình duyệt hoặc terminal cụ thể bằng một cú nhấp vượt trội hơn proxy toàn hệ thống cho việc gỡ lỗi có phạm vi.
• Fiddler: cái tên Windows lâu đời; Fiddler Everywhere là phiên bản kế nhiệm đa nền tảng, dựa trên đăng ký. Nếu bạn đang cân nhắc lựa chọn đó, chúng tôi đã viết về giải pháp thay thế Fiddler tốt nhất với cùng cách phân định trung thực.

Trạng thái cuối hợp lý cho nhiều nhóm là một cặp: Apidog cho vòng đời API, cộng với mitmproxy (miễn phí) cho công việc bắt lưu lượng không thường xuyên.

Charles Proxy so với Apidog trong nháy mắt

Một lưu ý về thuật ngữ: “proxy” mang ý nghĩa khác nhau ở mỗi tầng của cuộc trao đổi này; nếu điều đó đang làm rối tìm kiếm của bạn, giải thích API proxy so với API gateway sẽ gỡ rối.

Bài toán chi phí, một cách trung thực

Charles với giá 50 USD mua một lần gần như miễn phí khi phân bổ qua nhiều năm, và giả vờ rằng Apidog thắng trong cuộc đua giá niêm yết với nó sẽ là xúc phạm chiếc máy tính của bạn. So sánh không nằm ở giấy phép; mà ở quy trình làm việc xung quanh chúng. Quy trình API lấy Charles làm trung tâm có những khoản ẩn: payload được tài liệu hóa bằng ảnh chụp màn hình, dữ liệu mock chỉ tồn tại trên một laptop, các nhánh lỗi được kiểm thử thủ công một lần rồi không bao giờ nữa, và một thiết lập proxy mà mỗi đồng đội mới phải dựng lại từ một trang wiki. Gói miễn phí của Apidog thay thế những thứ đó bằng tài liệu dùng chung, một mock được lưu trữ và kiểm thử CI với chi phí 0 USD cho nhóm 4 người. Nếu bạn cũng trả tiền cho một API client riêng, bài toán hợp nhất còn tốt hơn nữa; xem giải pháp thay thế Postman tốt nhất cho so sánh đó.

Khi nào Charles vẫn hợp lý

Giữ Charles (hoặc một công cụ tương đương) khi công việc thực sự liên quan đến đường truyền: kiểm tra lưu lượng SDK bên thứ ba, gỡ lỗi một ứng dụng bạn không thể build lại, xử lý các cách vượt certificate pinning trên di động, hoặc điều tiết toàn bộ thiết bị để tái hiện lỗi mạng kém. Proxy là công cụ đúng ở đó, và 50 USD một lần là mức giá hợp lý. Việc chuyển sang Apidog có lợi ngay từ mock đầu tiên đồng đội cần, câu hỏi payload đầu tiên được tài liệu trả lời thay vì một phiên bắt lưu lượng, và nhánh lỗi đầu tiên trở thành bài kiểm thử thay vì một phản hồi được chỉnh sửa thủ công.

Câu hỏi thường gặp

Charles Proxy có miễn phí không?

Không. Có bản dùng thử miễn phí 30 ngày, sau đó giấy phép là 50 USD mỗi người dùng, mua một lần, với giảm giá theo số lượng từ 5 chỗ ngồi và giấy phép site ở mức 400 USD. Apidog miễn phí cho tối đa 4 người dùng, mặc dù nó thay thế phần công việc API của Charles, không phải phần bắt lưu lượng; để bắt lưu lượng miễn phí, mitmproxy là câu trả lời tiêu chuẩn, và tổng hợp công cụ bắt gói tin của chúng tôi so sánh các lựa chọn.

Apidog có thể bắt lưu lượng mạng như Charles không?

Không, và chúng tôi sẽ không giả vờ ngược lại. Apidog không có tính năng bắt MITM; nó làm việc với các API bạn định nghĩa hoặc nhập vào. Thứ nó thay thế là cách dùng Charles khi bạn đã sở hữu cả hai đầu: kiểm tra phản hồi của API do chính bạn viết, giả lập phản hồi bằng Map Local và gửi lại yêu cầu. Với quy trình đó, nó là ngôi nhà được xây dựng chuyên biệt, giống như cách chúng tôi phân định giải pháp thay thế Fiddler tốt nhất.

Điều gì thay thế Map Local và Rewrite trong Apidog?

Máy chủ mock thông minh. Định nghĩa một endpoint với schema phản hồi và Apidog phục vụ dữ liệu mock thực tế từ một URL dùng chung ngay lập tức: không tệp cục bộ, không quy tắc proxy trên từng máy, không chứng chỉ gốc trên thiết bị kiểm thử. Custom expectations bao phủ các trường hợp cần một payload dựng sẵn cụ thể. Đó là cùng công việc Map Local làm, trừ phần nó chỉ hoạt động trên máy của bạn.

Giải pháp thay thế Charles Proxy miễn phí tốt nhất là gì?

Hai câu trả lời cho hai công việc. Để bắt lưu lượng: mitmproxy, được cấp phép MIT, có thể viết script bằng Python và có giao diện web. Để gỡ lỗi API, mock và kiểm thử mà hầu hết lập trình viên thực sự chạy qua Charles: gói miễn phí của Apidog, bao gồm client gửi yêu cầu, smart mock, tài liệu và chạy CI thông qua Apidog CLI cho tối đa 4 người dùng.

Apidog có phù hợp cho phát triển API di động không?

Về phía API, có: trỏ bản build phát triển iOS hoặc Android của bạn đến URL máy chủ mock của Apidog và ứng dụng nhận được phản hồi thực tế mà không cần thiết lập proxy hay chứng chỉ trên thiết bị. Để bắt lưu lượng trực tiếp của ứng dụng di động (đặc biệt khi có certificate pinning), hãy giữ một proxy bắt lưu lượng; ứng dụng iOS của Charles và Proxyman đều đáp ứng công việc đó.

Đưa công việc API về một nền tảng API

Kiểm tra một tuần các phiên Charles của bạn, rồi chuyển các công việc API đến nơi chúng không còn là giải pháp tạm. Định nghĩa các endpoint bạn cứ phải kiểm tra, đưa cho frontend một URL mock thay vì một quy tắc Map Local, và biến các chỉnh sửa breakpoint thành bài kiểm thử chạy trong CI. Tải Apidog hoặc bắt đầu trong trình duyệt; một nhóm 4 người không phải trả gì, và máy chủ mock đầu tiên của bạn chỉ cách một schema.