Mã Lỗi 520: Ý Nghĩa, Nguyên Nhân và Cách Khắc Phục Nhanh

Bạn đang cố tải một trang web. Có thể đó là trang của bạn. Có thể đó là thứ bạn cần gấp cho deadline của khách hàng. Trình duyệt quay. Rồi dừng lại. Và bạn ngồi nhìn chằm chằm vào thông báo hoàn toàn vô ích này:

"Máy chủ web đang trả về lỗi không xác định (mã lỗi 520)."

Đây là những gì thực sự xảy ra, và đây là phần mà không ai nói với bạn trước. Bất chấp nhãn mơ hồ và bực bội đó, mã lỗi 520 thực ra không bí ẩn. Nó có các nguyên nhân cụ thể, một dấu vết rõ ràng và các cách khắc phục thực sự hiệu quả. Chúng tôi đã trải qua quá trình gỡ lỗi này nhiều lần hơn mức chúng tôi muốn thừa nhận.

Trong hướng dẫn này, bạn sẽ tìm thấy mọi thứ bạn cần:

• Mã lỗi 520 thực sự có nghĩa là gì

• Mọi nguyên nhân phổ biến

• Các bước khắc phục cho khách truy cập, chủ trang web và nhà phát triển

• Tại sao các công cụ SEO và scraper gặp lỗi này nhiều hơn bình thường

• Cách nó âm thầm làm hại thứ hạng tìm kiếm của bạn

• Cách ngăn chặn nó quay lại

Mã lỗi 520 là gì

Mã lỗi 520 không phải là mã lỗi Internet tiêu chuẩn. Nó thuộc riêng về Cloudflare, mạng phân phối nội dung và lớp bảo mật nằm giữa hàng triệu trang web và những người cố truy cập chúng.

Khi bạn yêu cầu một trang, trình duyệt của bạn không phải lúc nào cũng đi trực tiếp đến máy chủ của trang web. Nếu trang web sử dụng Cloudflare (và một tỷ lệ lớn web có sử dụng), yêu cầu của bạn đi đến Cloudflare trước, sau đó Cloudflare chuyển tiếp đến máy chủ gốc và chuyển lại phản hồi cho bạn. Thông thường, quá trình này vô hình. Bạn không nhận thấy nó đang xảy ra.

Nhưng khi máy chủ gốc gửi lại thứ gì đó mà Cloudflare không thể diễn giải, một phản hồi trống, không đầy đủ hoặc được cấu trúc quá tệ đến mức không thể hiểu được, Cloudflare không thể chuyển bất cứ thứ gì hữu ích cho bạn. Vì vậy, thay vào đó, nó trả về mã lỗi 520: cách riêng của nó để nói "tôi đã yêu cầu máy chủ trang đó, và những gì tôi nhận lại không có nghĩa gì."

"Điểm mấu chốt: máy chủ đã nhận được yêu cầu. Nó chỉ không thể phản hồi đúng cách. Sự phân biệt đó quan trọng khi bạn đang cố chẩn đoán điều gì đã xảy ra." Tài liệu lỗi 520 của Cloudflare

Lỗi 520 khác với các lỗi Cloudflare khác như thế nào

Cloudflare có cả một họ lỗi 5xx có thể trông giống nhau thoạt nhìn. Hiểu rõ bạn thực sự đang xử lý lỗi nào giúp giảm một nửa thời gian khắc phục sự cố.

Lý do tại sao việc bạn có lỗi 520 cụ thể quan trọng là vì nó cho biết máy chủ có thể truy cập và đang phản hồi về mặt kỹ thuật, chỉ là không phản hồi mạch lạc. Điều đó loại trừ toàn bộ một loại vấn đề (lỗi DNS, mất kết nối hoàn toàn, sự cố định tuyến mạng) và chỉ ra các nguyên nhân ở cấp độ ứng dụng.

Nguyên nhân của Lỗi 520 là gì

Không có một lý do duy nhất khiến lỗi này xuất hiện. Nó giống triệu chứng hơn là chẩn đoán, đó là lý do tại sao việc tìm ra nguyên nhân gốc rễ đòi hỏi một chút công việc thám tử. Đây là những thủ phạm chính.

Phản hồi trống hoặc bị biến dạng

