Phiên giữ nguyên IP

Phiên giữ nguyên IP yêu cầu dịch vụ proxy giữ một IP đầu ra cho các yêu cầu liên quan. Ứng dụng có thể mở trang, gửi dữ liệu và nhận kết quả qua địa chỉ đó trong khi việc cấp phát còn hiệu lực và đầu ra còn khả dụng. Khi xong tác vụ, ứng dụng có thể tạo phiên riêng cho tác vụ sau.

Đây thường là chế độ truy cập nhóm xoay. So sánh tổng quát có trong Proxy tĩnh và proxy xoay. Ở đây, câu hỏi là cách giữ địa chỉ cho một tác vụ, thời gian cấp phát và những gì có thể làm gián đoạn.

Cách dịch vụ giữ IP đã chọn

Dịch vụ cần nhận ra kết nối nào thuộc cùng tác vụ. Cách phổ biến là mã định danh phiên trong thiết lập proxy. Ở kết nối đầu, dịch vụ chọn đầu ra và liên kết nó với mã. Các kết nối sau có cùng thiết lập phiên dùng đầu ra được cấp khi phiên còn hoạt động.

Ví dụ, thử nghiệm trình duyệt dùng tên phiên task1. Kết nối đầu nhận IP đầu ra ví dụ 198.51.100.27. Mở trang tiếp và gửi biểu mẫu qua cùng cấp phát đang hoạt động cũng dùng địa chỉ đó. Tên xác định cấp phát; nó không mã hóa IP hay dành riêng IP vĩnh viễn.

Mã phiên có thể được thêm vào tên người dùng proxy, chọn qua API hoặc biểu diễn bằng cổng cấu hình sẵn. Một số dịch vụ có phiên mặc định không cần tên riêng. Đây là các cách quản lý cấp phát khác nhau, nên không có định dạng tên người dùng hay số cổng chung cho mọi phiên giữ IP.

Phiên giữ IP có thể bao trùm nhiều kết nối mạng. Điều này khác chỉ dùng lại một kết nối đang mở: yêu cầu trong cùng kết nối TCP thông thường vốn đã giữ IP đầu ra. Để xác lập phiên giữ địa chỉ qua nhiều kết nối, cần quan sát khi kết nối mới được mở với cùng thiết lập phiên.

Khi nhiều yêu cầu cần một IP

Thử nghiệm trình duyệt nhiều bước là ví dụ rõ. Nó có thể đăng nhập, mở cài đặt, gửi thay đổi rồi kiểm tra kết quả. Giữ IP nguồn ổn định loại bỏ thay đổi tránh được trong lần thử, nhất là khi website dùng địa chỉ làm một phần kiểm tra phiên.

Thử nghiệm mua sắm hoặc đặt chỗ cũng có thể cần trải nghiệm vùng nhất quán. Ứng dụng tìm kiếm, chọn phương án rồi kiểm tra bước tiếp qua cùng đầu ra. Điều đó giúp giữ vị trí mạng giữa các bước, dù website còn có thể dùng cài đặt tài khoản, thông tin giao hàng hay cookie để chọn nội dung.

Trường hợp khác là chuỗi gọi API mà dịch vụ đích mong đợi các thao tác liên quan từ cùng nguồn nhất quán. Cấp phát nên bao trùm cả chuỗi, kể cả nghỉ và thử lại. Ngược lại, tra trang công khai không liên quan không nhất thiết cần một IP. Giữ địa chỉ hữu ích khi tính liên tục quan trọng với tác vụ; nó không tự cải thiện uy tín địa chỉ hay đảm bảo website chấp nhận yêu cầu.

Phiên proxy không duy trì đăng nhập website

Dịch vụ proxy kiểm soát địa chỉ đầu ra. Website kiểm soát phiên riêng: trạng thái đăng nhập, giỏ hàng hay tiến độ điền biểu mẫu. Trình duyệt hoặc máy khách HTTP thường mang trạng thái đó bằng cookie hay token xác thực. Hai hệ thống có thể cùng dùng từ phiên nhưng giữ thông tin khác nhau.

Vì vậy, đăng nhập có thể hết hạn khi IP đầu ra vẫn không đổi. Xóa cookie cũng có thể khiến website không nhận ra người dùng mà không ảnh hưởng cấp phát proxy. Chiều ngược lại cũng có: website có thể chấp nhận đăng nhập hợp lệ sau khi đổi IP. Hành vi tùy quy tắc riêng.

Đối tượng phiên trong thư viện HTTP thường lưu cookie và dùng lại kết nối. Tạo đối tượng đó không tự kích hoạt giữ IP tại dịch vụ proxy. Với quy trình đầy đủ, ứng dụng cần phối hợp trạng thái website và cấp phát proxy mong muốn. Hồ sơ trình duyệt riêng hoặc trạng thái máy khách tách biệt vẫn cần khi các tác vụ không được chia sẻ cookie.

Thời lượng phiên thực sự nghĩa là gì

Có hai bộ hẹn giờ đều có thể được gọi là thời lượng phiên. Thời hạn cố định giới hạn thời gian cấp phát tồn tại kể từ lúc bắt đầu. Thời gian chờ không hoạt động giới hạn khoảng nghỉ sau yêu cầu đủ điều kiện gần nhất. Yêu cầu mới có thể khởi động lại bộ đếm không hoạt động mà không kéo dài thời hạn cố định riêng.

