Đặt kênh proxy thủ công qua trang tài khoản vẫn ổn khi bạn chỉ có khoảng mười kênh. Khi số lượng lên đến hàng trăm và việc gia hạn cần đồng bộ với chi tiêu ngân sách, cách làm thủ công sẽ không còn hiệu quả, và lúc này API phát huy tác dụng. Dưới đây là quy trình cấp phát và gia hạn kênh thường dùng, sự khác biệt giữa địa chỉ riêng và gói lưu lượng, cũng như cách xử lý khi quốc gia bạn cần đã hết hàng.

Quy trình thông thường: từ danh mục đến gia hạn

Làm việc với API proxy theo cùng một mô hình, bất kể loại kênh nào. Trước tiên, bạn yêu cầu danh mục: danh sách các loại kênh, quốc gia và giá hiện tại, qua đó biết được những gì đang có sẵn trước khi đặt hàng. Tiếp theo là đặt một kênh cụ thể với loại và quốc gia đã chọn; API trả về thông tin kết nối gồm địa chỉ, cổng, tên đăng nhập và mật khẩu, bạn có thể đưa ngay vào quy trình làm việc. Khi kênh còn hoạt động, bạn theo dõi trạng thái của nó bằng một yêu cầu riêng: lưu lượng còn lại đối với gói theo dung lượng, hoặc thời hạn sử dụng đối với địa chỉ riêng. Quy trình kết thúc bằng việc gia hạn nếu vẫn cần tài nguyên đó, hoặc hủy kênh nếu công việc đã xong và không cần trả tiền cho thời gian không dùng.

Địa chỉ riêng và gói GB

Địa chỉ datacenter hoặc ISP riêng được tính phí theo tháng: bạn trả một mức giá cố định cho một khoảng thời gian, địa chỉ thuộc về bạn trong suốt thời gian đã thanh toán, còn gia hạn chỉ đơn giản là một khoản thanh toán mới cho thời hạn mới. Kênh dân cư và kênh di động hoạt động khác: tính phí theo GB, còn địa chỉ được cấp theo phiên — khi có yêu cầu mới hoặc khi phiên hết thời gian chờ, hệ thống có thể cấp một IP khác từ nhóm địa chỉ. Sự khác biệt này quan trọng ở giai đoạn tích hợp: mã nguồn giữ nguyên một địa chỉ trong biến suốt cả đoạn script sẽ bị lỗi trên các kênh theo phiên và cần yêu cầu lại địa chỉ cho mỗi phiên mới. Phần phân tích chi tiết về việc khi nào nên chọn loại nào có trong bài viết proxy di động và proxy dân cư.

Cách truy vấn lưu lượng đã dùng mà không gây tải thừa

Lưu lượng đã dùng của các kênh theo gói không thay đổi ngay sau mỗi yêu cầu — dữ liệu được đồng bộ có độ trễ, và việc truy vấn endpoint lưu lượng mỗi giây không cho số liệu mới hơn mà chỉ làm tiêu hao giới hạn yêu cầu. Cách làm hợp lý là kiểm tra lưu lượng còn lại vài phút một lần, hoặc gắn việc kiểm tra với thời điểm hoàn tất một khối công việc lớn, thay vì mỗi yêu cầu đi qua proxy. Nguyên tắc về khoảng thời gian hợp lý này cũng áp dụng cho các phần khác của danh mục — ví dụ khi thiết lập xoay IP qua API: truy vấn dồn dập không làm kết quả đến nhanh hơn, mà chỉ tiêu tốn giới hạn.

Khi quốc gia cần dùng đã hết hàng

Danh mục trả về rõ ràng trạng thái hết hàng đối với từng quốc gia và loại kênh cụ thể, chứ không phải lỗi hết thời gian chờ hay lỗi chung chung — nhờ vậy bạn có thể xử lý tình huống này trong mã nguồn thay vì phải đoán xem đã xảy ra chuyện gì. Có ba hướng xử lý khả thi: chờ rồi gửi lại yêu cầu sau, nếu nhóm địa chỉ được bổ sung thường xuyên; chuyển sang quốc gia lân cận trong cùng khu vực, nếu vị trí địa lý không quan trọng; hoặc hỏi bộ phận hỗ trợ qua ticket về thời gian dự kiến bổ sung cho hướng cụ thể đó. Chỉ đưa kịch bản thông thường vào quy trình tự động mà không xử lý trường hợp hết hàng là nguyên nhân thường gặp khiến script bị lỗi trên môi trường thực tế, thay vì chuyển gọn gàng sang phương án dự phòng.

Lưu trữ và xoay vòng thông tin đăng nhập đã cấp

Thông tin kết nối — địa chỉ, cổng, tên đăng nhập và mật khẩu — nên được lưu như mọi loại bí mật khác: trong biến môi trường hoặc trình quản lý bí mật, chứ không để trong mã của script. Nhà cung cấp không tự động đổi tên đăng nhập và mật khẩu của kênh ở chế độ nền, vì vậy việc xoay vòng là trách nhiệm của khách hàng: khi nghi ngờ thông tin bị lộ, nên đặt lại kênh mới thay vì cố đổi mật khẩu của tài nguyên đã được cấp. Danh sách đầy đủ các kênh đang hoạt động, trạng thái và thông tin đăng nhập của chúng có thể đối chiếu thuận tiện trong trang tài khoản — tại đó cũng thấy tài nguyên nào sắp hết hạn và cần gia hạn.

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

Có thể nhận thông tin đăng nhập ngay sau khi đặt hàng mà không phải chờ không?

Có, API trả về thông tin kết nối đồng bộ trong phản hồi của yêu cầu đặt hàng — proxy không có bước kích hoạt riêng cần truy vấn liên tục, khác với kích hoạt qua email, nơi cần chờ thư đến.

Điều gì xảy ra với kênh nếu không gia hạn đúng hạn?

Địa chỉ riêng sẽ được giải phóng khi hết thời hạn đã thanh toán và có thể được cấp cho khách hàng khác, vì vậy nên lên kế hoạch gia hạn từ trước. Các kênh theo gói sẽ đơn giản là ngừng phản hồi khi hết lưu lượng hoặc hết kỳ thanh toán, không bị phạt và không khóa tài khoản.

Cần thông báo cho API khi hủy kênh hay chỉ cần ngừng sử dụng?

Tốt hơn là gọi hủy kênh một cách rõ ràng qua API: việc này giải phóng tài nguyên ngay lập tức thay vì chờ đến khi hết hạn, và dừng việc tính phí nếu gói cước có tự động gia hạn.

Mô tả đầy đủ các phương thức đặt hàng, gia hạn và giám sát có trong tài liệu kỹ thuật API. Các loại và quốc gia hiện có nằm trong mục proxy.