Nguyên nhân phổ biến nhất với khoảng cách xa. Máy chủ bắt đầu xây dựng phản hồi, bắt đầu gửi header và bắt đầu tạo trang, sau đó có gì đó làm gián đoạn nó. Ứng dụng ném ra một ngoại lệ không được xử lý. Một quy trình hết bộ nhớ. Một tập lệnh crash giữa chừng thực thi. Cloudflare nhận được phản hồi một phần hoặc trống và không có lựa chọn nào khác ngoài việc từ chối nó.

"Điều này thật bực bội vì máy chủ về mặt kỹ thuật không 'chết'. Nó đang phản hồi. Chỉ là không đúng cách."

Header vượt quá giới hạn 16KB của Cloudflare

Mỗi phản hồi HTTP đi kèm với header, siêu dữ liệu di chuyển cùng với nội dung trang thực tế. Cookie, token phiên, header bảo mật, hướng dẫn cache và thẻ theo dõi của bên thứ ba đều góp phần vào kích thước header. Cloudflare áp dụng giới hạn 16KB trên header phản hồi HTTP. Khi header vượt quá ngưỡng đó, Cloudflare từ chối toàn bộ phản hồi.

Quy tắc firewall chặn các IP của chính Cloudflare

Điều này đặc biệt khó chịu vì nó tự gây ra. Firewall của máy chủ của bạn, được cài đặt để bảo vệ bạn, đôi khi chặn địa chỉ IP của Cloudflare. Vì tất cả lưu lượng hợp pháp đến trang web của bạn được định tuyến qua mạng của Cloudflare trước khi đến máy chủ của bạn, firewall không nhận ra IP của Cloudflare là đáng tin cậy sẽ từ chối các yêu cầu đó hoặc trả về phản hồi bị hỏng.

Plugin bảo mật trên WordPress (Wordfence, Sucuri) là những người đóng góp thường xuyên vào điều này. Chúng chạy chặn IP độc lập của riêng mình có thể xung đột với Cloudflare, ngay cả khi firewall cấp máy chủ của bạn được cấu hình đúng.

Máy chủ bị crash và cạn kiệt tài nguyên

Máy chủ chạy ở hoặc gần công suất không phải lúc nào cũng thất bại sạch sẽ. Khi mức sử dụng CPU tăng đột biến, RAM cạn kiệt hoặc dung lượng đĩa đầy, máy chủ không nhất thiết ngừng phản hồi; nó bắt đầu phản hồi kém. Phản hồi một phần. Đầu ra bị hỏng. Kết nối mở ra rồi chết. Tất cả những điều này xuất hiện là lỗi 520 ở phía khách truy cập.

Đột biến lưu lượng, rò rỉ bộ nhớ ứng dụng, các quy trình nền bị bỏ chạy và các truy vấn cơ sở dữ liệu được tối ưu hóa kém đều có thể đẩy máy chủ vào trạng thái suy giảm này mà không kích hoạt sự cố hoàn toàn.

Vấn đề cấu hình

Một danh mục rộng, nhưng đáng đặt tên. Không khớp DNS sau khi di chuyển máy chủ, sự cố chứng chỉ SSL/TLS, xung đột giao thức HTTP/2 giữa máy chủ gốc và Cloudflare, bất kỳ điều nào trong số này đều có thể tạo ra phản hồi bị biến dạng mà không có gì "sai" một cách rõ ràng. Đây thường là những thứ khó chẩn đoán nhất vì máy chủ dường như hoạt động bình thường theo mọi thước đo bề mặt.

Cách khắc phục nhanh những vấn đề này cho khách truy cập

Nếu bạn đến đây vì gặp lỗi này trên trang web mà bạn không sở hữu, bộ công cụ của bạn bị giới hạn, nhưng có một số thứ đáng thử trước khi bỏ cuộc.

• Tải lại trang bằng force refresh. Nhấn Ctrl + Shift + R trên Windows hoặc Cmd + Shift + R trên Mac. Điều này buộc tải lại hoàn toàn, bỏ qua cache cục bộ của bạn. Một số lượng đáng ngạc nhiên các lỗi 520 thoáng qua tự giải quyết trong vài giây.

• Xóa cookie và cache trình duyệt. Điều này sẽ không khắc phục máy chủ bị hỏng, nhưng nếu dữ liệu cookie quá lớn là một phần của vấn đề máy chủ, việc xóa nó ở phía bạn loại bỏ một biến. Trong Chrome: Cài đặt → Quyền riêng tư và bảo mật → Xóa dữ liệu duyệt web. Chọn cookie và hình ảnh đã lưu cache.

