Điểm:0

Sự cố Ethernet trên Kubfox 20.04.3

lá cờ gr

ĐÃ CHỈNH SỬA, xem phía dưới.

sáng nay, sau khi khởi động lại máy tính, tôi bắt đầu gặp nhiều vấn đề về kết nối trên máy tính của mình. Máy có dây, nhưng khi tôi khởi động lại thì nó không thể đặt địa chỉ mạng, cuối cùng cho tôi thông báo eno1: Cấu hình IP không khả dụng. Tôi có thể kết nối với bộ điều hợp mạng không dây.

Một đống thông tin. Trong bộ định tuyến của tôi (tại địa chỉ 192.168.0.250), tôi đã gán một IP cố định cho máy là 192.168.0.150. Đây là đầu ra của một loạt các lệnh (chỉ nội dung liên quan đến giao diện có dây)

$ Sudo lshw -C mạng
 *-mạng                  
Mô tả: Giao diện Ethernet
sản phẩm: Kết nối Ethernet I217-LM
nhà cung cấp: Tập đoàn Intel
id vật lý: 19
thông tin xe buýt: pci@0000:00:19.0
tên logic: eno1
phiên bản: 04
nối tiếp: 34:17:eb:ba:47:9b
kích thước: 100Mbit/giây
dung lượng: 1Gbit/s
chiều rộng: 32 bit
xung nhịp: 33MHz
khả năng: pm msi bus_master cap_list vật lý ethernet tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd tự động đàm phán
cấu hình: autonegotiation=on Broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=0.13-4 laglatency=0 link=yes multicast=yes port=twisted pair speed=100
Mbit/s
tài nguyên: irq:30 bộ nhớ:f7100000-f711ffff bộ nhớ:f7139000-f7139fff ioport:f040(size=32)
$ inxi -Fz
Mạng: Thiết bị-1: Trình điều khiển Intel Ethernet I217-LM: e1000e
NẾU: trạng thái eno1: tốc độ lên: 100 Mb/giây song công: mac đầy đủ: <bộ lọc>
$ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 34:17:eb:ba:47:9b txqueuelen 1000 (Ethernet)
Gói RX 271 byte 39947 (39,9 KB)
Lỗi RX 0 bị rớt 0 tràn 0 khung hình 0
Gói TX 257 byte 50551 (50,5 KB)
Lỗi TX 0 bị rớt 0 tràn 0 sóng mang 0 va chạm 0
thiết bị ngắt 20 bộ nhớ 0xf7100000-f7120000
thêm $ /etc/resolv.conf
máy chủ tên 127.0.0.53
tùy chọn quảng cáo tin cậy edns0

$ tuyến đường -n (cái này không được điền khi cố gắng kết nối với giao diện có dây, đặt kết quả cho không dây chỉ để hoàn thiện)

Bảng định tuyến IP hạt nhân
Cổng đích Genmask Flag Metric Ref Sử dụng Iface
0.0.0.0 192.168.0.250 0.0.0.0 UG 600 0 0 wlx503eaaef0caf
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlx503eaaef0caf
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlx503eaaef0caf

Bất kỳ đề xuất về những gì có thể là vấn đề, và làm thế nào để giải quyết nó?

CHỈNH SỬA: Tôi cảm thấy rằng có lẽ tôi cần thêm một số chi tiết về điều "IP tĩnh". Đây không phải là thứ mà tôi đã làm trên máy cục bộ, mà là trong cấu hình bộ định tuyếnvà tôi đã làm điều đó cho mọi thiết bị được kết nối với bộ định tuyến đó và tất cả các thiết bị khác đều hoạt động bằng IP cục bộ mà tôi đã chỉ định cho chúng. Tôi đã làm điều này một lần nữa, điều hướng đến địa chỉ mà từ đó tôi có thể truy cập vào cấu hình bộ định tuyến:

nhập mô tả hình ảnh ở đây

và sau đó đến tab DHCP, nơi có menu "Đặt trước địa chỉ". Từ đó, tôi dành riêng 192.168.0.150 cho MAC được liên kết với bộ điều hợp ethernet của mình:

nhập mô tả hình ảnh ở đây

