Máy chủ Ubuntu 20.04 không phản hồi với ping

Vấn đề của tôi là như sau: trên 192.168.1. * mạng Mình có 3 máy. Tôi gọi chúng là U1 (Ubuntu Desktop), US2 (Ubuntu Server), W1(Windows) và một bộ định tuyến có tên R1 ở 192.168.1.1. U1 tạo và nhận phản hồi của ping từ W1 và R1. US2 có thể ping BÊN NGOÀI mạng cục bộ (và đến R1) nhưng không nhận được phản hồi từ W1 hoặc U1. U1 và W1, khi họ ping US2, họ không nhận được phản hồi. Tất cả các máy đều truy cập internet qua R1. US2 được cập nhật bằng "apt update" mà không gặp vấn đề gì. Tôi xin lỗi vì sự bất tiện và nếu chủ đề này tầm thường, nhưng tôi đã hết nơ-ron và tôi chưa tìm ra câu trả lời. Cảm ơn rất nhiều về sự trợ giúp của bạn. (Google dịch) Tôi không thể chèn nhật ký của US2 vì anh ta chỉ có giao diện người dùng trong dòng lệnh chứ không phải GUI.

Bạn có biết rằng bạn có thể chặn hoặc bỏ chặn các yêu cầu ping trong Ubuntu Server 20.04 LTS không? Nhìn vào bài viết này để biết làm thế nào:

https://linuxhint.com/block-unblock-ping-requests-to-ubuntu-server/

Có thể nó sẽ giúp được bạn

Không thể giải thích được, nhìn thấy "phù thủy" ở khắp mọi nơi, tôi đã chuyển cáp ethernet từ cổng này sang cổng khác của bộ định tuyến và thật kỳ diệu, giờ nó đã hoạt động! Tôi không thể tìm thấy lời giải thích cho vấn đề này. Tôi rất xin lỗi tất cả những người đã cố gắng giúp tôi với ít dữ liệu họ có.

theo như tôi được biết, chủ đề này nên được "ĐÓNG CỬA".

Điều này nghe giống như một vấn đề về mặt nạ mạng hoặc tuyến đường ...

Tại dấu nhắc lệnh trên US2, hãy kiểm tra netmask. Thực hiện 'ip a' và đối với giao diện chính, bạn phải có 192.168.1.*/24

Sau đó thực hiện 'ip r' để nhận các tuyến đường của bạn. Đối với mạng con 192.168.1.*, nó có thể có nhiều thứ khác trong đó nhưng bạn nên có:

mặc định qua 192.168.1.1 dev eno1 proto dhcp metric 100 
192.168.1.0/24 dev eno1 liên kết phạm vi kernel proto src 192.168.1.1 số liệu 100 

(Tên thiết bị của bạn có thể khác)

Mặc định rõ ràng đang hoạt động nếu bạn có thể ping ra bên ngoài và dòng tiếp theo sẽ thiết lập tuyến 'cục bộ' trên mạng của bạn, đây có thể là sự cố.

Ngoài ra, nếu bạn có bất kỳ dòng nào khác có địa chỉ 192.168.1.* trong đó có thể làm mọi thứ rối tung lên. Nếu bạn có các máy ảo chạy trên US2 hoặc Docker/container, đôi khi bạn có thể vô tình định cấu hình một tuyến chồng chéo làm hỏng mọi thứ.

Nếu IP của bạn được đặt tĩnh, hãy kiểm tra tệp yml trong /etc/netplan/ để biết rằng bạn có hậu tố /24 trên địa chỉ IP chính của US2.