• Mở cửa sổ ẩn danh và thử URL lại. Chế độ ẩn danh tắt các extension và sử dụng phiên cookie mới. Nếu trang tải trong chế độ ẩn danh nhưng không phải trong cửa sổ thông thường của bạn, bạn có vấn đề về môi trường trình duyệt cục bộ, có thể là một extension hoặc phiên được lưu cache gây ra vấn đề.

• Kiểm tra xem có sự cố rộng hơn không. Truy cập downforeveryoneorjustme.com và dán URL. Nếu trang bị ngừng cho tất cả mọi người, vấn đề hoàn toàn từ phía máy chủ và tất cả những gì bạn có thể làm là chờ đợi. Nếu chỉ là bạn, hãy thực hiện các cách khắc phục trình duyệt ở trên.

• Chờ đợi. Nếu trang trải qua đột biến lưu lượng đột ngột hoặc sự cố ứng dụng ngắn, nó có thể sẽ phục hồi trong 10–15 phút mà không cần bất kỳ can thiệp nào. Đôi khi cách khắc phục hiệu quả nhất thực sự là sự kiên nhẫn.

Cách chủ trang web nên khắc phục lỗi 520 (Từng Bước)

Đây là phần thực sự giải quyết được vấn đề. Hãy thực hiện theo thứ tự này; mỗi bước thu hẹp nguyên nhân và đưa bạn đến gần hơn với giải pháp.

Bước 1: Đọc log lỗi máy chủ của bạn

Đừng bỏ qua bước này. Mọi thứ khác bạn thử đều là phỏng đoán mà không có log. Máy chủ của bạn đang ghi lại những gì đã xảy ra khi lỗi 520 xảy ra; bạn chỉ cần nhìn vào.

Đối với máy chủ Apache, kiểm tra /var/log/apache2/error.log. Đối với Nginx, thường là /var/log/nginx/error.log. Lọc các mục khớp với timestamp của lỗi. Bạn đang tìm kiếm crash ứng dụng, thông báo hết bộ nhớ, lỗi phản hồi không đầy đủ hoặc bất kỳ ngoại lệ nào giải thích tại sao đầu ra của máy chủ bị hỏng.

Nếu bạn đang dùng hosting được quản lý mà không có quyền truy cập log trực tiếp, bảng điều khiển của bạn (cPanel, Plesk, v.v.) sẽ có trình xem log lỗi ở đâu đó trong bảng điều khiển.

Bước 2: Thêm vào danh sách trắng các dải IP của Cloudflare

Bước này thường bị bỏ qua đến mức xứng đáng đứng thứ hai trong danh sách. Cloudflare công bố danh sách đầy đủ các dải IP hoạt động tại cloudflare.com/ips và giữ nó được cập nhật. Mỗi địa chỉ trong danh sách đó cần được cho phép rõ ràng trong firewall của bạn.

Nếu bạn đang chạy plugin bảo mật trên WordPress, hãy đăng nhập vào cài đặt của từng plugin và kiểm tra các quy tắc chặn IP riêng biệt. Wordfence, đặc biệt, có firewall riêng hoạt động độc lập với firewall máy chủ của bạn và có thể chặn lưu lượng Cloudflare ngay cả sau khi bạn đã cập nhật các quy tắc máy chủ.

Bước 3: Kiểm tra bản ghi DNS của bạn trong Cloudflare

Đăng nhập vào bảng điều khiển Cloudflare của bạn và xác minh rằng bản ghi DNS A của bạn đang trỏ đến địa chỉ IP máy chủ gốc đúng. Sau khi di chuyển máy chủ hoặc thay đổi hosting, rất dễ kết thúc với cấu hình mà Cloudflare định tuyến yêu cầu đến máy chủ cũ không còn lưu trữ trang của bạn nữa, hoặc đến địa chỉ IP trả về phản hồi bị hỏng vì lý do khác.

Điều này mất hai phút để kiểm tra và chịu trách nhiệm cho nhiều lỗi 520 hơn mọi người nhận ra.

Bước 4: Điều tra kích thước header của bạn

