Điểm:0

Không thể truy cập một máy chủ trên mạng, trong khi có thể truy cập các máy chủ khác

lá cờ in

Tôi không chắc chắn về thuật ngữ này; Tôi sẽ cố gắng rõ ràng nhất có thể nhưng lưu ý rằng tôi có thể dùng từ sai.

Tôi có một số máy chủ Ubuntu, tất cả đều được kết nối với cùng một mạng. Tôi có thể truy cập từng máy chủ này qua SSH, nhưng chỉ khi tôi được kết nối với cùng một mạng đó qua VPN.

Lý lịch:

Tôi đang cố chạy phần mềm cấp phép được cho là sẽ cấp giấy phép cho các máy chủ khác trên mạng. Phần mềm cấp phép dường như chạy đúng trên máy chủ được chỉ định và máy chủ đó cũng có thể truy cập phần mềm cấp phép. Bất kỳ máy chủ nào khác trên mạng không thể kết nối với máy chủ này đang chạy phần mềm cấp phép.

Để khắc phục sự cố mạng này, thay vì khắc phục sự cố phần mềm độc quyền, tôi đã thử chạy các máy chủ Python Flask đơn giản trên mỗi máy chủ. Tương tự như phần mềm độc quyền, Flask có vẻ chạy bình thường nhưng tôi không thể kết nối với nó từ một máy chủ khác trên cùng một mạng, nhưng tôi có thể kết nối với nó từ cùng một máy chủ.

Vấn đề:

Khi tôi chạy một cách đơn giản "Chào thế giới!" máy chủ bình trên Máy chủ 1 hoặc Máy chủ_2 với máy chủ = 0.0.0.0cổng = 5000 Tôi có thể kết nối với Máy chủ 1Máy chủ_2 từ mọi máy chủ khác bằng cách sử dụng ip_of_Server:5000.

Tuy nhiên, nếu tôi chạy cùng một máy chủ Flask trên Máy chủ_3 với cùng thông số tôi không thể kết nối với nó từ Máy chủ 1 hoặc Máy chủ_2. Tôi gặp lỗi khi cố gắng kết nối qua quên đi không thành công: Không có tuyến đến máy chủ.. Khi tôi cố gắng kết nối qua Chrome, tôi nhận được ERR_CONNECTION_TIMED_OUT thay thế.

Tôi cũng luôn có thể kết nối với máy chủ cục bộ:5000 từ mỗi máy chủ. Tức là tôi có thể kết nối với máy chủ bình đang chạy trên Máy chủ 1 từ Máy chủ 1 qua localhost:5000, nhưng tôi không thể kết nối với máy chủ bình đang chạy trên Máy chủ 1 từ Máy chủ_2 thông qua máy chủ cục bộ:5000.

Những gì tôi đã thử:

Ban đầu tôi nghĩ đây có thể là sự cố tường lửa.

Tôi đã cố gắng 'vô hiệu hóa' iptables sử dụng như sau:

Sudo iptables-save > /root/firewall.rules
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P CHẤP NHẬN ĐẦU VÀO
iptables -P CHẤP NHẬN VỀ PHÍA TRƯỚC
iptables -P CHẤP NHẬN ĐẦU RA

Điều này dường như không ảnh hưởng đến vấn đề này. tôi cũng đã thử vô hiệu hóa sudo ufw, nhưng đồng đều, điều này không ảnh hưởng đến vấn đề.

Điều này khiến tôi tin rằng đó không phải là tường lửa, nhưng tôi không chắc điều này có đúng không. Tôi cũng không biết làm thế nào để tiếp tục gỡ lỗi vấn đề này.

Abu Zaid avatar
lá cờ ru
Bạn có thể đăng đầu ra từ iptables -L không
Điểm:0
lá cờ cn

Kết quả từ wget, 'No route to Host', nghĩa là không Máy chủ 1 cũng không Máy chủ_2 có một 'đường dẫn' đến Máy chủ_3, đây không phải là sự cố tường lửa hay sự cố bình mà là sự cố IP (Giao thức Internet) hơn.

Để khắc phục điều này, tôi khuyên bạn nên đảm bảo rằng bạn có thể 'ping' Máy chủ_3, đảm bảo rằng nó đang kết nối với internet và khi sử dụng wget, bạn đang sử dụng đúng địa chỉ IP, sẽ cần thêm thông tin chi tiết để chỉ ra lỗi chính xác, chẳng hạn như chạy một đường theo dõi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.