Phân biệt lỗi khởi động của Pi không màn hình với lỗi mạng

Thẻ bị rút ra khỏi vỏ trước khi ai đó hỏi điều nào trong bốn thứ thực sự đã hỏng. Pi ngừng phản hồi sau một thay đổi VPN hoặc mạng, và việc nạp lại có vẻ là bước duy nhất còn lại. Hiếm khi đúng như vậy: hợp đồng thuê địa chỉ có thể chuyển, sshd có thể dừng, hoặc phản hồi có thể đi ra theo một tuyến mà bạn không theo dõi được, và mỗi điều trong số đó có cách sửa riêng. Công việc hữu ích là tách những gì bạn quan sát khỏi những gì bạn giả định.

Bốn kết quả, không phải một

Đã khởi động, có địa chỉ, đang lắng nghe và truy cập được là bốn kết quả riêng biệt, và bất kỳ kết quả nào cũng có thể hỏng trong khi những cái khác vẫn giữ. Một bo mạch có thể khởi động hoàn hảo mà không bao giờ xuất hiện trên mạng. Nó có thể xuất hiện với một địa chỉ không ai ngờ tới, hoặc giữ đúng địa chỉ trong khi SSH bị tắt. Nó có thể đúng cả ba và vẫn không truy cập được vì phản hồi đi ra qua cổng sai.

Bản năng nạp lại gộp bốn điều đó thành một câu hỏi, và đó là lý do nó thường cho ra một chiếc Pi chạy được mà không có lời giải thích nào về cái đã thực sự hỏng.

Bằng chứng thực sự kết thúc ở đâu

Ghi lại ba điều trước khi chạm vào bất cứ thứ gì: địa chỉ và đường lên đã hoạt động lần cuối, những gì đã thay đổi, và thao tác đầu tiên ngừng hoạt động. Tên máy chủ không còn phân giải, kết nối SSH hết thời gian, và kết nối TCP bị từ chối là ba quan sát khác nhau chỉ vào ba tầng khác nhau. Một lệnh ping thất bại chỉ kiểm tra khả năng tiếp cận của một địa chỉ và thất bại vì mọi lý do trên, kể cả bo mạch chưa từng khởi động. Vì thế nó không thể thay thế một phép thử khởi động.

Nếu có màn hình cục bộ hoặc bảng điều khiển phục hồi, hãy dùng nó, vì câu hỏi nó trả lời là máy có tới được hệ điều hành của nó hay không. Đó là câu hỏi duy nhất mà việc nạp lại sẽ giải quyết. Nếu bo mạch hỏng trước giai đoạn đó, hãy theo tài liệu phục hồi của nền tảng thay vì suy ra lỗi phần cứng từ việc thiếu ảnh chụp màn hình, và đừng rút nguồn như một cách chẩn đoán nữa.

Dựng lại đường truy cập trên một hệ thống đang chạy

Tìm đường lên và địa chỉ hiện tại thông qua thứ sở hữu cấu hình mạng, rồi so sánh với danh sách máy khách hiện tại của router và với địa chỉ mà máy khách SSH đã dùng. Một tên máy chủ đã lưu hoặc hợp đồng thuê DHCP cũ có thể trỏ tới đích của hôm qua trong nhiều tuần. Sau đó xác nhận sshd được bật, đang lắng nghe trên một địa chỉ tồn tại, và được cho phép từ mạng quản trị. Hướng dẫn SSH của Raspberry Pi coi việc bật máy chủ và kết nối tới địa chỉ hiện tại là hai bước riêng biệt, và một bản cài Raspberry Pi OS mới để SSH tắt theo mặc định.

Một tên máy chủ có thể được trỏ lại sang máy khác, và ảnh thay thế đi kèm khóa riêng của nó, nên hãy kiểm tra dấu vân tay qua một đường bạn đã tin cậy thay vì bấm bỏ qua cảnh báo. Xóa cảnh báo là cách một thay đổi địa chỉ tạm thời trở thành vấn đề tin cậy vĩnh viễn. Nếu lời nhắc khóa là triệu chứng duy nhất, bạn đang xét câu hỏi danh tính chứ không phải khả năng tiếp cận.

Lần theo đường đi của phản hồi trước khi đổ lỗi cho bo mạch

VPN có thể đổi việc chọn tuyến trong khi liên kết vật lý vẫn kết nối, và đó đúng là trường hợp Pi đang bật, đang lắng nghe mà vẫn không truy cập được. Yêu cầu đến và phản hồi đi ra qua một đường hầm mà máy khách của người quản trị không đi qua được. Bảng điều khiển cục bộ và socket đang lắng nghe không chứng minh gì về đường về, nên hãy xác nhận giao diện nào mang phản hồi và nó chọn cổng nào. So sánh với mạng mà người quản trị thực sự đang ở, vì lỗi này bị chẩn đoán nhầm thành bo mạch chết thường xuyên hơn bất kỳ lỗi nào khác.

Cách kiểm tra rẻ nhất là xem phản hồi đi ra: trên Pi, hỏi tuyến nào sẽ mang địa chỉ của người quản trị và so với giao diện mà yêu cầu đã đến. Sự không khớp ở đó giải thích toàn bộ triệu chứng và chỉ tốn một lệnh.

Từng ranh giới một, và khi nào nạp lại là đúng

Sửa cấu hình thông qua chủ sở hữu của nó sau khi giữ lại trạng thái hiện tại. Thay trình quản lý mạng, xả tường lửa và đoán một địa chỉ tĩnh là ba thay đổi khiến quan sát tiếp theo trở nên vô ích. Nếu bằng chứng chỉ vào tuyến hoặc việc lọc của VPN, hãy quay lại quy trình dừng hoặc sửa của chính máy khách đó, làm việc trong kế hoạch phục hồi đã thống nhất; so sánh có kiểm soát là chuyện khác với việc tắt bảo vệ trên một máy chủ bạn chưa giải thích.

Nạp lại là một lựa chọn phục hồi có chủ đích, được đưa ra sau khi bạn hiểu dữ liệu, danh tính và giai đoạn đã hỏng. Đó không phải là việc mà một lần đăng nhập thiếu phải kích hoạt theo mặc định.

Giữ bản ghi cấu hình ở nơi có thể đọc mà không cần Pi, và một đường quay vào không đi qua đường hầm bạn sắp thay đổi. Sau đó làm việc theo thứ tự: xác nhận giai đoạn từ bảng điều khiển cục bộ, tìm địa chỉ hiện tại, kiểm tra bộ lắng nghe và chính sách của nó, lần theo đường đi của phản hồi, và chỉ thay đổi một thứ. Nếu bo mạch chưa bao giờ tới được hệ điều hành, bước tiếp theo là tài liệu phục hồi, không phải mạng.