Chạy yêu cầu cURL với header chi tiết để xem máy chủ của bạn thực sự đang trả về gì:

curl -I -v https://websitecuaban.com

Nhìn vào tổng lượng header trong phản hồi. Nếu bạn thấy hàng chục header Set-Cookie, chuỗi chính sách bảo mật lớn hoặc các chỉ thị kiểm soát cache rộng lớn, bạn có thể đang tiếp cận hoặc vượt quá giới hạn 16KB của Cloudflare. Cách khắc phục là giảm kích thước cookie, hợp nhất header hoặc loại bỏ các bổ sung header dư thừa từ plugin hoặc middleware.

Bước 5: Kiểm tra log ứng dụng và tài nguyên máy chủ

Log máy chủ web của bạn cho biết máy chủ đã gửi gì. Log ứng dụng của bạn cho biết tại sao nó có thể đã sai. Log lỗi PHP, log ứng dụng Python, đầu ra Node.js, bất cứ nơi nào ứng dụng của bạn ghi lỗi của chính nó, hãy tìm ở đó các ngoại lệ, lỗi nghiêm trọng hoặc crash trùng với timestamp lỗi 520.

Đồng thời, kiểm tra mức sử dụng tài nguyên của máy chủ. Máy chủ với mức sử dụng bộ nhớ 90%+ không thể hoàn thành phản hồi một cách đáng tin cậy. Nếu tài nguyên đã ở mức tối đa, ổn định chúng là điều kiện tiên quyết để khắc phục lỗi 520.

Bước 6: Bỏ qua Cloudflare và kiểm tra máy chủ gốc trực tiếp

Đây là chẩn đoán rõ ràng nhất của bạn. Trong bảng điều khiển Cloudflare của bạn, đi đến Tổng quan → Hành động nâng cao → Tạm dừng Cloudflare trên trang web. Điều này định tuyến lưu lượng trực tiếp đến máy chủ gốc của bạn, loại bỏ Cloudflare hoàn toàn khỏi phương trình.

Nếu trang web của bạn tải bình thường khi Cloudflare bị tạm dừng, vấn đề nằm ở cách máy chủ của bạn giao tiếp với Cloudflare, rất có thể là vấn đề header, không khớp SSL hoặc quy tắc firewall. Nếu nó vẫn thất bại, vấn đề là ở phía máy chủ bất kể Cloudflare.

Bạn cũng có thể kiểm tra trực tiếp với cURL:

curl -H "Host: tenmien.com" http://DIA_CHI_IP_GOC/

Thay thế DIA_CHI_IP_GOC bằng IP máy chủ thực tế của bạn. Điều này bỏ qua DNS và truy cập máy chủ trực tiếp.

Bước 7: Liên hệ nhà cung cấp hosting của bạn với thông tin đúng

Nếu bạn đã thực hiện tất cả những điều trên và vẫn bị kẹt, hãy đưa nhà cung cấp hosting của bạn vào cuộc trò chuyện. Khi liên hệ với họ, hãy bao gồm:

• Các timestamp chính xác khi lỗi 520 xảy ra

• Ray ID của Cloudflare từ trang lỗi (cuối trang — trông như Ray ID: 7a8b9c0d1e2f3a4b)

• Log lỗi máy chủ của bạn từ khoảng thời gian liên quan

• Những gì bạn đã thử, điều này ngăn họ lãng phí thời gian của bạn với các cách khắc phục bạn đã thực hiện rồi

Ray ID đó thực sự có giá trị. Nó cho phép Cloudflare (và nhà cung cấp hosting của bạn, nếu họ có kinh nghiệm với Cloudflare) lấy yêu cầu chính xác từ log của họ và xem chính xác những gì máy chủ đã trả về.

Hướng dẫn dành cho nhà phát triển: Xử lý lỗi 520 mà không làm hỏng ứng dụng của bạn

Nếu bạn đang xây dựng các ứng dụng thực hiện yêu cầu qua các dịch vụ được Cloudflare bảo vệ, lỗi 520 sẽ thỉnh thoảng xuất hiện. Cách tiếp cận chuyên nghiệp là xử lý chúng một cách khéo léo thay vì để chúng lan truyền như các lỗi không được xử lý.

Logic thử lại cơ bản

Phiên bản đơn giản nhất, bắt lỗi 520 và thử lại sau một khoảng dừng ngắn:

