Как да коригирам Network Discovery в Windows 10

Имам предвид един проект, който ще предложи на потребителите собствен домейн, както например tumblr.

Искам да намеря доставчик, който може да предостави:

  • Един топ домейн. например: myproject.com
  • Неограничени поддомейни. например: a.myproject.com, b.myproject.com, ...
  • API за автоматично създаване на поддомейни
  • На разумна цена (ако е възможно).

Ако вашият DNS доставчик поддържа заместващи записи, тогава просто се нуждаете от уеб хост, който поддържа произволни поддомейни с базиран на име виртуален хостинг.

Това е напълно фин и мащабируем начин за създаване на семейство поддомейни. Например това е, което StackExchange прави: те просто имат един заместващ DNS запис за *.stackexchange.com, което (в момента) сочи към 64.34.119.12. След това уеб сървърът, работещ на този адрес, разглежда HTTP Host заглавие, за да решите кой сайт да се обслужва.

  • Това е наистина добра идея. Този сървър, който чете заглавката, за да реши пренасочването, може ли да се добавят нови поддомейни, без да се рестартира?
  • Разбира се; например вижте superuser.com/questions/192686/…. Също така, един от начините да приложите това, ако сте напр. обслужващо съдържанието динамично от база данни, е сървърът да картографира всички домейни в една и съща коренна директория и просто скриптовете в тази директория да проверят Host заглавна част.

Създаването на индивидуални записи A за всеки акаунт е един метод. Притеснявам се, че размножаването може да се забави.

В моето приложение zend, когато потребителите се регистрират, от тях се иска да избират потребителско име, това име става тяхното име на поддомейн, където те влизат. username.myapp.com Потребителското име се поставя във файл /etc/nginx/subdomains

В папката Nginx conf има скрипт perl, който чете списъка с поддомейни от файла и ги въвежда като имена на сървъри или псевдоними, забравям кои. След това Nginx се презарежда с nginx -s reload това презарежда само конфигурационните файлове, nginx (уеб сървърът) никога не слиза. Така че, преди потребителите дори да стигнат до активиране на своя имейл адрес и влизането в техния поддомейн е готово, без да се налага да използват DNS записи.

Приложението прави валидиране, когато потребителят влезе в своя домейн, проверява дали влиза в назначения си поддомен.

С това, ако хората въведат поддомейн, който не съществува, те виждат персонализиран 404. Подобно на това, ако отидете на http://asdfasdfasdfasdfa.zendesk.com/

Ако моето приложение завърши със 100 000 потребители, по-скоро няма да се притеснявам за 100 000 A записи и просто работя с локална база данни и файл за управление на поддомейните.

  • Ако не използвате заместващия DNS запис, как е конфигуриран вашият DNS?
  • Моята грешка, току-що влязох в Amazon Route53 сървърът за приложения, който обработва всички данни за вход, има заместващ знак. Но nginx и приложението се справят с поддомените, така че да не позволяват на хората да имат достъп до всеки поддомейн.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?