Thời gian tồn tại của phiên là khoảng thời gian kênh kết nối giữ nguyên một địa chỉ IP cho bạn trước khi cấp địa chỉ mới. Thông số này ảnh hưởng trực tiếp đến hai yếu tố: bạn tiêu tốn bao nhiêu lưu lượng và nền tảng yêu cầu xác minh bổ sung thường xuyên đến mức nào. Dưới đây là phân tích về thời hạn phiên phù hợp cho việc thu thập dữ liệu, thời hạn phiên phù hợp cho công việc sau khi đăng nhập, và cách phản ứng khi địa chỉ bị đổi vào thời điểm không thuận lợi.

Phiên ngắn cho việc thu thập dữ liệu

Với việc theo dõi giá, kiểm tra kết quả tìm kiếm và thu thập hàng loạt trang, phiên ngắn có lợi hơn: chỉ vài giây hoặc vài phút cho mỗi yêu cầu. Mỗi lần kiểm tra độc lập với nhau, nên việc đổi địa chỉ giữa các lần không gây cản trở mà còn có lợi: các IP khác nhau làm giảm khả năng nền tảng nhận ra mẫu truy cập lặp lại từ cùng một địa chỉ và bắt đầu hiển thị captcha. Ở đây, việc xoay IP làm việc cho bạn chứ không chống lại bạn.

Nhược điểm của phiên ngắn là độ ổn định của kết nối: nếu tác vụ cần các bước liên tiếp trên cùng một trang (ví dụ điền biểu mẫu nhiều bước), việc phiên bị ngắt giữa các bước sẽ làm hỏng toàn bộ quá trình. Khoảng thời gian ngắn chỉ phù hợp với các kịch bản không cần lưu trạng thái giữa các yêu cầu.

Phiên dài cho công việc sau khi đăng nhập

Khi có đăng nhập tham gia, phiên ngắn trở thành vấn đề chứ không còn là lợi thế. Máy chủ gắn token được cấp khi đăng nhập với địa chỉ gửi yêu cầu xác thực; khi IP đổi giữa chừng, máy chủ hoặc yêu cầu đăng nhập lại, hoặc hủy toàn bộ phiên. Cách thức gắn kết này hoạt động ra sao được giải thích trong bài viết vì sao sau khi đổi IP thì đăng nhập bị mất.

Quy tắc khi đăng nhập vào tài khoản rất đơn giản: thời hạn phiên không được ngắn hơn khoảng thời gian bạn thực sự ở trạng thái đăng nhập trong một lần làm việc. Nếu một thao tác thông thường mất 20–30 phút mà cửa sổ giữ địa chỉ chỉ là 10 phút, việc bị ngắt là điều chắc chắn xảy ra trước khi hoàn thành tác vụ.

Thời hạn phiên ảnh hưởng thế nào đến mức tiêu tốn lưu lượng

Ở một số kênh, mỗi lần đổi địa chỉ đồng nghĩa với việc khởi tạo lại kết nối: bắt tay TLS ban đầu, tải lại một phần tài nguyên tĩnh, đôi khi cả cookie. Khi xoay IP thường xuyên, điều này tạo thêm chi phí lưu lượng phụ trên phần tải hữu ích. Với một nghìn yêu cầu, sự chênh lệch giữa phiên một phút và phiên 10 giây là đáng kể: càng nhiều lần thiết lập lại thì lưu lượng phụ càng nhiều cho cùng một số lượng yêu cầu hữu ích.

Mặt trái là phiên quá dài cho một kịch bản nặng chỉ khiến dung lượng tích lũy trên một địa chỉ: nếu trong một giờ làm việc, một trang có video tự động phát tải về hàng chục megabyte mỗi phút, thì việc gắn với một IP trong thời gian dài tự nó không tiết kiệm lưu lượng; chỉ việc tắt tải phương tiện không cần thiết trong phần tự động hóa mới giúp tiết kiệm.

Thời hạn phiên ảnh hưởng thế nào đến khả năng bị xác minh

Xác minh bổ sung thường được kích hoạt không phải vì bản thân việc đổi địa chỉ, mà vì thời điểm xảy ra việc đó. Đổi IP khi chưa đăng nhập là sự kiện không có hậu quả. Đổi IP khi token đang hoạt động là lý do trực tiếp để xuất hiện captcha hoặc yêu cầu đăng nhập lại. Vì vậy, cửa sổ sticky ngắn bị ngắt giữa lúc đang thực hiện thao tác sẽ làm tăng số lần xác minh theo thống kê, ngay cả khi từng địa chỉ được cấp đều sạch.