import requests import time

def fetch_with_retry(url, retries=3): for attempt in range(retries): response = requests.get(url) if response.status_code != 520: return response print(f"Nhận được 520, thử lại sau 2 giây... (lần thử {attempt + 1})") time.sleep(2) return None

Điều này xử lý các lỗi 520 thoáng qua một cách gọn gàng. Nếu lỗi tự giải quyết ở phía máy chủ trong vài giây, lần thử lại thứ hai hoặc thứ ba của bạn sẽ thành công mà không có bất kỳ lỗi hiển thị nào.

Backoff theo cấp số nhân: Phiên bản tốt hơn

Thời gian chờ cố định 2 giây thực sự có thể làm mọi thứ tệ hơn cho máy chủ đang gặp khó khăn. Nếu máy chủ bị quá tải, 50 client thử lại mỗi 2 giây làm tình huống tệ hơn, không tốt hơn. Backoff theo cấp số nhân tăng thời gian chờ giữa mỗi lần thử:

import time import requests

def fetch_with_backoff(url, max_retries=4): for attempt in range(max_retries): response = requests.get(url) if response.status_code != 520: return response wait_time = 2 ** attempt # Chờ: 1s, 2s, 4s, 8s print(f"Nhận được 520. Đợi {wait_time}s trước khi thử lại...") time.sleep(wait_time) return None

Đây là thực hành tiêu chuẩn ngành để xử lý lỗi máy chủ. Nó nhẹ nhàng hơn với các máy chủ đang gặp khó khăn và giảm nguy cơ logic thử lại của bạn kích hoạt giới hạn tốc độ.

Ghi lại thông tin đúng

Khi ứng dụng của bạn gặp lỗi 520, hãy bắt tối thiểu: giá trị header CF-RAY (ID yêu cầu của Cloudflare, có sẵn trong header phản hồi), URL đầy đủ đã thất bại và timestamp chính xác. Nếu bạn cần leo thang vấn đề lên chủ trang web hoặc hỗ trợ Cloudflare, Ray ID đó là thứ cho phép họ truy tìm yêu cầu cụ thể ngay lập tức.

Tại sao scraper và công cụ SEO bị lỗi 520 nhiều hơn bất kỳ ai

Nếu bạn đang chạy các công cụ theo dõi thứ hạng, web scraper, giám sát đối thủ cạnh tranh hoặc bất kỳ loại thu thập dữ liệu tự động nào, bạn gần như chắc chắn đang thấy lỗi 520 thường xuyên hơn người dùng thông thường. Và lý do không chỉ là bạn đang gửi nhiều yêu cầu hơn. Đó là điều gì đó cụ thể hơn.

Các công cụ tự động thường có các đặc điểm có thể nhận ra mà Cloudflare và các máy chủ gốc của nó học cách xử lý khác biệt. Nhịp yêu cầu quá đều đặn. Header không khớp với những gì trình duyệt thực gửi. Dấu vân tay trình duyệt giống hệt nhau trên hàng trăm yêu cầu. Hành vi phiên mà không có con người nào tạo ra.

Khi máy chủ được cấu hình để xử lý lưu lượng đáng ngờ theo cách khác, bằng cách giới hạn tốc độ, định tuyến qua các lớp xác minh bổ sung hoặc từ chối thẳng thừng, các đường dẫn xử lý "khác biệt" đó đôi khi tạo ra các phản hồi bị biến dạng hoặc trống gây ra lỗi 520.

Đây không phải lúc nào cũng là một lệnh chặn có chủ ý. Đôi khi chỉ là phản hồi của máy chủ đối với hành vi giống bot được mã hóa kém và tạo ra đầu ra bị hỏng thay vì từ chối sạch sẽ. Đây là lý do tại sao chất lượng proxy quan trọng hơn hầu hết mọi người nhận ra đối với bất kỳ ai thực hiện SEO tự động hoặc công việc dữ liệu.

Proxy có thể giải quyết lỗi 520 không

Một IP bị đánh dấu hoặc bị chặn không phải lúc nào cũng nhận được phản hồi 403 hoặc 429 gọn gàng. Đôi khi nó nhận được phản hồi hỗn loạn, bị biến dạng mà Cloudflare không thể diễn giải, một lỗi 520. Giải pháp không chỉ là chuyển sang các IP khác. Đó là về việc đảm bảo rằng IP, loại kết nối và dấu vân tay trình duyệt của bạn kể một câu chuyện nhất quán, đáng tin.