Như bạn có thể thấy từ bức ảnh thứ hai này, trong quá trình khắc phục sự cố, tôi Vô hiệu hóa đặt trước địa chỉ cho bộ điều hợp ethernet, nhưng điều đó không giải quyết được vấn đề.

Nmath avatar
lá cờ ng
Bạn có chắc đây không phải là vấn đề với cấu hình mạng của mình không? Tại sao bạn đặt IP tĩnh?
Terrance avatar
lá cờ id
Để đi cùng với @Nmath ở trên, bạn đã chỉ định hệ thống của mình cho một IP tĩnh ở đâu?
lá cờ gr
Đây có thể là sự cố với cấu hình của tôi, trên máy này tôi có hệ thống khởi động kép và trong Windows, kết nối có dây hoạt động mà không gặp vấn đề gì. Ngoài ra, các thiết bị khác được kết nối với bộ định tuyến, cả có dây và qua wifi, vì vậy đây chắc chắn là sự cố của Linux.
lá cờ gr
Tôi nghĩ rằng IP tĩnh có thể là vấn đề (mặc dù mãi đến ngày hôm qua mới xảy ra sự cố), vì vậy tôi đã bỏ chỉ định nó từ bên trong cấu hình bộ định tuyến và bây giờ nó đã miễn phí.
Nmath avatar
lá cờ ng
Một lần nữa, không rõ bằng cách nào hoặc tại sao bạn đã chỉ định một IP tĩnh. Nếu bạn xác định một IP tĩnh ở phía máy khách (Ubuntu) và bộ định tuyến của bạn chưa xác định cùng một IP tĩnh, thì bạn sẽ không thể kết nối. Các tùy chọn cấu hình của bạn càng cứng nhắc, mạng của bạn càng ít có khả năng tự động cấu hình. Với DHCP tự động trên máy khách, sẽ không có vấn đề gì nếu bộ định tuyến gán IP tĩnh cho thiết bị của bạn, nhưng điều đó không hoạt động ngược lại. Có lẽ bạn nên xem lại các tùy chọn cấu hình của mình trên Windows để đảm bảo rằng chúng giống nhau trên Ubuntu
lá cờ gr
Tôi đã gán IP tĩnh từ cấu hình bộ định tuyến: IP 192.168.0.150 được gán cho địa chỉ MAC của bộ điều hợp ethernet. Cài đặt kết nối ở phía Linux được đặt thành Tự động, DHCP đang hoạt động và cho đến ngày hôm qua, bất cứ khi nào tôi bật máy tính, kết nối có dây sẽ kích hoạt với IP 192.168.0.150 và mọi thứ sẽ hoạt động trơn tru.
lá cờ gr
Nhưng một lần nữa, đó không thể là vấn đề vì trong các nỗ lực khắc phục sự cố của mình, tôi đã quay lại cấu hình bộ định tuyến và vô hiệu hóa việc gán IP, nhưng không có kết quả.
lá cờ gr
Lý do tôi gán IP tĩnh cho MAC trong cấu hình bộ định tuyến là về cơ bản tôi đã làm điều đó với mọi thiết bị khác trong nhà mình, để tôi có thể xác định bí danh cho SSH cho từng thiết bị mà không cần thay đổi IP.
Terrance avatar
lá cờ id
Một lần nữa, làm thế nào bạn chỉ định IP tĩnh trong hệ thống? Bạn có sử dụng tệp `/etc/network/interfaces` không? Bạn có sử dụng tệp `/etc/netplan/XX-netplan.yaml` không?
lá cờ gr
Tôi đã truy cập cấu hình bộ định tuyến của mình hướng trình duyệt đến 192.168.0.250, điều hướng tới tab DHCP, nhấp vào "Đặt trước địa chỉ" và dành riêng IP 192.168.0.150 cho MAC được liên kết với bộ điều hợp ethernet của tôi.
lá cờ gr
Tôi đã thêm một số giải thích về vấn đề "IP tĩnh". Tôi đã không chỉnh sửa bất kỳ tệp cục bộ nào để làm điều đó, không có/etc/mạng/giao diện và không có kế hoạch mạng.
Nate T avatar
lá cờ it
Bạn đã kiểm tra danh sách máy khách của máy chủ DHCP để đảm bảo rằng nó không cho đi ...250 ip? Khi bạn chọn tĩnh, đôi khi máy chủ có thể dành ip cho thiết bị khác trong thời điểm tín hiệu không liên tục. Tôi nghĩ điều này sẽ rất hiếm khi xảy ra đối với tín hiệu ethernet không đổi, nhưng không phải là không thể. Khởi động lại là quá đủ thời gian chết để biến nó thành khả năng. Trong ảnh cuối cùng của bạn, tab Máy khách DHCP là nơi bạn có thể kiểm tra... Hay bạn đã giải quyết được sự cố rồi?
lá cờ gr
Hệ thống đã được khởi động lại một vài lần, nhưng trong mọi trường hợp, nó không thể đưa ra IP 250: Tôi đã giới hạn nó theo cách thủ công ở các địa chỉ trong khoảng từ 100 đến 199.
Terrance avatar
lá cờ id
Tôi đã bỏ lỡ một phần ở đó, `IF: eno1 state: up speed: 100 Mbps duplex: full mac: ` cho biết bạn chỉ được kết nối ở mức 100 Mb. :( NIC của bạn phải được kết nối ở tốc độ 1000 Mb. Hãy kiểm tra cáp và kết nối giữa bộ chuyển mạch hoặc bộ định tuyến của bạn với chính hệ thống. Có thể thực hiện thiết lập lại nguồn trên hệ thống của bạn. Trước đây tôi đã phải làm điều đó để khắc phục sự cố mạng. Tắt tất cả nguồn điện cho hệ thống và nhấn nút nguồn một vài lần, sau đó cắm nguồn và bật lại.
lá cờ gr
Vì vậy, tôi đã sửa phần đó bằng cách sửa đổi thủ công cài đặt kết nối và cấp nguồn cho mọi thành phần của mạng, máy tính, bộ định tuyến và modem của tôi. Không may mắn. Một điều mà lẽ ra tôi nên nói ngay từ đầu là gần đây đã có một bản cập nhật kernel. Nghĩ rằng đó có thể là vấn đề, tôi đã tải xuống lại các gói của gói mà tôi đang chạy trước đó và từ GRUB, tôi đã khởi động kernel cũ đó, nhưng vẫn không gặp may.
lá cờ gr
Được rồi, chi tiết bổ sung. Tôi đã thử khởi động vào Windows và bộ điều hợp ethernet chọn kết nối ngay lập tức và hoạt động hoàn hảo, vì vậy đây không phải là vấn đề về cáp của thiết bị bị lỗi. Tôi khởi động lại Linux và chạy `nmtui`, khi cố gắng kích hoạt kết nối có dây, tôi nhận được thông báo `Không thể kích hoạt kết nối: Kết nối 'Nhà kết nối có dây' không khả dụng trên thiết bị eno1 vì thiết bị không có nhà cung cấp dịch vụ`. Tôi đã đọc trực tuyến rằng "không có nhà cung cấp dịch vụ" có nghĩa là cáp không được kết nối (không phải trường hợp này, hoạt động trong Windows) hoặc có một số vấn đề về trình điều khiển.
Terrance avatar
lá cờ id
Bạn có thể thử `Sudo dhclient -r eno1` rồi `Sudo dhclient eno1` không?
lá cờ gr
Lệnh được chấp nhận trong trường hợp đầu tiên, nhưng không có tác dụng rõ ràng; và trong trường hợp thứ hai, nó kết nối "eno1", nhưng dường như kết nối không hoạt động.
lá cờ gr
Chỉnh sửa bổ sung: đã có bản cập nhật kernel, nhưng vấn đề vẫn còn đó.
lá cờ gr
Rõ ràng [điều này](https://askubuntu.com/a/1233997/1127425) đã giải quyết được sự cố. Tôi chỉ sử dụng `NetworkManager` làm trình kết xuất (và rõ ràng là đã đổi tên giao diện thành `eno1`). Cảm ơn bạn đã quan tâm và thời gian bạn đã dành cho việc này.

Đă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.