Lỗi 720 VPN trên Windows: nhóm địa chỉ hay liên kết máy khách?
Lỗi 720 nghĩa là kết nối chưa bao giờ nhận được địa chỉ dùng được. Hãy tách lỗi trên một máy chủ khỏi lỗi trên nhiều máy chủ trước khi cài lại bộ điều hợp.
Lỗi 720 xuất hiện sau khi thông tin đăng nhập được chấp nhận, nên nó đẩy mọi người quay lại ô mật khẩu. Kết nối đã đến điểm thương lượng một địa chỉ và không nhận được địa chỉ nào. Hai lỗi rất khác nhau tạo ra cùng hộp thoại: máy chủ không có gì để phát, hoặc chính máy khách này không hoàn tất được thương lượng. Tách hai trường hợp trước khi chạm vào bất cứ thứ gì là phần lớn của việc sửa, và cách tách này được ghi lại trên trang khắc phục sự cố lỗi 720 của Microsoft.
Điều hộp thoại không nói
Thông báo mô tả lỗi trong thương lượng PPP, và nó cố ý mơ hồ vì máy khách không thể thấy vì sao máy chủ từ chối. Đây không phải lỗi thông tin đăng nhập và cũng không phải tuyên bố về mã hóa của đường hầm. Nó có nghĩa là địa chỉ hoặc các tham số thương lượng chưa được gửi đi.
Về phía máy chủ, nguyên nhân thường gặp là cấp phát: một nhóm tĩnh của RRAS không còn địa chỉ trống, hoặc cấu hình DHCP có phạm vi đã cạn hay không thể tiếp cận, tạo ra đúng triệu chứng này ở mọi máy khách thử kết nối. Về phía máy khách, nguyên nhân thường gặp là liên kết. WAN Miniport mang PPP phải được liên kết với đúng các thành phần, và một liên kết bị tắt hoặc bộ lọc mạng được chèn vào có thể dừng thương lượng mà không có vấn đề thiết bị nào nhìn thấy. Hai họ này cần bằng chứng khác nhau, và cách nhanh nhất để chọn giữa chúng là đếm xem bao nhiêu máy khách bị ảnh hưởng.
Tách nhóm đối tượng trước, rồi mới đến nhóm địa chỉ
Đếm số máy khách bị ảnh hưởng trước khi đọc bất kỳ cấu hình nào. Lỗi đánh trúng mọi người cùng lúc là tình trạng máy chủ, và lỗi đi theo một máy qua nhiều mạng là tình trạng máy khách. Phép đếm đó tốn một tin nhắn trong kênh trò chuyện và tiết kiệm một buổi chiều.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
Sau đó đối chiếu một lần thử thất bại với bản ghi của chính máy chủ, vì RRAS ghi một sự kiện khi nó không thể cấp phát và sự kiện đó nêu tên lỗi chứ không phải triệu chứng. Nếu lỗi đi theo một máy khách cụ thể, nhật ký máy chủ sẽ không cho thấy gì cho lần thử đó, và bản thân điều đó đã có thông tin. Việc không có lỗi cấp phát thu hẹp vấn đề về cuộc thương lượng trên máy khách đó và cho biết nên chạy những lệnh nào tiếp theo.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Đọc trạng thái cấp phát của máy chủ
Về phía RRAS, hãy xác nhận phương thức cấp phát nào thực sự được cấu hình chứ không phải phương thức mà tài liệu giả định. Nhóm tĩnh và cấu hình chuyển tiếp qua DHCP thất bại theo cách khác nhau, và bản sửa thuộc về phương thức đang dùng. Với nhóm tĩnh, hãy đếm địa chỉ trống và tìm các gán theo người dùng đang giữ một hợp đồng thuê mà không ai nhớ đã tạo, vì một nhóm trông lớn có thể đã bị chiếm toàn bộ. Với DHCP, hãy kiểm tra rằng bộ chuyển tiếp đến được máy chủ và phạm vi còn hợp đồng thuê trống.
Một phạm vi bị máy khách thông thường dùng cạn tạo ra cùng lỗi 720 như một nhóm cấu hình sai, và bảng điều khiển RRAS sẽ trông hoàn toàn khỏe mạnh trong cả hai trường hợp. Hãy chống lại cách khắc phục kế thừa là chia nhóm thành các phạm vi nhỏ hơn: lời khuyên gốc mô tả kết quả của một quản trị viên, và nó không sửa được lỗi cấp phát mà chính các sự kiện của máy chủ có thể nêu tên trực tiếp.
Đọc các liên kết của máy khách mà không phá chúng
Nếu bằng chứng chỉ về một máy khách, hãy kiểm tra bộ điều hợp ẩn thay vì cài lại ngăn xếp. Lệnh đầu tiên liệt kê các giao diện WAN Miniport và tên của chúng; lệnh thứ hai lấy tên mà nó trả về, không phải tên sao chép từ một hướng dẫn.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsĐọc danh sách để tìm liên kết phân giải địa chỉ và các bộ lọc của bên thứ ba. Một liên kết bị tắt là bản sửa có mục tiêu, còn sự hiện diện của một bộ lọc là câu hỏi dành cho chủ sở hữu phần mềm đó chứ không phải sự cho phép tắt một sản phẩm bảo mật. Xóa mọi bộ điều hợp là động tác duy nhất phá hủy bằng chứng mà bạn sẽ cần nếu lỗi quay lại.
Sau khi sửa, hãy thử lại cùng hồ sơ rồi lặp lại trường hợp hai máy khách nếu đó là triệu chứng ban đầu, vì một kết nối đầu tiên thành công che giấu vấn đề cấp phát mà máy khách thứ hai phơi ra. Giữ ghi chú trong bốn trường: máy khách nào, liên kết nào, sự kiện nào và điều gì đã thay đổi. Mỗi lần thử chỉ đổi một lớp, vì bản sửa máy khách và thay đổi nhóm áp dụng cùng lúc thì không thể quy cho bên nào, và lỗi tiếp theo sẽ trông mới trong khi vẫn là lỗi cũ.