Một IP trông như dân dụng nhưng bao gồm header tự động hóa máy tính để bàn và không có lịch sử cookie vẫn sẽ làm dấy lên cờ. Ba yếu tố phải thẳng hàng.

CyberYozh giải quyết điều này ở cấp độ cơ sở hạ tầng:

• Mỗi IP trong mạng 50 triệu địa chỉ của CyberYozh, tại hơn 100 quốc gia.

• Mạng proxy dân dụng và di động được sàng lọc trước so với hơn 50 cơ sở dữ liệu bảo mật trước khi vào vòng luân chuyển, có nghĩa là bạn không bắt đầu phiên với IP đã bị đánh dấu.

• Proxy nhà mạng di động 4G/5G thực của CyberYozh (thẻ SIM thực, không phải kết nối được mô phỏng) làm cho các yêu cầu tự động của bạn trông giống người dùng di động thực với Cloudflare: hoàn toàn không đáng chú ý.

• Giá rất phải chăng.

"Đối với các chuyên gia SEO quản lý theo dõi thứ hạng, giám sát SERP hoặc tình báo cạnh tranh ở quy mô lớn, một IP bị chặn hoặc ném lỗi 520 không chỉ là sự bất tiện; đó là khoảng trống trong dữ liệu của bạn. Bắt đầu từ cơ sở hạ tầng sạch, đã được kiểm tra trước có nghĩa là ít lỗi 520 hơn, bộ dữ liệu đầy đủ hơn và ít thời gian gỡ lỗi các phiên thu thập dữ liệu hơn."

Cách lỗi 520 có thể phá hủy thứ hạng SEO của bạn

Vấn đề phía máy chủ có những hậu quả thực tế, có thể đo lường được đối với khả năng hiển thị tìm kiếm của bạn, và chúng tích lũy theo thời gian nếu bạn không giải quyết chúng.

Ngân sách thu thập bị lãng phí

Googlebot có ngân sách thu thập cho mỗi trang web, một số lượng trang hữu hạn mà nó sẽ cố gắng thu thập trong một khung thời gian nhất định. Khi bot gặp lỗi 520, nó tiếp tục. Trang đó không được thu thập. Ngân sách thu thập đó được chi tiêu cho một yêu cầu thất bại. Đối với các trang lớn hoặc các trang mới hơn đang cố thiết lập tần suất thu thập, các lỗi 520 lặp đi lặp lại có nghĩa là Google đang thấy ít nội dung của bạn hơn mỗi chu kỳ thu thập. Các trang nên được lập chỉ mục thì không. Các cập nhật nên được khám phá bị trì hoãn. Hướng dẫn ngân sách thu thập của Google

Tín hiệu tỷ lệ thoát tích lũy

Người dùng đến trang có lỗi 520 rời đi ngay lập tức. Họ đến từ đâu đó, có thể từ kết quả tìm kiếm Google. Hệ thống của Google tương quan trải nghiệm của người dùng đến từ kết quả tìm kiếm với chất lượng của những kết quả đó. Một trang liên tục gửi người dùng trở lại trang kết quả tìm kiếm trong vài giây tạo ra chính xác loại tín hiệu tiêu cực mà bạn không muốn gắn với một URL xếp hạng.

Nội dung mới bị kẹt trong vùng chờ lập chỉ mục

Nếu các trang Googlebot đang cố thu thập liên tục trả về lỗi 520, các cập nhật nội dung của bạn không đến chỉ mục đúng lịch. Đối với nội dung nhạy cảm với thời gian, tin tức, ra mắt sản phẩm và trang sự kiện, sự chậm trễ lập chỉ mục do lỗi máy chủ không chỉ là vấn đề kỹ thuật. Đó là doanh thu bị mất.

Cách khắc phục thứ hạng SEO trước khi trở nên nghiêm trọng

Google Search Console là tuyến phòng thủ đầu tiên của bạn ở đây, và nó miễn phí. Báo cáo Phạm vi hiển thị các lỗi máy chủ mà Googlebot gặp phải. Nếu bạn thấy lỗi 520 xuất hiện ở đó, chúng đã ảnh hưởng đến việc thu thập của bạn. Thiết lập cảnh báo email cho các vấn đề phạm vi để bạn tìm hiểu cùng ngày, không phải trong cuộc kiểm tra hàng tháng tiếp theo.

