Không tìm thấy tệp nhị phân pppd: sửa môi trường chạy, không phải xác thực

Không có gì đến được cổng, vì máy khách không tìm thấy tệp nhị phân mà nó cần trước tiên. Thông báo nêu tên một trình trợ giúp của môi trường chạy, và phản ứng tự nhiên là cho rằng phía bên kia đã từ chối điều gì đó. Nó không từ chối. Một tích hợp dựa trên PPP cần trình trợ giúp đó trên máy cục bộ, và nó thiếu, không đọc được hoặc không ở nơi bên gọi tìm.

Menu và daemon là hai thứ khác nhau

Trình soạn thảo trên màn hình có thể lưu một hồ sơ trong khi trình trợ giúp lẽ ra phải thiết lập nó vắng mặt, vì việc lưu kiểm tra các trường, không phải khả năng. Hai thành phần đến trong các gói khác nhau và thất bại ở những thời điểm khác nhau. Một hồ sơ lưu sạch sẽ và một kết nối thất bại ngay lập tức hoàn toàn nhất quán.

Lỗi ngược lại cũng phổ biến không kém: một tệp thực thi ở đâu đó trên đĩa không chứng minh rằng tích hợp đã chọn tìm thấy bản sao được hỗ trợ. Một bản sao trong thư mục nhà có thể làm hài lòng một shell và vẫn vô hình với dịch vụ.

Đọc gói, không phải tệp

Trước khi chạm vào bất cứ thứ gì, hãy kiểm tra trạng thái của gói đã cài, các phụ thuộc đã khai báo và danh sách tệp dự kiến. Việc đóng gói của các bản phân phối ghi rõ điều này, và gói NetworkManager PPTP của Debian là một ví dụ hữu ích, vì nó phụ thuộc riêng vào gói daemon PPP và vào máy khách PPTP. Đây là một tích hợp cũ, không phải khuyến nghị triển khai PPTP hôm nay. Nó cho thấy trình trợ giúp đến như một phụ thuộc riêng của nó chứ không nằm trong máy khách.

Hãy tách ba kiểu thất bại: một gói không cài được, một kho không cung cấp ứng viên nào, và một tệp nhị phân được cài thủ công ngoài quyền sở hữu của gói. Chúng cần cách sửa khác nhau, và chỉ cái đầu tiên được khắc phục bằng cách cài lại cùng gói đó.

Việc kiểm tra tệp thực thi trong một shell chỉ mô tả đường tìm kiếm của shell đó và không hơn gì nữa. Trình trợ giúp của trình quản lý có thể chạy với đường dẫn khác, trong môi trường khác hoặc với vị trí tệp thực thi được cấu hình rõ ràng.

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

Sửa môi trường chạy mà không làm hỏng thứ khác

Khi môi trường chạy được chứng minh là không đầy đủ, hãy dùng giao dịch gói đã được xem xét của bản phân phối và đọc trước xem nó sẽ thay đổi gì. PPP được chia sẻ bởi nhiều tích hợp mạng truy cập, nên việc gỡ bỏ hoặc cài lại có thể mang theo những người dùng đang hoạt động. Xóa mọi gói liên quan để sửa một gói hỏng là cách một máy tính xách tay mất hai kết nối đang hoạt động.

Cài một máy khách VPN khác cũng không phải là sửa chữa. Nó tạo ra một yêu cầu tương thích mới trong khi để hồ sơ ban đầu không được giải thích.

Nếu tổ chức đã quyết định rằng bản thân giao thức nên bị loại bỏ, đó là một quyết định di trú có người chịu trách nhiệm. Đó không phải là bước khắc phục sự cố, và không nên được đưa ra vào lúc kết nối thất bại.

Coi lỗi tiếp theo là một giai đoạn mới

Khi trình trợ giúp khởi động, hãy chờ đợi thất bại tiếp theo sẽ khác. Thương lượng liên kết PPP, xác thực người dùng, phân bổ địa chỉ, tuyến đường và phân giải tên đều có thể thất bại độc lập, và mỗi thứ có bằng chứng riêng.

Đừng trả lời một lần từ chối sau đó bằng cách hoàn tác việc sửa phụ thuộc hoặc bằng cách bật mọi tùy chọn xác thực và nén cũ trong hồ sơ. Điều đó biến một vấn đề có thể chẩn đoán thành nhiều vấn đề tương tác với nhau. Thay đổi từng cài đặt một và ghi lại những gì nó đã thay đổi.

Ghi lại các phiên bản gói và thông báo chính xác mà bạn đã thấy. Một báo cáo nêu tên tệp nhị phân bị thiếu và gói lẽ ra phải cung cấp nó có thể hành động theo cách mà một lời phàn nàn chung về VPN không có.