Puncte:0

DDNS auto-găzduit ca parte a unei oferte de produse de consum (potenţial >> 1000 de sub-subdomenii), cum?

drapel tr

Dezvolt un produs care permite utilizatorilor să ruleze acasă un serviciu care face parte dintr-o rețea mai mare. Acest serviciu trebuie contactat regulat de un serviciu de coordonare care rulează în cloud (pe un VPS). Mecanismul implementat pentru aceasta se bazează pe un port-forward normal pe routerul utilizatorului orientat spre internet, dar are nevoie și de o modalitate fiabilă de a fi găsit: introduceți DDNS.

Ceea ce aș dori să implementez este un serviciu DDNS care poate fi ușor configurat de serviciul care rulează la utilizator (gândiți-vă că serviciul are doar funcționalitatea suplimentară a unui client de actualizare DDNS). (Puteți întreba de ce serviciul nu ar menține în mod dinamic proprietatea „externalIP” actualizată și nu ar informa serviciul de coordonare, dar din mai multe motive este de preferat să păstrați acea configurație statică și să aibă un alias de contact permanent pentru serviciul din spatele firewall-ului utilizatorului )

Pe partea de server, sper să scap cu o soluție care poate rula cu ușurință pe un VPS și oferă DDNS ca someuniqueid.nodes.mydomain.com (Unde mydomain.com este deținut de mine și indică către VPS).

Soluția ar trebui să susțină în mod fiabil potențial mii de clienți (ID-uri unice). (Pentru fiabilitate, coordonarea, DDNS și serviciile auxiliare vor fi probabil scalate cu k8 într-o configurație HA).

Aveți idei despre o posibilă soluție eficientă pentru asta?

djdomi avatar
drapel za
Solicitările de recomandări de produse, servicii sau materiale de învățare sunt în afara subiectului, deoarece atrag răspunsuri de calitate scăzută, cu opinii și spam, iar răspunsurile devin depășite rapid.În schimb, descrieți problema de afaceri la care lucrați, cercetarea pe care ați făcut-o și pașii făcuți până acum pentru a o rezolva.
Puncte:2
drapel bn

Presupunerea că

aceasta se bazează pe a normal port-forward pe routerul utilizatorului orientat spre internet

va funcționa în mod fiabil fără intervenția „expert” pentru majoritatea utilizatorilor dvs. este probabil defectuoasă.

Soluția tipică https://en.m.wikipedia.org/wiki/Universal_Plug_and_Play nu este deloc susținută universal.

Dacă nu vă așteptați ca toți utilizatorii dvs. să o facă mereu fiți în rețele „de acasă” care le permit să configureze manual redirecționarea portului atunci când nu funcționează automat, ar trebui să vă regândiți cu adevărat designul.

În general, vedeți că clienții folosesc un server/serviciu central (pe https pe portul https implicit) mai degrabă decât conexiuni peer-to-peer și atunci nu trebuie să atribuiți nume dns pentru a vă găsi utilizatorii. Utilizatorii dvs. vă vor găsi (sau mai degrabă serverele dvs.)

ceea ce face ca întrebarea dvs. și soluția dorită să fie o cale pe care pur și simplu nu ar trebui să o luați.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.