Để giám sát chủ động hơn, các công cụ như UptimeRobot (có cấp miễn phí) có thể cảnh báo bạn trong vài phút khi trang web của bạn trả về lỗi để bạn có thể khắc phục sự cố trước lần thử thu thập tiếp theo của Google thay vì sau.

Cách ngăn chặn lỗi 520

Khắc phục lỗi 520 ngay lập tức là bước một. Đảm bảo nó không trở thành vấn đề tái phát là bước hai, và nó thực sự không quá phức tạp nếu bạn xây dựng một vài thói quen.

• Giữ các dải IP của Cloudflare được phép và cập nhật. Cloudflare thỉnh thoảng cập nhật danh sách IP của mình. Xem xét và cập nhật danh sách cho phép firewall của bạn là nhiệm vụ hàng quý thay vì sửa chữa một lần.

• Giám sát mức sử dụng tài nguyên máy chủ với cảnh báo. Đặt ngưỡng ở 75–80% cho mức sử dụng CPU và bộ nhớ và nhận thông báo trước khi tài nguyên đạt mức tới hạn. Mở rộng quy mô chủ động hoặc quản lý quy trình tốt hơn vô cùng so với can thiệp khẩn cấp trong đợt tăng đột biến.

• Kiểm tra kích thước header sau các thay đổi lớn trên trang web. Thêm plugin mới, hệ thống xác thực hoặc tích hợp bên thứ ba có thể làm tăng kích thước header mà bạn không nhận thấy. Chạy kiểm tra cURL định kỳ sau các thay đổi đáng kể cho stack của bạn.

• Triển khai xử lý lỗi phù hợp trong ứng dụng của bạn. Khi ứng dụng của bạn gặp lỗi, nó nên trả về phản hồi HTTP sạch sẽ, hợp lệ, ngay cả khi phản hồi đó là 500 hoặc trang lỗi tùy chỉnh. Ứng dụng crash âm thầm và không trả về gì là thứ biến lỗi ứng dụng thành lỗi 520.

• Xem xét log theo lịch trình. Xem xét log hàng tháng, ngay cả khi không có gì rõ ràng sai, phát hiện các mẫu trước khi chúng trở thành sự cố. Cảnh báo PHP xuất hiện một lần dễ bỏ qua. Cùng một cảnh báo xuất hiện 10.000 lần một ngày cho bạn biết điều gì đó sắp sửa hỏng.

• Kiểm tra phản hồi gốc sau khi thay đổi cơ sở hạ tầng. Bất cứ khi nào bạn thay đổi nhà cung cấp hosting, cập nhật phần mềm máy chủ hoặc sửa đổi cấu hình SSL của bạn, hãy chạy kiểm tra cURL trực tiếp để xác minh máy chủ của bạn đang trả về phản hồi sạch sẽ, đầy đủ trước khi bật lại Cloudflare.

Kết luận về lỗi 520

Đây là tóm tắt trung thực: mã lỗi 520 trông đáng sợ hơn thực tế. "Máy chủ web trả về lỗi không xác định" nghe có vẻ thảm khốc. Tuy nhiên, nó gần như luôn có thể truy tìm đến một trong số ít nguyên nhân có thể khắc phục: ứng dụng bị crash, header quá lớn, quy tắc firewall đang chặn Cloudflare hoặc máy chủ hết tài nguyên vào thời điểm sai.

Nếu bạn là khách truy cập, các cách khắc phục nhanh thường đưa bạn trở lại trong vài phút. Nếu bạn là chủ trang web, quy trình khắc phục sự cố bảy bước ở trên sẽ đưa bạn đến nguyên nhân gốc rễ nhanh hơn bất cứ điều gì khác. Nếu bạn là nhà phát triển, hãy thêm logic thử lại và ghi lại các Ray ID đó.

Nếu bạn đang thực hiện SEO tự động hoặc công việc web scraping, chất lượng cơ sở hạ tầng proxy của bạn quan trọng hơn hầu hết mọi người nhận ra. IP sạch sẽ, được kiểm tra trước giảm tần suất phản hồi máy chủ bị biến dạng mà nếu không sẽ trở thành lỗi 520.

