Trả lời nhanh
Làm cách nào để kiểm tra kết nối hoặc báo cáo sự cố dịch vụ?
Nếu gặp sự cố với dịch vụ LocalSERP Proxy, hãy kiểm tra endpoint và giao thức, xác minh IP thoát, so sánh với một trang đích được phép truy cập và gửi báo cáo đã che thông tin nhạy cảm cho bộ phận hỗ trợ. 4 bước kiểm tra này giúp phân biệt vấn đề về kết nối, vị trí, đơn hàng và thanh toán tiền mã hóa. Được xem xét ngày 15 tháng 10 năm 2026. Không cần KYC; đây là hướng dẫn hỗ trợ, không phải trang theo dõi trạng thái trực tiếp.
Tôi có thể kiểm tra thành phần bị ảnh hưởng ở đâu?
Kiểm tra kết nối, khoản thanh toán hoặc đơn hàng liên quan trong khu vực khách hàng, sau đó ghi lại thao tác thành công gần nhất và lỗi đầu tiên bạn gặp. Hãy kiểm tra một dịch vụ IP đơn giản trước khi kiểm tra riêng trang đích. Nếu chỉ một trang đích gặp lỗi, hãy nêu rõ điều đó trong báo cáo gửi bộ phận hỗ trợ. Trang này cung cấp trình tự chẩn đoán và các kênh liên hệ; trang không đăng trạng thái hoạt động trực tiếp của từng thành phần.
4 bước kiểm tra để khoanh vùng sự cố
Xác nhận sản phẩm và endpoint đã chọn
Xem endpoint trong khu vực khách hàng và xác minh HTTP hay SOCKS5, định dạng tên người dùng và vị trí đã chọn. Không để lộ thông tin đăng nhập trong ảnh chụp màn hình. Cổng riêng có thể có endpoint riêng; đừng thay bằng ví dụ bạn nhớ.
Kiểm tra kết nối bằng dịch vụ tra cứu IP
Dùng trình duyệt hoặc ứng dụng tương thích để mở một trang tra cứu IP đơn giản. Ghi lại IP thoát, thời gian và nhà cung cấp dịch vụ tra cứu. Kết quả tra cứu cho thấy kết nối hoạt động tại thời điểm đó, nhưng không chứng minh bạn có thể truy cập một trang đích khác.
Kiểm tra riêng trang đích
Chỉ truy cập trang đích mà bạn được phép sử dụng, rồi ghi lại phản hồi và nhãn vị trí của trang đó. Dừng lại nếu trang từ chối rõ ràng. Việc liên tục đổi IP thoát không giúp chẩn đoán khi trang đích yêu cầu bạn dừng lại.
Gửi một báo cáo hữu ích
Hãy cung cấp dấu thời gian, vị trí đã chọn, giao thức, thông báo lỗi đã che thông tin nhạy cảm và kết quả của các bước kiểm tra đầu tiên. Cho biết vấn đề liên quan đến nạp tiền, đơn hàng, một cổng hay một mục tiêu. Bộ phận hỗ trợ có thể kiểm tra hồ sơ liên quan.
Tôi nên hiểu lỗi xác thực như thế nào?
Lỗi xác thực có thể do sai tên người dùng, mật khẩu, điểm cuối hoặc IP kết nối được phép. Kiểm tra các giá trị hiển thị cho sản phẩm và mọi cài đặt danh sách cho phép. Đừng liên tục đoán thông tin đăng nhập hoặc tắt xác minh chứng chỉ TLS của mục tiêu. Hãy dùng trang hướng dẫn cách hoạt động và liên hệ bộ phận hỗ trợ nếu cùng một cấu hình được hỗ trợ vẫn không hoạt động. Tên người dùng và mật khẩu trên mọi gói, hoặc danh sách IP được cho phép (tối đa 10 IP). Tài khoản phụ có thông tin đăng nhập và giới hạn lưu lượng riêng. Có thể thu hồi API key bất cứ lúc nào. Lỗi ở bước proxy và việc đích từ chối kết nối là hai hiện tượng khác nhau.
Nếu kết quả tra cứu IP không khớp với địa điểm yêu cầu thì sao?
Lưu lại quốc gia, tiểu bang, thành phố hoặc ZIP đã yêu cầu cùng IP được trả về và nhãn cơ sở dữ liệu. Đồng thời lưu địa điểm mà đích hiển thị. Chỉ riêng việc nhãn khác nhau không chứng minh cổng gặp sự cố. Hiện có thể không có IP thoát phù hợp tại thành phố đã chọn, và các nguồn định vị địa lý có thể khác nhau. Hãy gửi ví dụ để bộ phận hỗ trợ kiểm tra. Nếu chấp nhận địa điểm rộng hơn cho lần kiểm tra, hãy ghi rõ thay đổi đó thay vì tiếp tục dùng nhãn thành phố ban đầu.
Nếu khoản thanh toán hoặc đơn hàng có vẻ bị chậm thì sao?
Kiểm tra riêng trạng thái thanh toán và trạng thái đơn hàng. Giao dịch phải được báo đã gửi, đối chiếu đúng số tiền và xác nhận trước khi số dư được cộng. Sau đó, bạn có thể mua gói bằng số dư đó. Giữ lại mã tham chiếu thanh toán và TXID nếu có, đồng thời liên hệ bộ phận hỗ trợ trước khi gửi lại. Trang này không cam kết thời gian xác nhận hoặc cộng tiền. Với cổng chuyên dụng chưa được giao hoặc lỗi dịch vụ kéo dài, chính sách hoàn tiền quy định trường hợp được cộng số dư liên quan.
Cần gửi bằng chứng gì khi báo sự cố?
Ghi lại thời điểm sự cố bắt đầu, lần thử gần nhất bạn quan sát thấy thành công và liệu sự cố có ảnh hưởng đến nhiều hơn một đích được phép hay không. Đừng suy rộng một mẫu nhỏ thành tuyên bố về tỷ lệ thành công hoặc thời gian hoạt động. Ghi lại các thay đổi trong quá trình chẩn đoán, chẳng hạn như dùng điểm cuối, ứng dụng khách hoặc địa điểm yêu cầu khác. Gửi báo cáo đến [email protected]. Báo cáo lưu lượng gây hại gửi đến [email protected] kèm IP thoát và thời điểm sự kiện; không gửi thông tin đăng nhập trong bất kỳ loại báo cáo nào.
Phân biệt cập nhật dịch vụ với số liệu đo lường như thế nào?
Nhật ký thay đổi ghi lại các thay đổi về nội dung sản phẩm, chính sách và phương thức được tài liệu hóa. Đây không phải chuỗi dữ liệu về tình trạng hoạt động. Các gói hiện tại có trên trang giá, còn thông tin nguồn cung nêu xác nhận nguồn cung được ghi nhận. Nếu có thông báo sự cố kèm ngày tháng, hãy xem xét phạm vi và thành phần bị ảnh hưởng thay vì coi mọi chỉnh sửa trang là sự kiện vận hành. Phân biệt như vậy giúp cuộc kiểm tra cục bộ dựa trên bằng chứng bạn có, bao gồm cả gián đoạn trong lần kiểm tra của chính bạn.