我对DNS不太了解。 所以我想知道下面是否可能： 我们希望有没有域的最后部分我们可以在内部引用的子域。 例： 我们公司acme.com的子域bar有一台服务器foo 。 所以这个服务器的全名是foo.bar.acme.com 。 没问题，这个工程。 但是，我们也希望能够使用缩写名称foo.bar来引用我们的Intranet中的计算机上的此服务器。 这样，例如，如果foo是一个networking服务器，我们的内部用户可以浏览到http://foo.bar而不必去http://foo.bar.acme.com 。 这是可以设置的吗？ （我们的networking是基于Windows的）
我试图build立命名，但我很难试图解决它。 我在CentOS 7.2-1511上使用了bind-9.9.4-29.el7_2.3.x86_64，这就是我在systemctl start命名时发生的情况： [root@berlin ~]# systemctl start named Job for named.service failed because the control process exited with error code. See "systemctl status named.service" and "journalctl -xe" for details. [root@berlin ~]# journalctl -xe — Subject: Unit named-setup-rndc.service has finished start-up — Defined-By: systemd — Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel — — Unit named-setup-rndc.service has finished starting up. […]
我正在寻找更换一个新的networking托pipe服务提供商为我的域名，我看了一个是Zoho。 但是，在通过他们的过程中，他们需要一个CNAMElogging指向zmverify.zoho.com。 我预计只是一个MXlogging的变化，因为这只是电子邮件。 我不想改变我的域名指向，我只是想直接发邮件给Zoho。 我应该关心这个CNAME别名吗？ 会影响我的虚拟主机？ 为什么他们不只是要求MXlogging更改？
我在我的主机上添加了一个域，我已经添加到Gmail。 它具有以下SPFlogging， "v=spf1 a ~all" 我从Gmail发送的所有电子邮件都经过了正确validation，并具有以下标题， spf=pass (google.com: domain of [email protected] designates 123.456.789.10 as permitted sender). 我想知道这是怎么发生的，因为我没有添加任何Gmail的IPlogging？ 没有必要吗？ 编辑：消息源中的IP 123.456.789.10是我的主机。 我一直认为，因为我已经把域添加到gmail，所以它是发送电子邮件的gmail。 这实际上是如何工作的？ 谢谢！
所以我有一个域名：www.mydomain.com 这是注册Godaddy.com。 在Godaddy用户区中，我为我的域（ns1.mydomain.com，ns2.mydomain.com）创build了私有域名服务器，并为它们分配了专用于我的VPS的两个IP。 现在，我需要在VPS盒上做些什么来使这一切工作？ 我有根访问的VPS，我知道基本的Linux命令（CD，ISO，MVR，纳米，WIGG等），所以我可以在控制台工作，但我不知道在哪里设置VPS的名称服务器到ns1 .mydomain.com和ns2.mydomain.com。 我应该编辑哪个文件？ 另外，我在我的VPS上安装了Virtualmin，因为我计划在那里托pipe多个域。
我有一个很奇怪的问题，我无法弄清楚。 在我的服务器上，我托pipe了两个不同域的两个应用程序：1. onlinelogistics.eu 2. resursecrestine.org 我还托pipe一个DNS服务器（fedora服务器），我configuration解决这两个域。 问题是只有第一个域名解决了，另一个没有解决。 “onlinelogistics.eu”的区域文件是： onlinelogistics.eu. IN SOA ns1.onlinelogistics.eu. root.onlinelogistics.eu. ( 1194130303 10800 3600 604800 38400 ) @ IN NS onlinelogistics.eu. onlinelogistics.eu. IN NS ns1.onlinelogistics.eu. onlinelogistics.eu. IN NS ns2.onlinelogistics.eu. ns1.onlinelogistics.eu. IN A 85.25.124.83 ns2.onlinelogistics.eu. IN A 85.25.124.83 onlinelogistics.eu. IN A 85.25.124.83 www.onlinelogistics.eu. IN A 85.25.124.83 ftp.onlinelogistics.eu. IN A 85.25.124.83 m.onlinelogistics.eu. IN A […]
自学一些服务器技巧。 在debian8上遇到bind9问题。 named-checkzone pro.lan db.pro.lan.inv zone pro.lan/IN: NS 'server.pro.lan' has no address records (A or AAAA) 我的db.pro.lan.inv $TTL 604800 @ IN SOA server.pro.lan. root.pro.lan. ( 2015052402 604800 86400 2419200 604800 ) @ IN NS server.pro.lan. 254 IN PTR server.pro.lan. 10 IN PTR nas.pro.lan. 任何想法 ？ THKS。
我有我的整个网站背后的CloudFront分配，我曾经有一个Route53区域，我的网站的区域顶点logging指向一个ALIASlogging的CloudFront分配。 但是，现在我正在转换到NS1作为DNS提供商。 他们也有一个类似的ALIASlogging，但是，有文件指出： 地理位置信息丢失。 由于它是发布lb.example.net查询的example.com的权威服务器，因此lb.example.netlogging上的任何智能路由function都将作用于权威服务器的位置，而不是您的位置。 EDNS0 edns-client-subnet选项在这里不适用。 这意味着您可能会被误导：例如，如果您在纽约，并且example.com的权威服务器位于加利福尼亚州，则lb.example.com会相信您在加利福尼亚州，并将返回在纽约你的回答显然不是最理想的。 基本上，如果我理解正确，我的网站访问者可能会被引导到一个不太理想的CloudFront边缘节点。 这是我真的需要担心的吗？ 例如，一个欧洲访问者被引导到亚洲的CloudFront边缘位置的机会有多大？
我的域的DNS指向一个ISP（serverA），它将电子邮件传递给我，而我的服务器（serverB）接收邮件并将其委派给我的用户。 因此，我的域的Alogging指向serverA，但是当我发送电子邮件的服务器接收到的电子邮件看到它来自serverB，如果他们检查反向DNS他们看到serverB指向旧的域以前曾与serverB但不再存在。 我发送的一些电子邮件没有被某些服务器接受（可能是因为反向DNS），我需要修复这个问题。 所以我想知道是否修复反向DNS是足够的，然后指向什么？ 它应该指向serverA还是serverB？ serverB的FQDN是subdomain.mydomain.com，但是mydomain.com（没有任何子域infront）有一个指向serverA的指针。 我在serverB的centos服务器上使用postfix，这里是主机名定义的configuration部分（而不是serverA和serverB，main.cnf文件包含服务器的FQDN）： myhostname = serverB mydomain = serverA mydestination = $myhostname, localhost.$mydomain, $mydomain, mail.$mydomain ####CHANGE ME if required ********************************************** mynetworks = 192.168.1.0/24, 192.168.168.0/24, 127.0.0.0/8 ####CHANGE ME ********************************************** mynetworks_style = subnet myorigin = $mydomain require_home_directory = yes permit_mynetwork = $mynetworks disable_dns_lookups = no ####CHANGE ME ********************************************** #ISP Mail Server smtp-server.com #Send […]
我最近升级了我的Fedora 10服务器到Fedora 11，并在我的DNS /命名configuration中出现以下错误。 名为[27685]：没有不安全的解决方法'fedoraproject.org/A/IN：212.104.130.65＃53 这只显示某些地址一些解决好，我可以ping和浏览他们罚款，而其他人产生上述错误。 这是我的named.conf文件 acl trusted-servers {192.168.1.10; }; 选项{ 目录“/ var / named”; 货代{212.104.130.9; 212.104.130.65; }; 只有前进; 允许转移{ 127.0.0.1; }; ＃dnssec-enable yes; ＃dnssec-validation yes; ＃dnssec-lookaside。 信任主播dlv.isc.org。 }; ＃转发区域为hughes.lan域 区“funkygoth”IN { 型主人; 文件“funkygoth.zone”; allow-transfer {trusted-servers; }; }; ＃为hughes.lan域的反向区域 区域“1.168.192.in-addr.arpa”IN { 型主人; 文件“1.168.192.zone”; }; 包括“/etc/named.dnssec.keys”; 包括“/etc/pki/dnssec-keys/dlv/dlv.isc.org.conf”; 包括“/etc/pki/dnssec-keys//named.dnssec.keys”; 包括“/etc/pki/dnssec-keys//dlv/dlv.isc.org.conf”; 任何人都知道我在这里设置错了吗？