PowerScan
VI

Vì sao trang nào cũng bắt giải CAPTCHA? Nguyên nhân và cách khắc phục

Đa tài khoản · 9 phút đọc · bởi PowerOps

Ảnh: Unsplash

CAPTCHA liên tục gần như luôn bắt nguồn từ đường mạng, cài đặt trình duyệt, hoặc việc hai thứ đó mâu thuẫn nhau. Các nguyên nhân xếp theo mức độ phổ biến, kèm cách xử lý cho từng cái.

CAPTCHA liên tục thường chỉ có một nghĩa. Cách bạn truy cập vào một trang trông giống máy móc, hoặc giống cả một đám đông dùng chung một cánh cửa, nên trang đó nâng chi phí đầu vào lên cho đến khi nhận được tín hiệu rõ ràng hơn. Bài kiểm tra chỉ là triệu chứng. Nguyên nhân nằm ở đường mạng, ở cài đặt trình duyệt, hoặc ở việc hai thứ này kể cho trang web hai câu chuyện khác nhau.

Hãy rà soát các nguyên nhân dưới đây theo thứ tự. Ba nguyên nhân đầu là phổ biến nhất với khoảng cách rất xa, và cả ba đều nằm ở cùng một chỗ: địa chỉ mà lưu lượng của bạn đi tới.

Bắt đầu từ địa chỉ, vì thường là do nó

Địa chỉ dùng chung, hoặc có tiền sử xấu

Phần lớn các kết nối không cho bạn một địa chỉ riêng. Nhà mạng di động và nhiều nhà cung cấp internet gia đình đặt rất nhiều thuê bao sau một nhóm nhỏ địa chỉ công khai. Văn phòng, trường học và không gian làm việc chung cũng vậy. Bất cứ điều gì người khác sau địa chỉ đó làm sáng nay, chiều nay bạn gánh lấy.

Các bể proxy giá rẻ cũng vận hành như vậy nhưng với xác suất tệ hơn. Một bể proxy dân cư dùng chung cho thuê cùng một địa chỉ cho bất kỳ ai mua trong giờ đó, và một trang từng thấy một loạt lượt đăng nhập từ địa chỉ ấy trước đó sẽ rất thận trọng với lượt tiếp theo.

Cách xử lý bắt đầu bằng việc tìm hiểu xem bạn thực sự đang hiển thị địa chỉ nào, rồi kiểm tra nó thay vì tin vào lời mô tả khi mua. Trong PowerOps, proxy được thêm vào một thư viện và được kiểm tra trước khi đến gần bất kỳ tài khoản nào, và bài kiểm tra báo lại địa chỉ đã quan sát được. Nếu đường mạng hóa ra là dùng chung, hãy chuyển hồ sơ sang một đường không dùng chung.

Đó là địa chỉ trung tâm dữ liệu

Các dải địa chỉ thuộc nhà cung cấp hosting được công bố, lập danh mục và rất dễ tra cứu. Bản thân địa chỉ trung tâm dữ liệu không có gì sai, và rất nhiều lưu lượng bình thường đến từ đó. Nhưng với một tài khoản người dùng đã đăng nhập thì đó là nơi khác thường, và các trang web đánh giá nó đúng như vậy.

Cách xử lý là chỉ dùng địa chỉ trung tâm dữ liệu cho những công việc không cần đăng nhập cá nhân, và dùng địa chỉ dân cư hoặc di động cho các phiên tài khoản. Chi phí tăng lên. Vướng mắc giảm xuống. Đánh đổi đó chính là toàn bộ quyết định.

Bạn đang dùng lối ra VPN mà ai cũng dùng

VPN dành cho người dùng phổ thông dồn một lượng người khổng lồ vào một số ít địa chỉ lối ra. Đó là sản phẩm hoạt động đúng như thiết kế. Đó cũng là lý do một phiên đằng sau nó gặp những bài kiểm tra mà ở nơi khác không gặp. Không phải bạn đã làm gì khiến địa chỉ ấy bị soi, mà là do số lượng quá lớn.

Cách xử lý là dùng một đường riêng cho mỗi hồ sơ, từ nhà cung cấp bán địa chỉ cố định (sticky). Nếu bạn cần VPN cho việc khác không liên quan, hãy để nó ngoài máy hoặc hồ sơ đang làm việc với tài khoản, và đừng bao giờ chồng nó lên trên proxy.

Địa chỉ đổi giữa chừng một phiên