Cũng có hiệu ứng ngược lại: một phiên không thay đổi quá lâu trên các nền tảng nhạy cảm với giao dịch tài chính đôi khi cũng gây chú ý, nếu hệ thống mong đợi ngữ cảnh được làm mới định kỳ mà điều đó không xảy ra. Trường hợp này ít gặp hơn so với vấn đề do cửa sổ ngắn, nhưng không nên loại trừ trên các nền tảng có chính sách chống gian lận nghiêm ngặt.

Khoảng thời gian thường dùng theo tác vụ

Với phân tích dữ liệu và theo dõi khi không đăng nhập: vài giây đến vài phút, xoay IP cho mỗi yêu cầu hoặc mỗi nhóm yêu cầu. Với việc điền biểu mẫu và các kịch bản nhiều bước không cần đăng nhập: cho toàn bộ kịch bản, thường là 5–15 phút. Với việc làm việc trong trang tài khoản: cho toàn bộ một lần làm việc, từ nửa giờ đến vài giờ, hoặc dùng hẳn địa chỉ riêng không xoay IP. Với các thao tác kéo dài có lượng phương tiện lớn: IP trung tâm dữ liệu hoặc IP ISP riêng, tính phí theo tháng, nơi vấn đề đổi địa chỉ hoàn toàn không đặt ra. Cách chọn loại kênh cụ thể cho các kịch bản này được trình bày trong bài viết proxy di động so với proxy dân cư.

Phải làm gì khi địa chỉ đổi giữa chừng thao tác

Nếu phiên bị ngắt không phải do bạn chủ động mà do hết thời gian chờ của kênh, hãy xử lý giống như khi đổi địa chỉ theo kế hoạch: đăng xuất khỏi tài khoản, chờ địa chỉ mới, đăng nhập lại, thay vì cố tiếp tục thao tác trên một phiên đã bị hủy. Hãy kiểm tra xem địa chỉ mới có cùng quốc gia và, nếu nền tảng coi trọng, cùng khu vực với địa chỉ cũ hay không; nếu không, ngoài việc bị ngắt còn có thêm tình trạng lệch ngữ cảnh. Nếu việc ngắt lặp lại thường xuyên chứ không phải một lần, nguyên nhân thường là cửa sổ của kênh quá ngắn so với độ dài của tác vụ; khi đó nên tăng cửa sổ sticky hoặc chuyển sang địa chỉ riêng. Để kiểm tra xem địa chỉ được cấp có thực sự ổn định và không bị «bẩn» về uy tín hay không, bạn có thể dùng phương pháp trong bài viết cách kiểm tra chất lượng proxy.

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

Làm sao biết thời gian tồn tại thực tế của phiên ở một kênh cụ thể?

Thông số này thường được ghi trong phần cài đặt kết nối hoặc tài liệu của kênh dưới dạng thời gian sticky; nếu không có giá trị rõ ràng, hãy dựa vào hành vi thực tế: xem địa chỉ đầu ra đổi thường xuyên hay hiếm khi qua các yêu cầu lặp lại.

Có thể kéo dài phiên nếu tác vụ mất nhiều thời gian hơn dự kiến không?

Một số kênh hỗ trợ làm mới bộ đếm thời gian theo hoạt động: phiên được kéo dài khi vẫn còn yêu cầu, và chỉ bị ngắt sau một khoảng nghỉ. Hãy hỏi riêng về tính năng này: không phải kênh nào cũng hoạt động như vậy theo mặc định.

Cửa hàng trực tuyến có giỏ hàng nên dùng phiên ngắn hay dài?

Phiên dài, bao phủ toàn bộ hành trình từ xem danh mục đến đặt hàng: giỏ hàng và thanh toán về bản chất là làm việc trong một phiên có lưu trạng thái, và việc địa chỉ bị ngắt ở giai đoạn này dẫn đến mất giỏ hàng giống như khi đăng nhập.

Các kênh có thời gian giữ địa chỉ khác nhau, gồm proxy dân cư, proxy di động và proxy riêng, được tập hợp trong mục proxy.