PPTP báo mật khẩu của bạn sai: bản sửa nào nên làm trước?

Các hồ sơ PPTP khẳng định mật khẩu của bạn sai đang nói một điều hẹp hơn vẻ ngoài của nó. Bí mật được kiểm tra ở cuối chuỗi bắt đầu bằng việc thương lượng năng lực, nên bất kỳ sự không khớp nào trước đó trong chuỗi đều hiện ra như một lỗi xác thực. Vì vậy, đặt lại mật khẩu, gõ lại hay tạo lại hồ sơ đều không thay đổi gì. Hãy đọc thương lượng trước, rồi chọn cách sửa theo mức bạn kiểm soát được bao nhiêu phần của đường đi.

Vì sao bí mật không bao giờ được kiểm tra

Xác thực PPP được thương lượng: máy chủ đề xuất phương thức, máy khách trả lời bằng những gì nó làm được, và cả hai thống nhất một phương thức trước khi bất kỳ thông tin đăng nhập nào được trao đổi. Khi máy chủ chỉ cung cấp EAP-PEAP mà pppd của máy khách không triển khai nó, cuộc trò chuyện kết thúc ở giai đoạn đề xuất. Máy chủ ghi nhận lỗi xác thực vì đó là giai đoạn đã thất bại, không phải vì mật khẩu bị so sánh và bị coi là không đủ.

Đó là lý do lỗi giống hệt nhau với mật khẩu sai và với sự không khớp phương thức. Chỉ nhật ký mới phân biệt được chúng, và chỉ khi máy khách được phép ghi chi tiết.

Đọc thương lượng, không phải lỗi cuối cùng

Chạy kết nối ở tiền cảnh với gỡ lỗi bật và đọc các dòng xác thực từ trên xuống. Nhật ký nêu phương thức được đề xuất, phương thức được chấp nhận và nơi việc trao đổi dừng lại. Một hồ sơ không bao giờ rời khỏi CHAP hay MSCHAPv2 trong khi máy chủ chờ PEAP là vấn đề phương thức, không phải vấn đề thông tin đăng nhập. Dòng cuối của nhật ký đó là nơi máy khách bỏ cuộc, không phải nơi nguyên nhân nằm.

sudo pppd call provider debug nodetach

Hãy giữ lại kết quả đó. Nó cũng là bằng chứng mà chủ mạng cần trước khi đổi chính sách máy chủ, và nó giải quyết câu hỏi liệu mật khẩu có tham gia hay không.

Nguyên nhân thứ hai ẩn trong tệp bí mật

Nếu nhật ký cho thấy các phương thức khớp nhau, hãy xem tệp lưu bí mật. Một dòng mới hoặc khoảng trắng ở cuối được ghi vào trường mật khẩu sẽ được gửi như một phần của mật khẩu, nên máy chủ so sánh một chuỗi khác với chuỗi bạn đã gõ. Tệp trông đúng trong trình soạn thảo, và chính vì thế nó sống sót qua bao nhiêu lần thử.

sudo cat -A /etc/ppp/chap-secrets

Dấu đô la đánh dấu cuối mỗi dòng trong kết quả đó. Trường mật khẩu có gì đó trước dấu đó, hoặc khoảng trắng lạc giữa các trường, cần được viết lại bằng dấu ngoặc kép mà công cụ ghi trong tài liệu.

Chọn cách sửa theo việc máy chủ thuộc về ai

Nếu máy chủ là của bạn, cho phép MSCHAPv2 cho tài khoản đó là thay đổi nhỏ nhất, và bạn nên ghi lại rằng mình đã cố ý chấp nhận một phương thức yếu hơn. Nếu nó thuộc về người khác, cách sửa trung thực là một máy khách triển khai EAP-PEAP; vá pppd biến sự không tương thích thành vấn đề bảo trì của bạn. Nếu lựa chọn giao thức vẫn còn mở, PPTP là phần yếu nhất của thiết kế và việc di trú thường rẻ hơn là duy trì một máy khách đã vá. Hãy ghi quyết định đó bên cạnh hồ sơ để người sau không mở lại.

Dù chọn con đường nào, hãy thử từ máy thứ hai trên mạng khác sau đó. Một hồ sơ đã lưu có thể tiếp tục đề xuất phương thức cũ và khiến máy chủ đã sửa trông như hỏng. Sau đó hãy gỡ thiết lập gỡ lỗi, vì nhật ký PPP chi tiết có thể ghi lại nhiều hơn bạn muốn trên một máy trạm dùng chung.