Xét hai phiên minh họa có giới hạn mười phút. Cả hai bắt đầu lúc 14:00 và nhận yêu cầu thêm lúc 14:08. Với thời hạn cố định, mốc vẫn là 14:10. Với thời gian chờ không hoạt động, yêu cầu đó dời hạn không hoạt động đến 14:18. Cùng thời lượng công bố có thể tạo hành vi rất khác trong tác vụ đang chạy.

Dịch vụ có thể áp cả hai giới hạn. Khi đó, cấp phát kết thúc lúc chạm một trong hai. Giá trị mặc định thông thường cũng có thể khác mức dài nhất trong cài đặt. Duy trì lưu lượng có thể tránh hết hạn do không hoạt động nhưng không bỏ giới hạn thời hạn tối đa riêng.

Hết hạn chấm dứt cấp phát đầu ra cũ. Kết nối sau có thể nhận địa chỉ khác dù cùng tên phiên. Kết nối đang mở có thể được phép hoàn tất hoặc bị đóng, tùy dịch vụ. Bộ hẹn giờ không chuyển trao đổi TCP chưa xong sang IP khác.

Chọn khoảng bao trùm cả tác vụ, phản hồi chậm và nghỉ dự kiến. Bắt đầu quy trình mới gần cuối cấp phát cũ để lại ít thời gian hơn thời lượng cấu hình gợi ý. Yêu cầu chỉ để giữ phiên nhàn rỗi vẫn là lưu lượng thực và có thể tính vào hạn mức yêu cầu hoặc dữ liệu.

Tách biệt tác vụ song song

Khi mỗi tác vụ độc lập cần địa chỉ ổn định, cấp cho mỗi tác vụ mã phiên riêng và giữ mã qua các bước. Tiến trình tải trang tiếp nên dùng lại phiên tác vụ, không tạo tên mới mỗi yêu cầu. Lần thử lại trong tác vụ không nên âm thầm đổi sang thiết lập proxy không liên quan.

Giả sử hai thử nghiệm trình duyệt chạy cùng lúc. Thử nghiệm đầu dùng task1, thử nghiệm sau dùng task2, mỗi bên giữ cookie riêng. Cho cả hai cùng tên phiên sẽ yêu cầu dịch vụ dùng chung cấp phát khi những thiết lập khác cũng khớp. Mở tab thông thường mới không tự tạo thiết lập proxy hay kho cookie riêng.

Mã khác nhau yêu cầu cấp phát riêng nhưng không phải lúc nào cũng đảm bảo IP đầu ra khác. Dịch vụ có hứa địa chỉ riêng biệt không là thuộc tính sản phẩm khác. Giữ IP cũng không khiến đầu ra độc quyền cho tài khoản: khách hàng khác vẫn dùng được nếu địa chỉ thuộc nhóm dùng chung.

Nếu được hỗ trợ, nhiều kết nối có thể dùng cùng phiên đồng thời. Chúng chia sẻ đầu ra và vẫn chịu giới hạn kết nối, mức sử dụng của tài khoản. Nhiều tên phiên không tăng các giới hạn. Trước khi chạy đầy đủ, kiểm tra cả số tác vụ song song lẫn số kết nối mỗi tác vụ mở.

Vì sao địa chỉ có thể đổi sớm hơn dự kiến

Bộ đếm chưa hết không thể giữ đầu ra không khả dụng hoạt động. Thiết bị dân cư có thể ngoại tuyến, kết nối di động có thể nhận IP công cộng khác hoặc máy chủ mất liên lạc. Thời lượng yêu cầu mô tả quy tắc thời gian cấp phát; riêng nó không đảm bảo đầu ra ban đầu còn khả dụng.

Có hai phản ứng có thể khi mất đầu ra. Dịch vụ chọn thay thế để các yêu cầu sau tiếp tục, hoặc trả lỗi và giữ yêu cầu phải dùng đầu ra gốc. Một số sản phẩm cho chọn. Thay tự động ưu tiên tạo kết nối khác; trả lỗi cho ứng dụng cơ hội dừng trước khi tiếp tục từ địa chỉ khác.

Tên không đổi không chứng minh các thiết lập phiên còn lại giữ nguyên. Sang gateway khác hoặc đổi bộ lọc quốc gia có thể tạo cấp phát khác. Phạm vi tùy dịch vụ: phiên có thể thuộc tài khoản, sản phẩm hay máy chủ vào cụ thể, thay vì ở đâu cũng dùng được dưới tên đó.

Nếu địa chỉ đổi giữa tác vụ, quyết định tiếp liên quan trạng thái tác vụ. Bước chỉ đọc có thể lặp an toàn. Hành động đã gửi đơn hoặc thay dữ liệu cần thận trọng hơn: mất phản hồi không chứng minh thao tác thất bại. Xác định những gì hoàn tất trước khi chạy lại hoặc tiếp tục qua đầu ra khác.

Khi tính liên tục tạm thời đã đủ

Giữ IP phù hợp tác vụ có điểm đầu và cuối rõ, khi chỉ cần một IP trong lần chạy đó. Thử ba điều: cấp phát có qua được nghỉ dự kiến, kéo dài hết tác vụ và xử lý mất đầu ra đúng nhu cầu không. Thử mở kết nối mới sau một khoảng nghỉ bình thường; hoạt động trong một kết nối đang mở không chứng minh cấp phát còn qua lần kết nối sau.

Nếu cùng địa chỉ phải nằm trong danh sách được phép của máy chủ hoặc dùng lại được ngày mai, chọn dịch vụ cấp cố định cho mục đích đó. Dùng lại tên phiên giữ IP sau hết hạn không đảm bảo lấy lại địa chỉ trước. Giữ tạm và IP được cấp lâu dài giải quyết nhu cầu liên tục khác nhau.