Cách viết điểm cuối IPv6 trong cấu hình VPN

Địa chỉ IPv6 đầy dấu hai chấm, và một trường điểm cuối cũng mang cổng cần cách đánh dấu nơi địa chỉ kết thúc. Làm sai điều này, ứng dụng khách hoặc từ chối phân tích hồ sơ hoặc âm thầm kết nối tới thứ sai. Hình thức đúng không phổ quát: nó phụ thuộc vào việc trường chứa địa chỉ kèm cổng, địa chỉ trần, hay tên máy chủ. Hãy đi qua hướng dẫn theo thứ tự, vì sửa cú pháp và sửa khả năng kết nối trông hoàn toàn khác nhau khi bạn bắt đầu đọc đầu ra của ứng dụng khách.

Kiểm tra loại trường trước khi gõ địa chỉ

Ví dụ, WireGuard Endpoint trường có cổng, literal IPv6 dùng dấu ngoặc vuông bao quanh địa chỉ, như trong [2001:db8::10]:51820. Tiền tố tài liệu trong ví dụ đó không phải máy chủ công cộng, và ngoặc vuông là phần của cú pháp, không phải của địa chỉ.

Các định dạng khác có quy tắc riêng. URI có thể mang literal IPv6 trong ngoặc, nhưng cấu hình VPN không nhất thiết là URI. Ứng dụng khách có hai ô riêng cho địa chỉ và cổng có thể mong đợi chỉ literal trong một ô và con số trong ô kia, và thêm ngoặc ở đó cũng sai như bỏ chúng trong một trường gộp.

Đặt literal trong ngoặc khi cổng dùng chung trường

Quy tắc cần nhớ rất đơn giản: ngoặc xuất hiện khi có cổng theo sau trong cùng chuỗi. Chúng không xuất hiện khi địa chỉ đứng một mình trong trường không có cổng.

Sao chép toàn bộ chuỗi điểm cuối của một giao thức vào mọi ứng dụng khách là nguyên nhân thường gặp của lỗi này. OpenVPN, hồ sơ IPsec và giao diện ứng dụng mỗi bên ghi lại cú pháp riêng, và một chuỗi đúng cho bên này có thể bị bên kia từ chối hoặc hiểu sai. Hãy đọc tài liệu của chính ứng dụng khách cho trường bạn đang sửa, và giữ tiền tố tài liệu hoặc địa chỉ ví dụ trong chú thích để không ai gửi nó như một máy chủ thật. Khi tài liệu đưa ra hai hình thức, hãy dùng hình thức khớp với loại trường trước mặt bạn.

Tách trường địa chỉ và trường cổng

Khi ứng dụng khách cho bạn hai ô, hãy đặt địa chỉ vào một ô và cổng vào ô kia. Một hình thức gộp dán vào ô địa chỉ tạo ra lỗi phân tích hoặc, tệ hơn, một địa chỉ phân giải thành thứ không mong muốn.

Kiểm tra khoảng trắng cuối và ký tự vô hình khi một giá trị trông đúng. Địa chỉ được sao chép thường mang khoảng trắng không ngắt hoặc ký tự độ rộng bằng không mà ứng dụng khách không phân tích được và màn hình không hiển thị. Hãy gõ lại giá trị thay vì dán khi lỗi không có lý do.

Xử lý định danh vùng một cách thận trọng

Literal liên kết cục bộ có thể cần định danh vùng gắn với một giao diện, viết bằng dấu phần trăm và tên giao diện. Hình thức đó hợp lệ trên máy chủ sở hữu giao diện, và nó không thay thế một điểm cuối từ xa truy cập được nói chung.

Phạm vi và định tuyến vẫn quan trọng sau khi phân tích thành công. Một địa chỉ đủ điều kiện vùng mà ứng dụng khách chấp nhận có thể không có đường nào từ máy, và một điểm cuối từ xa truy cập qua internet không nên phụ thuộc vào vùng cục bộ chút nào. Hãy quyết định gói tin phải ra khỏi giao diện nào trước khi viết vùng, không phải sau khi bắt tay thất bại.

Kiểm chứng phân tích, rồi kiểm chứng khả năng kết nối

Tách hai thất bại một cách rõ ràng. Địa chỉ méo mó tạo ra lỗi phân tích hoặc bị từ chối ngay, trong khi một điểm cuối định dạng tốt nhưng từ chối xác thực hoặc không bao giờ trả lời là vấn đề khác với cách xử lý khác.

Sau một chỉnh sửa được hỗ trợ, hãy xác nhận đường hầm thương lượng và ứng dụng dự định hoạt động. Chỉ bắt tay không chứng minh đường đi, và ping tới điểm cuối không chứng minh đường hầm. Khi nhà vận hành cung cấp tên máy chủ, hãy giữ tên được hỗ trợ và các kiểm tra danh tính của nó thay vì thay bằng địa chỉ số tìm thấy ở nơi khác.

Ghi lại trường chính xác, giá trị bạn đã dùng và phản hồi của ứng dụng khách trong ghi chú thay đổi. Nếu không, người tiếp theo sửa hồ sơ sẽ lặp lại thí nghiệm ngoặc, và câu trả lời đã có trong phiếu của bạn.