domain-name-system – 更改记录和CNAME记录

前端之家收集整理的这篇文章主要介绍了domain-name-system – 更改记录和CNAME记录前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
目前,我正在为我的登录页面页面,Web应用程序和API使用LAMP配置.现在,我想将这些东西分成多个虚拟服务器(VS).我不确定网络设置,在搞乱我的所有DNS配置之前,我想了解我是否要崩溃我的配置.

着陆页面托管在二级域名(例如myurl.com),网络应用程序托管在较低级别域app.myurl.com,api托管在api.myurl.com.我还有一个预览域:preview.myurl.com,用于测试.

由于所有内容都托管在同一个VS上,因此我目前还有四个不同的文件夹(登陆,api,webapp,预览),它们充当每个子域的“虚拟主机”.

我的DNS配置如下所示:

myurl.com.  A   300 123.123.123.123
www.myurl.com.  CNAME   300 myurl.com.
api.myurl.com.  CNAME   300 myurl.com.
app.myurl.com.  CNAME   300 myurl.com.
preview.myurl.com.  CNAME   300 myurl.com.

首先,我想将每个CNAME条目的数据更改为当前VS的实际IP.所以它看起来像这样:

myurl.com.  A   300 123.123.123.123
www.myurl.com.  CNAME   300 myurl.com.
api.myurl.com.  CNAME   300 123.123.123.123
app.myurl.com.  CNAME   300 123.123.123.123
preview.myurl.com.  CNAME   300 123.123.123.123

然后想法是将每个子域指向正确的VS.最初所有较低级别的域(除了www.)仍将指向当前的VS,而登陆页面的第二级域(myurl.com的A记录)将需要指向新VS的新IP .

问题:

>这些更改是否会影响当前Apache服务器将流量分配到每个子文件夹的方式(即登陆,预览)?如果是这样,即使所有IP地址保持不变?
>为了测试,我可以从仅更改preview.myurl.com的数据值开始.没有冒险妥协其余的风险?
>一旦所有较低级别的域(例如api.myurl.com)指向VM的IP,我是否可以指向myurl.com的A值.在不影响其他低级域名(api,app,preview)的情况下使用不同的IP?

解决方法

评论中所述,您需要使用A记录而不是CNAME记录. CNAME记录将无法指向IP地址.

使每个站点工作的关键是为Apache配置中的每个虚拟服务器正确指定ServerName.

原文链接:https://www.f2er.com/html/229583.html

猜你在找的HTML相关文章