Localhost từ chối kết nối sau khi nâng cấp lên hệ điều hành Sierra


8

Tôi đã tải và cài đặt apache, php, phpmyadmin, mysqlqua macports. Mọi thứ đều hoạt động tốt trước khi nâng cấp lên macOS Sierra.

Sau khi nâng cấp bất cứ khi nào tôi cố gắng truy cập localhost, tôi nhận được thông báo lỗi sau: "Trang web này không thể truy cập được, localhost từ chối kết nối."

Điều này đang xảy ra mặc dù các cài đặt của tôi trong apache http.conftệp vẫn giữ nguyên.

Tôi cũng đang cung cấp nội dung của tập tin máy chủ

127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost

Có lời khuyên nào không?


Bạn đã xác minh rằng tất cả các dịch vụ đó đang thực sự chạy chưa?
samh

nếu tôi chạy lệnh "sudo port load apache2", tôi nhận được phản hồi sau từ thiết bị đầu cuối "/opt/local/etc/LaunchDaemons/org.macports.apache2/org.macports.apache2.plist: dịch vụ đã được tải", vì vậy tôi Tôi khá chắc chắn rằng apache đang chạy.
vasil thẩmmr

Vui lòng thêm nội dung của tập tin / etc / hosts của bạn. 127.0.0.1 có hoạt động không? Có thể liên quan: apple.stackexchange.com/questions/252466/ từ
klanomath

Bạn đã chạy một configtest để đảm bảo mọi thứ đều ổn? Tôi gặp vấn đề tương tự với cài đặt chứng khoán của Apache, một cái gì đó trong bản cập nhật đã phá vỡ một trong các gói phụ thuộc.
dr.nixon

Mới thực hiện kiểm tra cấu hình và kết quả như sau: "httpd: apr_sockaddr_info_get () không thành công cho tên người dùng-MacBook-Pro.local" "httpd: Không thể xác định một cách đáng tin cậy tên miền đủ điều kiện của máy chủ, sử dụng 127.0.0.1. Chỉ thị của ServerName trên toàn cầu để chặn thông báo này ". Vì vậy, tôi đã làm theo hướng dẫn này và " mdshaonimran.wordpress.com/2011/10/17/ " và lỗi đã biến mất, nhưng tôi vẫn nhận được thông báo từ chối khi cố gắng truy cập localhost.
vasil thẩmmr

Câu trả lời:


3

Tôi đã giải quyết điều này bằng cách bình luận dòng này từ httpd.conf:

LoadModule unique_id_module modules/mod_unique_id.so

Tôi không quen thuộc lắm với mod_unique_id , nhưng dường như không quan trọng đối với máy chủ phát triển cục bộ của tôi (tình huống của bạn có thể khác).

unique_id_module

Mô-đun này cung cấp mã thông báo ma thuật cho mỗi yêu cầu được đảm bảo là duy nhất trong các yêu cầu "tất cả" trong các điều kiện rất cụ thể. Mã định danh duy nhất thậm chí là duy nhất trên nhiều máy trong một cụm máy được cấu hình đúng. Biến môi trường UNIQUE_ID được đặt thành định danh cho mỗi yêu cầu. Các định danh duy nhất rất hữu ích vì nhiều lý do nằm ngoài phạm vi của tài liệu này.


9

Sau khi cập nhật lên macOS Sierra, Apache httpd chuyển cái cũ httpd.confsang httpd.conf.pre-updatevà đặt cái mới. Để làm việc công việc localhost, vui lòng thử quy trình dưới đây:

cd /etc/apache2/  
sudo mv httpd.conf httpd.conf-afterupdate  
sudo mv httpd.conf.pre-update httpd.conf  
sudo apachectl configtest  
sudo apachectl restart  

Sau đó kiểm tra:

curl -I -L localhost

3
sudo apachectl configtest đã cho tôi tất cả các lỗi! Cứu người, cảm ơn bạn.
Joshua Kis gió

1
Cảm ơn rất nhiều vì câu trả lời! Nhân tiện, làm thế nào bạn tìm ra giải pháp này? Tôi đã không nhận được bất kỳ lỗi nào với configtest (tôi có nên bị oan không?) Và thành thật mà nói, tôi sẽ không biết bắt đầu tìm kiếm câu trả lời từ đâu.
Rahul Govind

