Bạn có nghĩ rằng đổi tên máy chủ Pritunl sẽ thay đổi điểm cuối của nó không?

Đổi tên máy chủ Pritunl thay đổi một nhãn trong bảng điều khiển. Nó không thay đổi địa chỉ mà các hồ sơ máy khách kết nối tới, và không tạo bản ghi DNS. Giá trị quan trọng là Địa chỉ công khai của máy chủ, và nó chấp nhận một tên cũng dễ như một địa chỉ.

Tên mà các máy khách kết nối tới nằm trong một trường của máy chủ

Pritunl công bố điểm cuối qua thiết lập Địa chỉ công khai của máy chủ, thiết lập này nhận địa chỉ IP công khai hoặc tên DNS. Đặt vpn.example.net ở đó, và các hồ sơ được tạo cùng đồng bộ có xác thực sẽ trao tên đó cho máy khách. Bản ghi phải tồn tại từ trước và phân giải tới trình lắng nghe chấp nhận vận chuyển VPN; trường này công bố một đích đến, nó không xuất bản đích đến đó. Tên hiển thị của một đối tượng máy chủ là siêu dữ liệu quản trị và không bao giờ tới được lần thử kết nối của máy khách.

Vì vậy bước đầu tiên không phải là đổi tên bất cứ thứ gì. Mở thiết lập máy chủ, thay đổi Địa chỉ công khai và lưu qua giao diện được hỗ trợ.

Ba trường trông giống nhau và không giống nhau

Địa chỉ cục bộ phục vụ sao chép và định tuyến giữa các máy chủ Pritunl. Địa chỉ liên kết mô tả cách các máy chủ được liên kết tiếp cận nhau. Không cái nào là địa chỉ mà máy khách kết nối tới, và việc sao chép tên công khai vào chúng sẽ phá vỡ cấu trúc liên kết mà chúng mô tả. Địa chỉ IPv6 công khai là một trường riêng với bản ghi và đường đi riêng; bản ghi A cho IPv4 không thiết lập khả năng tiếp cận IPv6.

Một tên DNS cũng không mang ánh xạ cổng hay trình lắng nghe. Nếu dịch vụ lắng nghe trên 1194 UDP, tên vẫn phân giải tới một máy chủ phải chấp nhận 1194 UDP. Một proxy ngược HTTP trên cổng 443 phục vụ bảng điều khiển web không phải điểm cuối vận chuyển VPN, ngay cả khi cả hai chia sẻ cùng một tên.

Định tuyến theo miền bên trong đường hầm là một lớp khác nữa. Việc đặt tên cho điểm cuối bên ngoài không nói gì về những đích riêng tư mà máy khách có thể tiếp cận.

Đẩy tên mới tới các máy khách đã tồn tại

Thay đổi trường không ghi lại các hồ sơ đã rời máy chủ. Đồng bộ cấu hình có xác thực của Pritunl có thể giao các thay đổi địa chỉ và cổng của máy chủ tới các máy khách tương thích, và máy khách CLI được tài liệu hóa sẽ đồng bộ trước khi kết nối hoặc kết nối lại. Một hồ sơ được nhập vào NetworkManager hoặc máy khách OpenVPN độc lập không có kênh đó và cần một bản thay thế đã được phê duyệt. Các phiên hiện có không chứng minh gì, vì chúng được thiết lập theo giá trị cũ.

Khi bảng điều khiển web nằm sau bộ cân bằng tải, Pritunl tài liệu hóa một thiết lập riêng Địa chỉ đồng bộ cho đường đồng bộ. Đừng dùng lại tên máy chủ của bảng điều khiển cho trình lắng nghe VPN chỉ vì cả hai đều là Pritunl.

Giao thay đổi theo thứ tự này: lưu thiết lập máy chủ, xuất hoặc đồng bộ hồ sơ hiện tại, thay bản sao của máy khách, rồi kết nối lại. Ghi lại máy khách nào do đồng bộ quản lý và máy khách nào giữ tệp đã nhập, vì nhóm thứ hai sẽ không tự động theo. Danh sách quyền sở hữu máy khách hữu ích ở đây hơn một bản ghi DNS nữa.

Chấp nhận thay đổi bằng một kết nối thật

Phân giải tên là phép thử yếu nhất có thể. dig +short vpn.example.net trả về một địa chỉ chỉ chứng minh rằng có một bản ghi tồn tại.

Phép thử chấp nhận là một kết nối có xác thực mới từ máy khách giữ hồ sơ mới, tiếp theo là yêu cầu tới một tài nguyên riêng tư đáng lẽ phải tiếp cận được qua đường hầm. Kiểm tra trong nhật ký máy khách điểm cuối mà nó thực sự đã dùng, không phải điểm cuối bạn định dùng. Giữ một đường quản trị không phụ thuộc vào việc đổi tên đúng, để một sai sót không thể khóa bạn ra khỏi bảng điều khiển.

Sau này, khi địa chỉ công khai dịch chuyển, hãy cập nhật bản ghi và lên kế hoạch cho bộ nhớ đệm phía máy khách và hành vi kết nối lại. Tên máy chủ tách máy khách khỏi địa chỉ số; nó không di chuyển một socket đang sống và không khiến một trình lắng nghe không thể tiếp cận trả lời.