소비자 제품 제공(잠재적으로 >>1000개의 하위 도메인)의 일부로 자체 호스팅 DDNS를 사용하는 방법은 무엇입니까?

소비자 제품 제공(잠재적으로 >>1000개의 하위 도메인)의 일부로 자체 호스팅 DDNS를 사용하는 방법은 무엇입니까?

저는 사용자가 더 큰 네트워크의 일부인 서비스를 집에서 실행할 수 있는 제품을 개발 중입니다. 이 서비스는 클라우드(VPS)에서 실행되는 조정 서비스를 통해 정기적으로 연결되어야 합니다. 이를 위해 구현된 메커니즘은 사용자의 인터넷 연결 라우터의 일반적인 포트 전달에 의존하지만 찾을 수 있는 안정적인 방법도 필요합니다. 즉, DDNS를 입력합니다.

제가 구현하고 싶은 것은 사용자의 서비스에서 쉽게 구성할 수 있는 DDNS 서비스입니다(DDNS 업데이트 클라이언트의 추가 기능만 갖고 있는 서비스라고 생각하세요). (서비스가 "externalIP" 속성을 동적으로 업데이트하고 조정 서비스에 알리지 않는 이유가 무엇인지 물을 수 있지만 여러 가지 이유로 해당 구성을 정적으로 유지하고 사용자 방화벽 뒤의 서비스에 대한 영구 연락처 별칭을 갖는 것이 선호됩니다. )

someuniqueid.nodes.mydomain.com서버 측에서는 VPS에서 쉽게 실행할 수 있고 ( mydomain.com내가 소유하고 VPS를 가리키는) DDNS를 제공할 수 있는 솔루션을 갖고 싶습니다 .

솔루션은 잠재적으로 수천 개의 클라이언트(고유 ID)를 안정적으로 지원해야 합니다. (신뢰성을 위해 조정, DDNS 및 보조 서비스는 아마도 HA 구성에서 k8s로 확장될 것입니다).

이에 대한 효과적인 솔루션에 대한 아이디어가 있습니까?

답변1

가정은

이것은정상사용자의 인터넷 연결 라우터에서 포트 전달

대부분의 사용자에 대해 "전문가"의 개입 없이도 안정적으로 작동한다는 것은 아마도 결함이 있을 것입니다.

일반적인 솔루션https://en.m.wikipedia.org/wiki/Universal_Plug_and_Play보편적으로 전혀 지원되지 않습니다.

모든 사용자가 그럴 것으로 예상하지 않는 한언제나포트 전달이 자동으로 작동하지 않을 때 수동으로 포트 전달을 설정할 수 있는 "홈" 네트워크에 있어야 합니다. 디자인을 다시 생각해 봐야 합니다.

일반적으로 클라이언트는 P2P 연결 대신 중앙 서버/서비스(기본 https 포트의 https를 통해)를 사용하므로 사용자를 찾기 위해 DNS 이름을 할당할 필요가 없습니다. 귀하의 사용자는 귀하(또는 오히려 귀하의 서버)를 찾을 것입니다

이는 귀하의 질문과 의도한 솔루션을 단순히 취해서는 안 되는 길로 만듭니다.

관련 정보