Lỗi nội bộ 500 Apache, nhưng không có gì trong nhật ký?

Tôi gặp phải 500 lỗi Máy chủ nội bộ khi cố gắng thực hiện ĐĂNG HTTP đến một địa chỉ cụ thể trong ứng dụng của mình. Tôi đã xem xét nhật ký máy chủ trong thư mục nhật ký tùy chỉnh được chỉ định trong tệp máy chủ ảo, nhưng lỗi không hiển thị ở đó nên việc gỡ lỗi này thực sự rất khó khăn.

Làm cách nào để Apache ghi lỗi Internal 500 vào nhật ký lỗi?

Xin lưu ý: Người đăng ban đầu không hỏi cụ thể về PHP. Tất cả các câu trả lời trọng tâm php tạo ra các giả định lớn không liên quan đến câu hỏi thực tế.

Nhật ký lỗi mặc định trái ngược với nhật ký lỗi tập lệnh thường có (nhiều hơn) lỗi cụ thể. thường thì nó sẽ bị từ chối quyền hoặc thậm chí không thể tìm thấy thông dịch viên.

Điều này có nghĩa là lỗi hầu như luôn nằm ở kịch bản của bạn. Ví dụ: bạn đã tải lên một tập lệnh perl nhưng không cấp cho nó quyền thực thi? hoặc có lẽ nó đã bị hỏng trong môi trường linux nếu bạn viết script trong windows và sau đó tải nó lên máy chủ mà không có phần cuối dòng được chuyển đổi, bạn sẽ gặp lỗi này.

trong perl nếu bạn quên

print "content-type: text/html\r\n\r\n";

bạn sẽ gặp lỗi này

Có rất nhiều lý do cho nó. vì vậy trước tiên vui lòng kiểm tra nhật ký lỗi của bạn và sau đó cung cấp thêm một số thông tin.

Nhật ký lỗi mặc định thường ở /var/log/httpd/error_loghoặc /var/log/apache2/error.log.

Lý do bạn nhìn vào nhật ký lỗi mặc định (như đã chỉ ra ở trên) là vì lỗi không phải lúc nào cũng được đăng vào nhật ký lỗi tùy chỉnh như được xác định trong máy chủ ảo.

Giả sử linux và không nhất thiết phải perl

Tại sao 500 lỗi máy chủ nội bộ không được đăng nhập vào nhật ký lỗi apache của bạn?

Các lỗi gây ra Lỗi máy chủ nội bộ 500 của bạn đến từ một mô-đun PHP. Theo mặc định, PHP KHÔNG ghi các lỗi này. Lý do là bạn muốn các yêu cầu web đi nhanh nhất có thể và đó là một mối nguy hiểm về bảo mật khi ghi lỗi để sàng lọc nơi những kẻ tấn công có thể quan sát chúng.

Các hướng dẫn này để bật Ghi nhật ký lỗi máy chủ nội bộ dành cho Ubuntu 12.10với PHP 5.3.10và Apache/2.2.22.

Đảm bảo rằng ghi nhật ký PHP được bật:

1. Định vị tệp php.ini của bạn:

   el@apollo:~$ locate php.ini
   /etc/php5/apache2/php.ini
   

2. Chỉnh sửa tệp đó dưới dạng thư mục gốc:

   sudo vi /etc/php5/apache2/php.ini
   

3. Tìm dòng này trong php.ini:

   display_errors = Off
   

4. Thay đổi dòng trên thành dòng này:

   display_errors = On
   

5. Xuống dưới tệp bạn sẽ thấy:

   ;display_startup_errors
   ;   Default Value: Off
   ;   Development Value: On
   ;   Production Value: Off
   
   ;error_reporting
   ;   Default Value: E_ALL & ~E_NOTICE
   ;   Development Value: E_ALL | E_STRICT
   ;   Production Value: E_ALL & ~E_DEPRECATED
   

6. Dấu chấm phẩy là nhận xét, nghĩa là các dòng không có hiệu lực. Thay đổi những dòng đó để chúng trông như thế này:

   display_startup_errors = On
   ;   Default Value: Off
   ;   Development Value: On
   ;   Production Value: Off
   
   error_reporting = E_ALL
   ;   Default Value: E_ALL & ~E_NOTICE
   ;   Development Value: E_ALL | E_STRICT
   ;   Production Value: E_ALL & ~E_DEPRECATED
   

   Điều này giao tiếp với PHP là chúng tôi muốn ghi lại tất cả các lỗi này. Cảnh báo, sẽ có một lần truy cập hiệu suất lớn, vì vậy bạn không muốn bật tính năng này trên sản xuất vì việc ghi nhật ký mất công và làm việc mất thời gian, thời gian tốn kém tiền bạc.

7. Khởi động lại PHP và Apache sẽ áp dụng thay đổi.

8. Làm lại những gì bạn đã làm để gây ra lỗi Máy chủ nội bộ 500 và kiểm tra nhật ký:

   tail -f /var/log/apache2/error.log
   

