这是一个最佳实践问题。我正在着手创建一个站点,该站点将由用户生成的子域承载用户内容。想想tumbler还是stackexchange。像*.mysite.com这样的子域,sub1.mysite.com将指向在端口上运行的服务。
目前,我的想法是让我的DNS提供者将通配符记录*.mysite.com指向运行nginx的静态ip地址。然后为每个子域创建nginx配置文件,并映射到正确的端口。
我对这个解决方案的关注是,它可能变得相当麻烦,并为子域维护大量的配置文件。在nginx's reload时间,我不确定这是否是一个瓶颈,重新加载服务器以添加新的子域映射。
另一种方法是使用动态DNS提供程序,它具有用于创建子域的api,并在创建新服务时动态创建子域记录。我在这里找不到任何恒星服务,而且DNS的传播也是个问题。
发布于 2014-01-02 23:26:56
您对通配符DNS的工作方式感到困惑。您不将DNS映射到端口号,DNS映射到IP地址。因此,通配符DNS记录获取所有未知名称,并将它们发送到特定的IP。不管我是输入"serviceA.mysite.com“还是输入serviceA.mysite.com--如果它们都不是当前的DNS条目,我将被发送到相同的IP,不管我使用的是哪个端口。
在您的服务器上,您可以使用nginx或其他负载均衡器/代理根据端口决定流量发生了什么。但域名对此没有影响。
https://serverfault.com/questions/564731
复制相似问题