3

Tôi đã từng gặp vấn đề tương tự. Tôi chạy sudo apachectl configtestvà nhận được tin nhắn:

AH00526: Lỗi cú pháp trên dòng 6 của /private/etc/apache2/other/default-ssl.conf:

Lệnh 'SSLEngine' không hợp lệ, có thể sai chính tả hoặc được xác định bởi một mô-đun không có trong cấu hình máy chủ

Tôi chỉ đổi tên tập tin cấu hình ssl mặc định để nó không được tải nữa. Một apache khởi động lại sau, mọi thứ trở lại.


1

Tôi đã có cùng một vấn đề và tôi đã giải quyết bình luận mod_proxy_hckeck trong httpd.conf

LoadModule proxy_hcheck_module libexec / apache2 / mod_proxy_hcheck.so

EDITED: Tôi đã tìm thấy trong apache.org rằng mô-đun này yêu cầu mod_watchdog, nhưng mô-đun này được nhận xét, vì vậy chỉ cần bình luận mod_proxy_hcheck hoặc uncomment mod_watchdog LoadModule watchdog_module libexec / apache2 / mod_watchdog.so

hy vọng nó hoạt động!


Nhận xét mod_proxy_hcheck cũng đã giải quyết nó cho tôi. Trước đó, Apache sẽ âm thầm không liên kết với cổng của nó.
Otto G

1

Tôi có những vấn đề giống nhau. May mắn thay tôi đã có thể giải quyết vấn đề một cách tình cờ. Sau một lỗi tải vali Fusion, tôi nhận ra vấn đề không phải do apache. Vấn đề là chính / etc / file.

Thay thế tệp máy chủ

Bạn có thể tải xuống tệp máy chủ Mac OS mặc định từ http://cs.us.extensis.com/hostsFile/hosts.zip .

Giải nén tệp máy chủ; nó không nên có phần mở rộng tập tin Trong Finder, đi tới Go> Chuyển đến thư mục cho mạng Đi vào thư mục. Nhập vào thư mục / v.v. và nhấn Enter Kéo tập tin máy chủ vào thư mục vv; nhập tên người dùng và mật khẩu của quản trị viên Mac OS khi được hỏi Một khi bạn đã đặt tệp máy chủ trong thư mục vv:

Mở ứng dụng Terminal Nhập lệnh sau và nhấn Enter: sudo chmod 644 / etc / hosts Nhập mật khẩu Mac OS của bạn và nhấn Enter Bạn có thể thấy đạn, biểu tượng chính hoặc không có gì khi bạn nhập mật khẩu Mac OS vào cửa sổ Terminal, tùy thuộc trên phiên bản Mac OS bạn đang sử dụng. Điều này là bình thường.

Xóa bộ nhớ cache DNS hệ điều hành Mac của bạn

Trong cửa sổ Terminal, nhập lệnh sau và nhấn Enter: sudo killall -HUP mDNSResponder Khởi động lại Mac Nguyên nhân của bạn

Suitcase Fusion sử dụng tệp máy chủ để tìm và kết nối với lõi loại bằng địa chỉ loopback (127.0.0.1 hoặc localhost). Nếu tệp máy chủ không có hoặc mục nhập cho 127.0.0.1 trỏ đến một tên không phải localhost, bạn sẽ thấy một trong các thông báo lỗi được hiển thị ở trên.

Nếu Suitcase Fusion không thể giải quyết localhost thành 127.0.0.1, bạn sẽ nhận được thông báo lỗi đầu tiên; nếu lõi loại không thể phân giải localhost thành 127.0.0.1, bạn sẽ nhận được thông báo lỗi thứ hai.

Nếu tệp máy chủ đã được sửa đổi, nó có thể bị xóa khi nâng cấp lên phiên bản Mac OS mới. Các ứng dụng hoặc tiện ích mạng của bên thứ ba cũng có thể thay đổi mục nhập localhost không chính xác. Để biết thêm thông tin, hãy xem Cách chỉnh sửa tệp máy chủ trong Mac OS X bằng Terminal.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.