Các endpoint xoay cấp cho bạn địa chỉ mới theo từng yêu cầu hoặc theo chu kỳ. Với việc thu thập dữ liệu công khai thì điều đó hữu ích. Với một phiên đã đăng nhập thì đó là rắc rối do chính bạn tạo ra. Một phiên bắt đầu ở một thành phố rồi vài phút sau tiếp tục từ thành phố khác mô tả một điều không người thật nào làm.

Nguyên nhân này có dạng đặc trưng. Vài phút đầu êm ru. Sau đó bài kiểm tra xuất hiện ở mỗi lần chuyển trang, thường kèm một lần bị đăng xuất bất ngờ ở đâu đó giữa chừng.

Cách xử lý là chuyển endpoint sang chế độ cố định hoặc giữ phiên, với thời gian giữ dài hơn phiên làm việc của bạn. Hãy gán đường mạng trước lần đăng nhập đầu tiên, vì phiên đầu tiên là phiên xác lập thế nào là bình thường đối với tài khoản đó.

Sau đó kiểm tra xem trình duyệt có kể một câu chuyện nhất quán không

Múi giờ, ngôn ngữ và địa chỉ không khớp nhau

Một hồ sơ đi qua Frankfurt mà báo múi giờ Los Angeles đã trả lời cùng một câu hỏi theo hai cách khác nhau. Hồ sơ hiển thị địa chỉ Brazil nhưng danh sách ngôn ngữ trình duyệt chỉ có tiếng Việt cũng vậy. Riêng từng giá trị thì chẳng có gì đáng chú ý. Gộp lại, chúng là mâu thuẫn rẻ nhất mà một trang web có thể tìm.

Cách xử lý là đặt múi giờ và danh sách ngôn ngữ của hồ sơ khớp với quốc gia nơi đường mạng của nó đáp xuống, và kiểm tra chúng cùng nhau sau mỗi lần đổi đường mạng. Đây là nguyên nhân tự gây ra phổ biến nhất trong danh sách và chỉ mất khoảng mười giây để sửa.

Nhịp độ yêu cầu trông như tự động

Tải trang đúng mỗi bốn giây. Biểu mẫu được điền tức thì mà không có sự kiện focus nào ở giữa. Điều hướng mà không hề cuộn trang. Cả chục hồ sơ làm y hệt nhau trong cùng một giây từ cùng một mạng con. Không điều nào bị cấm. Tất cả đều bất thường, và bất thường chính là thứ nâng chi phí đầu vào.

Cách xử lý là điều chỉnh nhịp độ. Khởi động các hồ sơ lệch nhau thay vì mở tất cả cùng lúc. Cho công việc theo kịch bản những độ trễ thay đổi và để trang ổn định trước khi thực hiện hành động tiếp theo. Chạy theo lô nhỏ hơn. Nếu một kịch bản di chuyển trong trang nhanh hơn mức con người làm được, trang đó có quyền hỏi ai đang ở đầu bên kia.

Rồi xem xét trình duyệt giữ lại gì và chặn gì

Bộ cookie cũ, bị thiếu, hoặc bị xóa mỗi đêm

Hầu hết các bài kiểm tra tự ghi lại kết quả của chúng. Vượt qua một lần, trang sẽ lưu thứ gì đó nói rằng trình duyệt này đã trả lời, và bài kiểm tra sẽ ngừng xuất hiện một thời gian. Xóa cookie mỗi lần thoát, duyệt trong cửa sổ riêng tư, hoặc mở một hồ sơ tạm mới mỗi lần, thì bản ghi đó bị vứt đi vào cuối mỗi phiên. Lần truy cập sau bắt đầu lại từ đầu.

Cách xử lý là dùng hồ sơ có thư mục lưu trữ riêng, bền vững, và đóng đúng cách để trạng thái được ghi ra. Một hồ sơ bị tắt cưỡng bức giữa phiên có thể mất đúng bản ghi mà nó vừa giành được.

Có thứ gì đó chặn các script mà bài kiểm tra cần

Bài kiểm tra chạy dưới dạng script, thường được tải từ tên miền của nhà cung cấp bảo mật chứ không phải của trang bạn đang truy cập. Trình chặn nội dung mạnh tay, trình chặn script, tiện ích riêng tư tăng cường và việc tắt lưu trữ của bên thứ ba đều có thể làm hỏng việc tải đó. Bài kiểm tra không bao giờ hoàn tất nên nó thử lại. Từ phía bạn, trông như một vòng lặp vô tận, hoặc một khung thử thách quay mãi không xong.

