Access Server mất liên kết sau khi đổi tên giao diện mạng: sửa các khóa

Bạn đã đổi tên một giao diện mạng, hoặc khôi phục một máy mà adapter quay lại với tên khác, và giờ daemon của OpenVPN Access Server không khởi động. Giao diện web có thể vẫn phản hồi hoặc không, tùy thành phần nào đang gắn với tên cũ. Dịch vụ không hỏng và cấu hình không mất; một thiết lập vẫn trỏ tới giao diện mà máy chủ không còn.

Phản xạ là cài lại, khởi tạo lại hoặc sửa cơ sở dữ liệu cho tới khi lỗi biến mất. Mỗi cách đều là thay đổi lớn hơn lỗi, và cách cuối có thể xóa người dùng, quyền và phụ thuộc đã khiến máy chủ đáng được cứu. Đây là vấn đề liên kết, và nó có cách sửa được nêu tên.

Triệu chứng thực sự nói gì

Daemon không liên kết được thường nói điều đó trong nhật ký của nó: địa chỉ không khả dụng hoặc giao diện không tồn tại. Thông báo rất cụ thể: nó nêu địa chỉ mà daemon đã thử; so với ip -br addr trên máy chủ để biết giao diện bị đổi tên, bị gỡ bỏ hay chỉ được dựng lên mà không còn địa chỉ cũ.

Luôn giữ một bảng điều khiển khôi phục được cấp quyền mở trong suốt quá trình. Nếu liên kết bạn sắp đổi mang theo phiên quản trị duy nhất của bạn, bạn đã tự cắt đường về. Bảng điều khiển cục bộ, địa chỉ quản lý thứ hai hoặc đường ngoài băng được ghi chép giúp thay đổi có thể hoàn tác.

Truy vấn cấu hình trước khi sửa

Access Server công bố cấu hình của nó qua CLI riêng. Chế độ xem được ghi chép là:

sacli ConfigQuery

Chạy nó trong môi trường quản trị được ghi chép cho phiên bản của bạn, không phải từ một shell không liên quan trên máy khác. Lưu các giá trị hiện tại ở nơi được bảo vệ trước khi đổi bất cứ thứ gì, và đừng dán toàn bộ đầu ra vào một chủ đề hỗ trợ công khai.

Đầu ra đó là chế độ xem cấu hình máy chủ, không phải bản sao lưu đầy đủ. Thuộc tính người dùng và nhóm được truy vấn riêng, nên một liên kết sạch không khôi phục danh tính, và danh tính được khôi phục không sửa được trình lắng nghe. Ghi cả hai thành hai tài liệu riêng.

Xác định trình lắng nghe nào hỏng

Access Server chạy nhiều hơn một trình lắng nghe. Các daemon OpenVPN mang lưu lượng đường hầm, dịch vụ web mang cổng quản trị và khách hàng, các thành phần khác có thể có cổng riêng. Một yêu cầu trình duyệt thất bại không cho biết cái nào hỏng, và số cổng trong thông báo lỗi cũng vậy.

Các khóa liên kết của daemon được ghi chép theo từng daemon, và trong hướng dẫn chính thức giá trị là định danh giao diện dù tên khóa kết thúc bằng ip_address. Hãy đọc câu đó hai lần. Hướng dẫn cũng giả định các daemon UDP và TCP dùng chung một giao diện, nên chỉ sửa một khóa là sửa một nửa.

Đổi thiết lập được nêu tên, không phải các hàng trùng khớp

Hướng dẫn ghi ConfigPut trên các khóa cụ thể, như vpn.daemon.0.server.ip_address và vpn.daemon.0.listen.ip_address. Dùng phương thức riêng của sản phẩm với tên khóa và giá trị mới, theo cú pháp được ghi chép cho phiên bản của bạn, và chỉ đổi các khóa của trình lắng nghe bạn đã chẩn đoán.

Điều bạn không nên làm là tìm trong cơ sở dữ liệu mọi hàng có giá trị bằng tên giao diện cũ và thay thế tất cả. Cách đó giả định tên cũ chỉ xuất hiện trong thiết lập trình lắng nghe, điều mà lược đồ không hứa. Nó cũng khiến thay đổi không thể rà soát.

Hai cám dỗ nữa nên bị từ chối. Khôi phục mặc định lắng nghe trên mọi giao diện là quyết định về mức phơi bày, không phải sửa chính tả; liên kết cục bộ dự định, đường đã công bố và việc lọc phía trước phải khớp với lựa chọn đó. Khởi tạo lại cấu hình chỉ đổi tên vấn đề thay vì giải quyết nó, vì bản cài mới vứt bỏ đúng những người dùng và quyền đã hoạt động trước khi đổi tên.

Áp dụng rồi chứng minh đường đi hoạt động

Sau khi sửa giá trị, áp dụng nó qua vòng đời được ghi chép của sản phẩm ( vòng đời ). Hướng dẫn dùng sacli start sau khi đặt các khóa; đó không phải khởi động lại toàn bộ máy chủ hay đặt lại cơ sở dữ liệu.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

Kiểm tra trình lắng nghe, sau đó tạo một kết nối VPN được cấp quyền, truy cập một tài nguyên riêng và mở trang quản trị theo đường mong đợi. Giữ nguyên quyền và việc thu hồi hiện có; một lần khôi phục đặt lại chúng là đã sửa liên kết và làm mất triển khai. Công việc kết thúc khi chính dịch vụ đó chạy trên giao diện dự định.