9. Bạn sẽ thấy lỗi 500 ở cuối, giống như sau:

   [Wed Dec 11 01:00:40 2013] [error] [client 192.168.11.11] PHP Fatal error:  
   Call to undefined function Foobar\\byob\\penguin\\alert() in /yourproject/
   your_src/symfony/Controller/MessedUpController.php on line 249, referer: 
   https://nuclearreactor.com/abouttoblowup
   

Kiểm tra nhật ký lỗi php của bạn, đây có thể là một tệp riêng biệt với nhật ký lỗi apache của bạn.

Tìm nó bằng cách truy cập phpinfo()và kiểm tra thuộc tính error_log. Nếu nó không được thiết lập. Đặt nó: https://stackoverflow.com/a/12835262/445131

Có thể post_max_size của bạn quá nhỏ so với những gì bạn đang cố gắng đăng hoặc một trong các cài đặt bộ nhớ tối đa khác quá thấp.

Tôi vừa gặp phải vấn đề này và đó là do cấu hình sai mod_authnz_ldap trong tệp .htaccess của tôi. Hoàn toàn không có gì được ghi lại, nhưng tôi tiếp tục nhận được lỗi 500.

Nếu bạn gặp phải sự cố cụ thể này, bạn có thể thay đổi cấp độ nhật ký của mod_authnz_ldap như sau:

LogLevel warn authnz_ldap_module:debug

Điều đó sẽ sử dụng mức ghi nhật ký gỡ lỗi cho mod_authnz_ldap nhưng cảnh báo cho mọi thứ khác ( https://httpd.apache.org/docs/2.4/en/mod/core.html#loglevel ).

Nếu thông tin Lỗi máy chủ nội bộ của bạn không hiển thị trong tệp nhật ký, bạn có thể cần khởi động lại dịch vụ Apache .

Tôi nhận thấy rằng Apache 2.4 (ít nhất là trên nền tảng Windows) có xu hướng kiên quyết từ chối xóa các tệp nhật ký — thay vào đó, dữ liệu đã ghi vẫn còn trong bộ nhớ khá lâu. Đó là một ý tưởng tốt từ quan điểm hiệu suất nhưng nó có thể gây nhầm lẫn khi phát triển.

Câu trả lời của @ eric-leschinski là đúng.

Nhưng có một trường hợp khác nếu API máy chủ của bạn là FPM / FastCGI (Mặc định trên Centos 8 hoặc bạn có thể kiểm tra sử dụng hàm phpinfo ())

Trong trường hợp này:

1. Chạy phpinfo()trong một tệp php;
2. Tìm kiếm thông số Loaded Configuration Fileđể xem đâu là tệp cấu hình cho PHP của bạn.
3. Chỉnh sửa tệp cấu hình như câu trả lời của @ eric-leschinski.

4. Kiểm tra thông số Server API. Nếu máy chủ của bạn chỉ sử dụng API xử lý apache -> khởi động lại apache. Nếu máy chủ của bạn sử dụng php-fpm, bạn phải khởi động lại dịch vụ php-fpm

   systemctl khởi động lại php-fpm

   Kiểm tra tệp nhật ký trong thư mục nhật ký php-fpm. ví dụ/var/log/php-fpm/www-error.log

Trong trường hợp của tôi, đó là lệnh ErrorLog trong httpd.conf. Chỉ tình cờ nhận ra nó sau khi tôi từ bỏ. Quyết định chia sẻ khám phá) Bây giờ tôi biết tìm 500 lỗi ở đâu.

Thêm vào HttpProtocolOptions Unsafetệp cấu hình apache của bạn và khởi động lại máy chủ apache. Nó hiển thị chi tiết lỗi.

Kiểm tra xem phiên bản php bạn đang chạy có khớp với cơ sở mã của bạn không. Ví dụ: môi trường cục bộ của bạn có thể đang chạy php 5.4 (và mọi thứ chạy tốt) và có thể bạn đang kiểm tra mã của mình trên một máy mới đã cài đặt php 5.3. Nếu bạn đang sử dụng cú pháp 5.4 chẳng hạn như [] cho mảng () thì bạn sẽ gặp phải tình huống như mô tả ở trên.

Thử truy cập một tệp tĩnh. Nếu cách này cũng không hoạt động thì hãy chuyển đến tất cả các thư mục từ thư mục gốc "/" hoặc "c: \" đến thư mục tệp của bạn và kiểm tra xem chúng có chứa tệp ".htaccess" hay không.

Tôi đã từng để lại một tệp trong "c: \" và nó có kết quả kỳ lạ nhất.

Vui lòng kiểm tra xem bạn có đang tắt báo cáo lỗi ở đâu đó trong mã của mình không.

Có một chỗ trong mã của tôi mà tôi đã tắt nó, vì vậy tôi đã thêm mã gỡ lỗi sau nó:

require_once("inc/req.php");   <-- Error reporting is disabled here

// overwrite it
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);