DDNS tự lưu trữ như một phần của dịch vụ cung cấp sản phẩm tiêu dùng (có khả năng >>1000 tên miền phụ), bằng cách nào?

Tôi đang phát triển một sản phẩm cho phép người dùng chạy dịch vụ tại nhà, là một phần của mạng lớn hơn. Dịch vụ này cần được liên lạc thường xuyên bởi một dịch vụ điều phối chạy trên đám mây (trên VPS). Cơ chế được triển khai cho điều này dựa trên một cổng chuyển tiếp bình thường trên bộ định tuyến truy cập internet của người dùng, nhưng cũng cần một cách đáng tin cậy để tìm thấy: nhập DDNS.

Điều tôi muốn triển khai là một dịch vụ DDNS có thể được cấu hình dễ dàng bởi dịch vụ đang chạy tại người dùng (nghĩ rằng dịch vụ chỉ có chức năng bổ sung của ứng dụng khách cập nhật DDNS). (Bạn có thể hỏi tại sao dịch vụ không tự động cập nhật thuộc tính "externalIP" và thông báo cho dịch vụ điều phối, nhưng vì một số lý do, nên giữ cấu hình tĩnh đó và có bí danh liên hệ vĩnh viễn cho dịch vụ phía sau tường lửa của người dùng )

Về phía máy chủ, tôi hy vọng có được một giải pháp có thể dễ dàng chạy trên VPS và cung cấp DDNS như someuniqueid.nodes.mydomain.com (ở đâu mydomain.com do tôi sở hữu và trỏ đến VPS).

Giải pháp sẽ hỗ trợ đáng tin cậy cho hàng nghìn khách hàng tiềm năng (ID duy nhất). (Để có độ tin cậy, sự phối hợp, DDNS và các dịch vụ phụ trợ có thể sẽ được mở rộng với k8 trong cấu hình HA).

Bất kỳ ý tưởng về một giải pháp có thể hiệu quả cho việc này?

Giả định rằng

điều này phụ thuộc vào một thông thường chuyển tiếp cổng trên bộ định tuyến truy cập internet của người dùng

sẽ hoạt động đáng tin cậy mà không cần sự can thiệp của chuyên giaâ đối với phần lớn người dùng của bạn có thể là thiếu sót.

Giải pháp điển hình https://vi.m.wikipedia.org/wiki/Universal_Plug_and_Play không được hỗ trợ phổ biến ở tất cả.

Trừ khi bạn mong đợi rằng tất cả người dùng của bạn sẽ luôn trên các mạng âhomeâ cho phép họ thiết lập chuyển tiếp cổng theo cách thủ công khi nó không hoạt động tự động, bạn thực sự nên suy nghĩ lại về thiết kế của mình.

Nói chung, bạn thấy rằng các máy khách sử dụng máy chủ/dịch vụ trung tâm (qua https trên cổng https mặc định) thay vì kết nối ngang hàng và sau đó bạn không cần gán tên dns để tìm người dùng của mình. Người dùng của bạn sẽ tìm thấy bạn (hay đúng hơn là máy chủ của bạn)

điều này làm cho câu hỏi và giải pháp dự định của bạn trở thành con đường mà bạn không nên đi.