将帐户从一台服务器（SERVER_1）迁移到另一台新服务器（SERVER_2）时出现问题。 我有一个域DOMAIN_1与域提供程序（CDmon）上创build的一些NS：ns.DOMAIN_1指向SERVER_1。 指向SERVER_1的ns2.DOMAIN_1。 指向SERVER_2的ns3.DOMAIN_1。 指向SERVER_2的ns4.DOMAIN_1。 SERVER_1及其ns的所有基础结构都正常工作。 DOMAIN_1托pipe在SERVER_1上，并指向ns.DOMAIN_1和ns2.DOMAIN_1。 在DOMAIN_1 DNS区域的SERVER_1中，每个ns（ns，ns2，ns3，ns4）都有一个A条目，每个人都指向它们各自的服务器IP。 在SERVER_2中，我有一个为ns3.DOMAIN_1创build的区域，它可以工作（ping工作，如果我在浏览器中testing，它可以很好的解决）。 当我设置一个DOMAIN_2指向ns3.DOMAIN_1和ns4.DOMAIN_1（它从我创build一个A寄存器到SERVER_2 IP的SERVER_1迁移）时，问题就变成了。 超过24小时后，这个网站没有回应（ping说未知的主机，浏览器访问不起作用，…）。 在SERVER_2我有创build像ns3.DOMAIN_1（为ns3.DOMAIN_1工作正常）的区域： $TTL 86400 @ IN SOA DOMAIN_2. root.DOMAIN_2. ( 2013042201 ;Serial 3600 ;Refresh 1800 ;Retry 604800 ;Expire 86400 ;Minimum TTL ) IN NS ns3.DOMAIN_1. IN NS ns4.DOMAIN_1. * IN A SERVER_2 ip @ IN A SERVER_2 ip www IN A SERVER_2 ip […]
我有一个基于Windows 2008R2的域控制器也作为我的域名的内部DNS服务器说“domain1.com”。 我也有一个工作的网站www.domain2.com在其他地方举办，可以在全球范围内使用。 现在我正在内部networking上创build一个testing环境，在这里我要添加一些子域名，比如说sub1.domain2.com和sub2.domain2.com。这些子域名/网页是内部托pipe的（LAN）。 我在DNS服务器上创build了一个新的区域，并添加了A个logging，以便我可以将这两个日记表映射到相应的内部IP地址。 这些子域DNS请求按预期工作。 但现在问题是，我的生活网站www.domain2.com是无法访问我的内部networking。 我的Windows DNS服务器无法处理它的请求，虽然我已经在我的内部DNS服务器上添加了一个指向网站公共IP的Alogging。 我在这里错过了什么吗？ 问候， VIN
域名：abc.com名称服务器：ns1.abc.com和ns2.abc.com 我正在运行一个DNS服务器，并在内部托pipe区域（abc.com）。 当客户想要parsing* .abc.com时，它将查询ns1.abc.com或ns2.abc.com，这很简单。 问题是如何解决ns1.abc.com之前它可以发送查询？
我的nginxnetworking服务器不行，他应该怎么做。 所有到服务器的http：//请求都应该使用http 301redirect到https：//，过去几天工作正常，直到停止工作而没有任何改变。 Nginx返回一个types为“application / octet-stream”的空文件和下面的内容（在sublime中可读）： 0000 1204 0000 0000 0000 0300 0000 8000 0400 0000 0000 0500 ffff ff00 0004 0800 0000 0000 7fff 0000 0000 0807 0000 0000 0000 0000 0000 0000 01 首先，我试图删除该行 default_type application/octet-stream; 从我的nginx.conf，但它没有帮助。 http-response头返回 Status: 我从http：//到https：//的301redirect的服务器块如下所示 server { listen 80; listen [::]:80; server_name my.tld www.my.tld; return 301 https://$server_name$request_uri; } […]
我在我的域中有4个DNS服务器，其中两个DNS服务器无法parsinghttps://account.live.com 。当用户在login.live.com上input他们的凭据时，它将它们转发到https://account.live .com与以下错误：无法findaccount.live.com的服务器DNS地址.. 在我的两台DNS服务器上，即使在某些服务器上首选和备用地址相同，它也可以正常工作。fyi它也可以在谷歌DNS中正常工作。 任何人都可以帮我解决这个问题吗？
我正在运行一个服务器，它可以进行大量的DNS查询（绑定的CPU使用率为24％，它处理数千个用户的出站邮件），但是“skynet.be”没有响应我们的DNS请求。 这不是一个DNS问题。 他们的DNS服务器已经启动，并且对互联网的其他部分给予了很好的回应，而不是我正在呼叫的部分。 端口53上的tcp traceroute到他们的服务器死在天网控制区域的某处。 （关于“John Connor”，请不要开玩笑）来自互联网不同部分的同样的traceroute可以很好地使用其他DNS服务器。 电子邮件[email protected]只是让我自动回复一个非function性的url。 [email protected]反弹，[email protected]似乎是一个黑洞。 绑定configuration为从根服务器开始进行recursion查找，Linode的DNS转发器也无法parsingskynet.be。 我不能使用谷歌的DNS（即使我想），因为我们超过了他们的利率限制，当这种情况发生时，他们开始对我们说谎。 我应该采取什么措施？ INOC DBA值得一试吗？ – 我有一个AS号码和一个SIP系统，但我还没有把它连接到INOC。 这个用法会被认为是滥用吗？ 大约12小时的时区差异，可能语言障碍可能是不方便的。 也许可以通过VPN来运行DNSstream量，或者configurationBIND来使用其他位置的其他服务器作为转发器来parsingskynet.be – 这是否实际？
我有以下区域文件： testzone.local. IN SOA MyUbuntu hostname ( 6 ; Serial 3h ; Refresh after 3 hours 1h ; Retry after 1 hour 1w ; Expire after 1 week 1h ) ; Negative caching TTL of 1 hour ;—————- records ————– b._dns-sd._udp IN PTR device-discovery lb._dns-sd._udp IN PTR device-discovery device-discovery IN NS test-server-host test-server-host IN A […]
这可能是一个基本的问题，但我不知道如何恰当地说出我在找的东西，用谷歌search。 我在本地networking上有两个Windows Server 2012 R2域控制器。 假设Controller1的IP地址是192.168.1.1。 Controller2的IP地址为192.168.1.2。 我们在networking上的客户机将Controller1设置为首选DNS，Controller2作为备用select。 我的问题是：在域控制器上，应该将“使用以下DNS服务器地址”字段设置为？ 目前，Controller1已将192.168.1.1（本身）设置为首选项，并且没有设置备用项。 Controller2将192.168.1.1设置为首选，将127.0.0.1设置为备用。 这是一年前成立的，一个我不完全确定的人知道他们在做什么。 我自己当然不是专家，所以我想重新检查一下他们现有的设置是否合理。 感谢您的时间。
假设我有一个具有以下RR的域： domain.com. IN A 1.2.3.4 domain.com. IN MX mail.domain.com. 10 * IN MX othermail.domain.com. 10 * IN CNAME domain.com. mail IN A 1.2.3.4 我希望这将允许我服务器的网页和接收邮件的任何子域domain.com，但是当我testing它： ~# dig blah.domain.com MX ; <<>> DiG 9.4.3-P1 <<>> blah.domain.com MX ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12815 ;; flags: qr rd ra; […]
你有没有使用过MarkMonitor进行DNSpipe理？ 我刚刚开始和他们打交道，他们把一个用户作为一个聚合者来购买他们的域名，而在我看来，他们的服务并不是真正的标准。 我想我很好奇，如果我是唯一一个与他们有过不好的经历的人，或者他们的工具和服务真的有点粗糙和过时了吗？ 另外，如果您可以提出任何替代服务来进行域名pipe理和DNS托pipe服务，那么我感兴趣。