Chính sách sử dụng chấp nhận được
Đây là tổng quan toàn ngành về quy tắc sử dụng chấp nhận được tại dịch vụ proxy. Các hạn chế dưới đây thuộc những nhà cung cấp khác nhau; điều kiện ProxyCompass được nêu riêng ở phần cuối.
Chính sách sử dụng chấp nhận được, hay AUP, mô tả khách hàng được làm gì qua dịch vụ proxy. Nó thuộc chính sách dịch vụ và có thể công bố riêng hoặc nằm trong Điều khoản dịch vụ. Mục đích thực tế thể hiện rõ khi hai dịch vụ quảng cáo proxy cho cùng tác vụ nhưng cho phép cách thực hiện khác nhau.
Ví dụ, một chính sách công bố cấm thu thập thông tin sau đăng nhập. Chính sách khác cho phép truy cập thông tin không công khai khi có ủy quyền. Ở nơi khác, kiểm tra tải cần phê duyệt bằng văn bản dù khách hàng sở hữu trang web. Các khác biệt này có thể quyết định proxy đã trả tiền và hoạt động về kỹ thuật có phù hợp với công việc không.
Thu thập dữ liệu: điều gì thay đổi khi trang cần đăng nhập?
Giả sử công ty thu thập giá từ trang web nhà cung ứng. Một số giá ai cũng xem được; giá bán buôn xuất hiện sau khi công ty đăng nhập tài khoản khách hàng. Với công ty, đây là một dự án theo dõi giá. Với AUP chỉ cho dữ liệu công khai, hai phần nằm ở hai phía của ranh giới sử dụng được phép: thông tin đăng nhập hợp lệ của chính khách hàng không gỡ hạn chế nhà cung cấp.
Chính sách cho phép truy cập dữ liệu không công khai có ủy quyền cho phép cách đánh giá khác. Câu hỏi liên quan trở thành khách hàng có quyền thực hiện chính việc thu thập đó không. Được xem trang tài khoản, xuất nội dung và phân phối lại dữ liệu kết quả là các việc riêng. Thuê bao cho nhân viên đọc tài liệu không nhất thiết cho chương trình sao chép và bán lại.
Điều khoản khác quy định cách thu thập diễn ra. Các AUP công bố yêu cầu rõ tuân thủ chỉ dẫn robots.txt, giới hạn API và giới hạn tần suất kỹ thuật của đích. Theo điều khoản đó, chia yêu cầu qua nhiều IP không tự nó làm việc thu thập bị cấm trở thành được phép. Khách hàng đồng ý điều kiện khi mua proxy; đây không phải khẳng định mọi chỉ dẫn robots.txt đều là luật.
Nội dung trang cũng quan trọng. Giá sản phẩm công khai và thông tin liên hệ cá nhân hiển thị công khai là dữ liệu khác nhau. AUP có thể yêu cầu cơ sở pháp lý cho thu thập dữ liệu cá nhân và điều kiện nghiêm hơn cho thông tin y tế, dữ liệu trẻ em hoặc theo dõi người có thể nhận diện. Hạn chế còn có thể áp dụng cho công bố về sau hoặc huấn luyện AI. Tải trang thành công không quyết định bất kỳ cách dùng tiếp theo nào.
Tự động hóa được đánh giá theo hành động thực hiện
“Scraper”, “bot” và “công cụ mạng xã hội” mô tả phần mềm nhưng nói ít về hành vi. Cùng cách tự động hóa trình duyệt có thể kiểm tra quảng cáo hoặc tạo lượt nhấp trả phí giả. Các AUP công bố phân biệt những hoạt động sau; hỗ trợ tác vụ ở cột trái không có nghĩa cho phép hành động ở cột phải.
| Tác vụ dịch vụ có thể hỗ trợ | Hoạt động bị AUP công bố hạn chế |
|---|---|
| Kiểm tra vị trí và khả năng hiển thị quảng cáo | Tạo lượt hiển thị hoặc lượt nhấp trả phí giả, kể cả lượt nhấp nhằm tiêu hao ngân sách nhà quảng cáo khác. |
| Theo dõi kết quả và thứ hạng tìm kiếm | Tạo lượt nhấp để thao túng thứ hạng hoặc làm lưu lượng có vẻ đến từ người dùng quan tâm. |
| Quản lý tài khoản mạng xã hội của doanh nghiệp | Tạo hồ sơ, đánh giá, người theo dõi hoặc tương tác giả; đăng ký tài khoản hàng loạt cũng có thể bị cấm. |
| Theo dõi giá và tình trạng còn vé | Mua tự động để gom số lượng lớn hoặc đầu cơ bán lại. Một số chính sách cấm cả loại bot mua vé. |
Khác biệt tương tự giải thích vì sao quy tắc chống thư rác vẫn có thể áp dụng khi cổng email bị chặn. Có thể gửi tin qua biểu mẫu, bình luận hoặc giao diện nhắn tin riêng của trang web. Đóng cổng SMTP ngăn một đường gửi email; nó không chặn mọi dạng nhắn tin không được yêu cầu.
Lạm dụng trực tiếp hơn gồm brute force, tức thử các mật khẩu có thể có, và credential stuffing, tức thử cặp tên đăng nhập–mật khẩu bị đánh cắp. Chính sách còn cấm lừa đảo lấy thông tin, thử thẻ bị đánh cắp, phát tán mã độc, tấn công DDoS và nội dung bất hợp pháp, kể cả bóc lột trẻ em và vi phạm bản quyền. Những cấm đoán này nhắm vào chính hoạt động: ít lần thử vẫn có thể vi phạm AUP dù gần như không tiêu thụ lưu lượng.
Hạn chế ngoài tấn công và gian lận
AUP còn có các loại trừ thương mại. Danh sách công bố thực tế có khảo sát trả tiền, mua bán vật phẩm trong trò chơi, tên miền liên quan phát trực tuyến, giao dịch tiền mã hóa, cờ bạc và nội dung người lớn. Đây là ví dụ từ các quy tắc dịch vụ khác nhau, không phải lệnh cấm chung toàn ngành. Nhà cung cấp có thể loại trừ hoạt động kinh doanh mà không nói mọi trường hợp của nó đều là tội phạm.
Bán lại là hạn chế cụ thể khác. Bán cho khách hàng quyền dùng thông tin xác thực proxy đã thuê có thể cần thỏa thuận riêng hoặc bị hợp đồng tiêu chuẩn cấm. Tính năng người dùng phụ trong bảng điều khiển không quyết định điều đó: thông tin truy cập riêng có thể dành cho đội ngũ của chính khách hàng. Đại lý dùng proxy để lập báo cáo và doanh nghiệp bán chính quyền truy cập proxy đang cung cấp dịch vụ khác nhau.
Một số điều khoản bảo vệ chính nhóm proxy. Chúng cấm cung cấp thông tin thu được về địa chỉ và nút của nhóm cho cơ sở dữ liệu phát hiện proxy, đánh giá uy tín IP hoặc chặn lưu lượng. Ví dụ, thuê quyền truy cập để lập danh mục IP nhà cung cấp dùng đến trang web rồi đóng góp chúng cho cơ sở dữ liệu phát hiện proxy có thể vi phạm điều khoản đó dù không tấn công trang web đích nào. Hạn chế bảo vệ giá trị thương mại của mạng.
Những điều khoản này giải thích vì sao không thể rút AUP thành danh sách tội phạm. Chúng có thể quyết định mô hình kinh doanh hợp pháp có phù hợp dịch vụ cụ thể không. Đổi từ nghiên cứu nội bộ sang bán lại, hoặc từ thu thập giá công khai sang tạo tập dữ liệu về con người, có thể thay đổi đánh giá hợp đồng dù vẫn dùng cùng chương trình và cài đặt proxy.
Kiểm tra trang web của chính bạn vẫn có thể cần phê duyệt
Công ty thuê nhà thầu quét lỗ hổng trang web. Công ty có thể cho phép kiểm tra nhưng không kiểm soát mạng proxy của nhà thầu. Quy tắc proxy công bố có yêu cầu rõ phải có đồng ý bằng văn bản của nhà cung cấp trước khi quét lỗ hổng hoặc kiểm tra sức chịu tải và tải. Vì vậy, cho phép của chủ trang web không phải lúc nào cũng đủ các phê duyệt cần cho công việc.
Mạng mang lưu lượng kiểm tra cũng phải đối mặt với lưu lượng và khiếu nại sinh ra. Quét có thể chạm hệ thống ngoài đích đã thỏa thuận; thử tải có thể ảnh hưởng hosting dùng chung hoặc dịch vụ bảo vệ. Nếu cho phép kiểm tra, thỏa thuận về đích, phương pháp và thời gian xác định lưu lượng nhà cung cấp đồng ý chuyên chở. Mô tả chung như “nghiên cứu bảo mật” không xác lập phạm vi đó.
Cách hoạt động qua proxy trở thành báo cáo lạm dụng
Đích nhìn thấy IP proxy dùng. Nếu nhà vận hành quan sát tấn công mật khẩu hoặc quét mạng, bằng chứng ban đầu xác định địa chỉ đó. Báo cáo có thể đến nhà cung cấp proxy hoặc công ty hosting cấp địa chỉ và máy chủ. Trong trường hợp sau, người bán proxy nhận vấn đề từ nhà cung ứng của mình.
Tài liệu hosting công bố cho biết bằng chứng như vậy có thể chứa gì. Bản ghi quét mạng nêu thời gian, IP nguồn, IP đích và cổng đích. Ví dụ, kết nối lặp lại từ cùng nguồn đến cổng 22 trên nhiều máy chủ có thể bị báo là quét dịch vụ SSH. Báo cáo dội lưu lượng có thể thay vào đó chứa tốc độ gói tin và tổng hợp lưu lượng theo đích. Các hồ sơ mô tả sự cố khác nhau và cần giải thích khác nhau.
Sau đó, nhà cung cấp cần gắn sự kiện bên ngoài với hoạt động khách hàng. Với địa chỉ chuyên dụng, thông tin cấp phát có thể giúp; với IP dùng chung hoặc xoay, chỉ địa chỉ có thể không đủ. Khách hàng có thể dùng cùng IP ở thời điểm khác nhau hoặc đồng thời. Thời gian chính xác, múi giờ và cổng nguồn nếu có và phù hợp giúp phân biệt kết nối. Điều này phụ thuộc hồ sơ mạng thực sự đang giữ.
Thời điểm khiếu nại đến cũng khác thời điểm hoạt động mà nó mô tả. Tác vụ đang nghỉ khi hỗ trợ nhắn khách hàng có thể đã tạo lưu lượng được báo trước đó. Vì vậy, chỉ kiểm tra danh sách tiến trình hiện tại hoặc proxy có hoạt động lúc này không chưa trả lời được báo cáo.
Quy trình không đòi nhà cung cấp proxy đọc mọi trang HTTPS. Với TLS đầu cuối thông thường qua đường hầm proxy, đường dẫn trang, mật khẩu gửi đi và nội dung phản hồi được mã hóa. Đích có thể đưa bằng chứng từ phía mình, còn nhà cung cấp hoặc hosting có thông tin mạng sẵn có. Trình duyệt được quản lý hoặc API thu thập thực sự xử lý trang có vai trò và mức nhìn thấy khác.
Vì sao một đích ngừng hoạt động trong khi nơi khác vẫn tải được
Thực thi quy tắc không phải lúc nào cũng vô hiệu hóa tài khoản. Quy trình xử lý khiếu nại công bố cho phép tạm hạn chế riêng trang web hoặc máy chủ nêu trong báo cáo. Lưu lượng khác vẫn có thể tiếp tục. Khi đó, công cụ kiểm tra proxy có thể báo kết nối hoạt động dù tác vụ chính của khách hàng không đến được đích.
Còn có quy tắc phòng ngừa. Một số dịch vụ giám sát tần suất yêu cầu đến đích nhạy cảm như trang đăng nhập ngân hàng và thêm hạn chế khi hoạt động quá mức. Vì vậy, một nhóm đích có thể truy cập được khi dùng bình thường mà không mở cho yêu cầu tự động không giới hạn. Đây là kiểm soát đích, không nhất thiết là hạn mức dữ liệu tháng.
AUP và sử dụng hợp lý có thể giao nhau ở đây, nhưng lý do can thiệp vẫn quan trọng. Bộ thu thập giá có thể quá tải tài nguyên chung trong khi làm tác vụ được phép. Tấn công mật khẩu có thể vi phạm AUP với dung lượng thấp hơn nhiều. Mua thêm lưu lượng chỉ xử lý vấn đề đầu nếu thay đổi năng lực liên quan; nó không cho phép hoạt động thứ hai.
Nhà cung cấp hosting phía trên có thể áp dụng hạn chế rộng hơn. Quy tắc hosting mô tả khóa một IP, nhiều địa chỉ hoặc cả máy chủ sau tấn công và quét. Người bán proxy dùng hạ tầng đó có thể phải xử lý sự cố với hosting trước khi truy cập trở lại. Thay IP proxy trong khi tiếp tục cùng hoạt động vẫn giữ nguyên nguyên nhân.
Cũng không có chuỗi cảnh báo chung. Một số chính sách nói sẽ cố xử lý với khách hàng nhưng vẫn giữ quyền đình chỉ ngay sau vi phạm đầu. Hệ thống tài khoản công bố còn phân biệt báo cáo lạm dụng, vi phạm AUP được phát hiện và gian lận thanh toán. Khách hàng cần biết lý do và phạm vi hạn chế được nêu; chỉ từ “đình chỉ” không cung cấp thông tin đó.
Nếu nhà thầu hoặc người dùng khác gửi lưu lượng
Thông tin xác thực proxy có thể được cài ở nhiều ứng dụng hoặc giao cho đại lý. Điều khoản có thể quy trách nhiệm cho chủ tài khoản về hoạt động qua quyền truy cập đó. Quan hệ nhà cung cấp là với khách hàng đã mua dịch vụ, nên giải thích rằng nhà thầu chạy chương trình không tự nó giải quyết sự cố.
Việc thực tế cần làm là xác định ứng dụng hoặc người nào dùng thông tin truy cập tại thời điểm báo cáo rồi dừng hoạt động liên quan. Nếu truy cập bị rò rỉ, cần thu hồi hoặc đổi thông tin bị lộ. Thông tin xác thực riêng và hồ sơ tác vụ, nếu dịch vụ hỗ trợ, có thể giúp dễ làm hơn. Chúng không tạo ngoại lệ với AUP.
Hạn chế tài khoản còn có thể áp dụng cho nỗ lực né quy tắc của chính nhà cung cấp: mở tài khoản thay thế sau khi bị cấm, nhận dùng thử nhiều lần trái điều kiện hoặc né xác minh danh tính. Tài khoản mới hoặc IP mới được cấp không biến cùng hoạt động bị cấm thành được duyệt.
Điều gì xảy ra với gói trả phí và số dư
Có nhiều hậu quả tài chính có thể có và cần phân biệt. Một là phí công việc xử lý khiếu nại. Hai là mất quyền dịch vụ chưa dùng khi hợp đồng chấm dứt do vi phạm. Ba là nghĩa vụ chi trả những yêu cầu bồi thường hoặc chi phí bên thứ ba cụ thể do hành vi khách hàng gây ra. Số tiền đã trả cho gói proxy không nhất thiết giới hạn mọi nghĩa vụ này.
Đây là các khác biệt hợp đồng thực tế. Điều khoản công bố có việc mất khoản ghi có chưa dùng sau chấm dứt vì vi phạm, nhưng xử lý khác khi nhà cung cấp tự chấm dứt theo quyết định của mình. Một số còn nói đình chỉ để bảo đảm tuân thủ không tự động kéo dài thuê bao hoặc thời hạn khoản ghi có. Vì vậy, tài khoản nghỉ không nhất thiết có nghĩa kỳ trả phí được tạm dừng.
Không có mức phí xử lý khiếu nại tiêu chuẩn toàn ngành. Trả phí thanh toán khoản nêu trong thỏa thuận; nó không mua quyền tiếp tục hoạt động bị cấm hoặc bảo đảm khôi phục. Ngược lại, chỉ nhận báo cáo không xác lập mọi hậu quả tài chính. Căn cứ hạn chế hoặc chấm dứt liên quan và quy định thanh toán áp dụng quyết định kết quả hợp đồng, tùy các quyền pháp lý bắt buộc.
Nên gửi gì khi hỗ trợ liên hệ
Hỗ trợ cần phản hồi về hoạt động mô tả trong báo cáo. “Proxy hoạt động”, “gói đã trả tiền” và “chúng tôi chỉ scraping” không xác định điều gì tạo các kết nối được báo. Phản hồi hữu ích gắn sự kiện với công việc thật của khách hàng và giải thích việc đã làm.
- Tạm dừng tác vụ bị ảnh hưởng và giữ cài đặt cùng nhật ký có sẵn. Dùng thời gian hoạt động được báo, kèm múi giờ, không phải lúc bạn nhận tin.
- Xác định ứng dụng, tác vụ theo lịch, nhân viên hoặc nhà thầu dùng truy cập. Đối chiếu đích và IP proxy với hồ sơ. Yêu cầu chi tiết còn thiếu qua kênh hỗ trợ của nhà cung cấp.
- Mô tả nguyên nhân và thay đổi đã thực hiện: ví dụ đã dừng tác vụ, bỏ đích ngoài ý muốn hoặc thu hồi quyền bị lộ. Với kiểm tra đã thỏa thuận, kèm cho phép bằng văn bản và phạm vi.
- Xác nhận hạn chế nào còn hiệu lực và nhà cung cấp cần gì trước khi công việc được phép tiếp tục. Tránh chạy lại cùng hoạt động trên IP khác khi nguyên nhân chưa giải quyết.
Nhà cung cấp có thể dùng phiếu, biểu mẫu bảng điều khiển hoặc quy trình trả lời riêng. Một số dịch vụ cho xem nội dung khiếu nại và trạng thái qua API. Đây là cách xử lý sự cố; không cách nào xác lập thời gian khôi phục chung. Thời hạn xem xét phản hồi khách hàng cũng khác lời hứa kích hoạt lại dịch vụ.