Dù bạn đang ở đâu với lỗi này, bây giờ bạn đã có bức tranh đầy đủ. Bắt đầu với phần áp dụng cho tình huống của bạn, làm việc qua nó một cách có phương pháp và bạn sẽ trở lại hoạt động nhanh hơn thông báo lỗi khiến bạn nghĩ là có thể.

Các câu hỏi thường gặp về mã lỗi 520

Mã lỗi 520 là gì và tại sao tôi thấy nó?

Mã lỗi 520 là lỗi Cloudflare xuất hiện khi máy chủ gốc của trang web trả về phản hồi trống, bị hỏng hoặc hoàn toàn không hợp lệ. Cloudflare không thể chuyển phản hồi đó cho bạn, vì vậy nó hiển thị thông báo 520 thay thế. Nó hầu như luôn cho thấy vấn đề phía máy chủ, không phải điều gì sai với thiết bị hoặc kết nối của bạn.

Mã lỗi 520 có phải là vấn đề với máy tính của tôi hay trang web không?

Đó là máy chủ của trang web, không phải máy tính của bạn. Lỗi xuất phát từ phía hosting, dù là ứng dụng bị crash, phản hồi máy chủ bị biến dạng hoặc cấu hình firewall sai. Điều đó nói, luôn đáng thử tải lại bằng force refresh, xóa cache trình duyệt hoặc thử trong chế độ ẩn danh như bước đầu tiên, chỉ để loại trừ các yếu tố cục bộ trước khi kết luận vấn đề hoàn toàn từ phía máy chủ.

Làm thế nào để khắc phục mã lỗi 520 trong Chrome hoặc các trình duyệt khác?

Là khách truy cập, hãy thử các bước này theo thứ tự: force refresh (Ctrl+Shift+R hoặc Cmd+Shift+R), xóa cache và cookie (Chrome: Cài đặt → Quyền riêng tư → Xóa dữ liệu duyệt web), sau đó thử chế độ ẩn danh. Nếu trang tải trong chế độ ẩn danh nhưng không phải trong cửa sổ thông thường, có khả năng một extension trình duyệt hoặc phiên được lưu cache có liên quan. Nếu thất bại ở mọi nơi, vấn đề là máy chủ và nằm ngoài tầm kiểm soát của bạn.

Sự khác biệt giữa lỗi 520 và lỗi 521 là gì?

Lỗi 520 có nghĩa là máy chủ đã kết nối và bắt đầu phản hồi, nhưng phản hồi trống, bị biến dạng hoặc không thể diễn giải. Lỗi 521 có nghĩa là máy chủ từ chối kết nối hoàn toàn; nó tích cực từ chối yêu cầu của Cloudflare trước khi bất kỳ phản hồi nào được thực hiện. Về mặt khắc phục sự cố: lỗi 520 chỉ ra các vấn đề ở cấp độ ứng dụng, trong khi lỗi 521 hầu như luôn chỉ ra firewall đang chặn địa chỉ IP của Cloudflare.

Mã lỗi 520 có thể ảnh hưởng đến thứ hạng Google của trang web không?

Có, và đáng kể hơn hầu hết mọi người mong đợi. Lỗi 520 thường xuyên lãng phí ngân sách thu thập, đẩy tỷ lệ thoát từ các trang lỗi và trì hoãn lập chỉ mục nội dung mới. Hệ thống của Google đang tìm kiếm quyền truy cập nhất quán, đáng tin cậy vào các trang của bạn. Một trang web thường xuyên trả về lỗi máy chủ là trang web mà Google thu thập ít tích cực hơn và xếp hạng với ít tự tin hơn.

Mã lỗi 520 thường kéo dài bao lâu?

Nó phụ thuộc hoàn toàn vào nguyên nhân. Một crash liên quan đến đột biến thoáng qua có thể giải quyết trong dưới một phút. Firewall được cấu hình sai, bug ứng dụng dai dẳng hoặc vấn đề cạn kiệt tài nguyên sẽ không tự giải quyết; chúng cần chẩn đoán tích cực và khắc phục. Là khách truy cập: hãy đợi 10–15 phút trước khi kết luận nó dai dẳng. Là chủ trang web, bất cứ điều gì vượt quá vài phút phản hồi 520 nhất quán đòi hỏi điều tra ngay lập tức.