Hãy xử lý theo thứ tự sau:

  1. Mở cùng trang đó trong một hồ sơ hoàn toàn không có tiện ích. Nếu vòng lặp dừng lại, nguyên nhân là một tiện ích.
  2. Bật lại từng tiện ích một cho đến khi nó quay lại. Trình chặn nội dung và tiện ích tăng cường riêng tư thường là thủ phạm.
  3. Cho phép tên miền của nhà cung cấp thử thách trong thứ đã chặn nó, thay vì tắt hẳn trình chặn.
  4. Xác nhận JavaScript và lưu trữ của bên thứ ba không bị tắt cho trang đó.
  5. Kiểm tra đồng hồ hệ thống. Đồng hồ lệch vài phút sẽ làm hỏng các token đã ký mà thử thách phụ thuộc vào, và lỗi trông chẳng giống lỗi đồng hồ chút nào.

Từ triệu chứng đến nguyên nhân

Đối chiếu những gì bạn thấy với cột bên trái, rồi bắt đầu bằng cách xử lý ở cột bên phải.

Bạn thấy gìNguyên nhân có khả năng nhấtViệc nên thử đầu tiên
Bị kiểm tra trên mọi trang, ở mọi hồ sơ, ngay từ yêu cầu đầu tiênChính địa chỉ: dùng chung, đông đúc, hoặc thuộc dải trung tâm dữ liệuKiểm tra đường mạng và tra xem địa chỉ thuộc về ai
Một hồ sơ bị ảnh hưởng, các hồ sơ khác bình thườngĐường mạng của hồ sơ đó, hoặc trạng thái đã lưu của nóThay bằng một đường mạng bạn biết là tốt trước khi đổi bất cứ thứ gì khác
Êm vài phút rồi bị kiểm tra ở mọi lần chuyển trangEndpoint xoay đổi địa chỉ giữa phiênChuyển endpoint sang chế độ cố định với thời gian giữ dài
Bạn vượt qua một bài kiểm tra và chính bài đó quay lại ngayKết quả vượt qua không được lưu, hoặc một script cần thiết bị chặnNgừng xóa cookie khi thoát, rồi thử lại với tiện ích tắt
Khung thử thách quay mãi không xongTrình chặn đang ngăn script thử thách tải lênCho phép tên miền của nhà cung cấp, rồi kiểm tra đồng hồ hệ thống
Trang tải sai ngôn ngữ trước khi bạn đăng nhậpNgôn ngữ và đường mạng không khớp nhauCho ngôn ngữ và múi giờ của hồ sơ khớp với quốc gia của đường mạng
Bắt đầu ngay sau khi đổi proxyTiền sử của endpoint mớiKiểm tra endpoint và nhờ nhà cung cấp cấp một endpoint khác
Bắt đầu ngay sau khi một tiện ích cập nhậtChính tiện ích đóTắt nó cho trang đó và tải lại

Những điều không nên làm

Một vài phản xạ chắc chắn làm mọi thứ tệ hơn.

Và một điều chúng tôi sẽ không hỗ trợ. Giải các bài kiểm tra này một cách tự động nằm ngoài những gì PowerOps làm và ngoài những gì blog này sẽ giải thích. Có những dịch vụ bán việc đó. Chúng tôi không tích hợp với chúng, không viết tài liệu về chúng, và không phần nào của sản phẩm được xây dựng để vượt qua một bài kiểm tra bảo mật. Mọi điều ở trên đều nhằm loại bỏ những lý do khiến một trang phải hỏi ngay từ đầu. Trả lời câu hỏi thay bạn là một ngành kinh doanh khác, và chúng tôi không làm ngành đó.

Nếu không cách nào hiệu quả

Đôi khi bài kiểm tra chẳng liên quan gì đến bạn. Một trang đang bị tấn công sẽ nâng ngưỡng cho tất cả mọi người, và lưu lượng của cả một quốc gia có thể bị đặt dưới quy tắc nghiêm ngặt hơn trong một hai ngày. Trước khi bỏ cả buổi chiều vào việc này, hãy tải cùng trang đó từ một kết nối bình thường, không proxy và không hồ sơ nào. Nếu bài kiểm tra cũng đang chờ ở đó, câu trả lời là chờ.

Còn lại thì mọi chuyện quy về một danh sách ngắn. Một đường mạng có tiền sử phía sau. Một đường mạng không chịu đứng yên. Các giá trị mâu thuẫn nhau. Một trình duyệt không giữ nổi những gì nó đã giành được. Sửa bốn điều đó và các bài kiểm tra sẽ trở lại thành một phiền toái thỉnh thoảng, thay vì là hình hài của ngày làm việc của bạn.

Tất cả bài viết · Chạy quét