域名Whois查詢 域名注冊商查詢 域名忘記哪里注冊,域名在哪里注冊的查詢
很多時候，我們注冊的域名，我們就不知道從哪里注冊的，有時候是域名商注冊商跑路了，失去聯系了，域名無法續費，那么我們到底怎么查詢呢？
我們首先，我們在線查詢域名Whois查詢。百度搜索域名域名Whois查詢即可。
? 一般這個是查不到域名注冊商的，那么我們從哪里看呢，從域名DNS來分辨，如圖：
從上面信息，我們看不到注冊商是哪里的，那么從哪里看呢，從DNS分辨，如果從注冊商這里可以看出的話，就不用在看DNS，如果分辨不出來，那么通過DNS分辨。
下面來對應各大域名注冊商的DNS地址。
?0?2 |
常用DNS： 主DNS名稱：dns21.hichina.com 輔DNS名稱：dns22.hichina.com 說明：萬網共有14組DNS，對應數字編號分別為1/2；5/6；7/8；9/10；11/12；13/14；15/16；17/18；19/20；21/22；23/24；25/26；27/28；29/30； |
 |
常用DNS： 主DNS名稱：ns7.cnolnic.net 輔DNS名稱：ns8.cnolnic.net 主DNS名稱：ns1.cnolnic.net 輔DNS名稱：ns2.cnolnic.net 備用DNS： 主DNS名稱：ns1.cnolnic.com 輔DNS名稱：ns2.cnolnic.com 主DNS名稱：ns3.cnolnic.com 輔DNS名稱：ns4.cnolnic.com |
 |
常用DNS： 主DNS名稱：ns3.dns-diy.com 輔DNS名稱：ns4.dns-diy.com 備用DNS： 主DNS名稱：ns1.dns-diy.com 輔DNS名稱：ns2.dns-diy.com |
 |
常用DNS： 主DNS名稱：ns1.dns.com.cn 輔DNS名稱：ns2.dns.com.cn 備用DNS： 主DNS名稱：ns13.dns.com.cn 輔DNS名稱：ns14.dns.com.cn 主DNS名稱：ns1.halade.com 輔DNS名稱：ns2.halade.com |
 |
常用DNS： .cn域名專用 主DNS名稱：ns5010.01isp.com 輔DNS名稱：ns5011.01isp.cn .com域名專用 主DNS名稱：ns3.01isp.com 輔DNS名稱：ns4.01isp.net 其它后綴專用 主DNS名稱：ns7.01isp.com 輔DNS名稱：ns8.01isp.net
|
 |
常用DNS： 主DNS名稱：ns5.cnmsn.net 輔DNS名稱：ns6.cnmsn.net 主DNS名稱：dns.bizcn.com 輔DNS名稱：dns.cnmsn.net 備用DNS： 主DNS名稱：ns7.cnmsn.net 輔DNS名稱：ns8.cnmsn.net 主DNS名稱：ns1.4everdns.com 輔DNS名稱：ns2.4everdns.com |
 |
常用DNS： 主DNS名稱：ns1.myhostadmin.net 輔DNS名稱：ns2.myhostadmin.net 主DNS名稱：ns3.myhostadmin.net 輔DNS名稱：ns4.myhostadmin.net 主DNS名稱：ns5.myhostadmin.net 輔DNS名稱：ns6.myhostadmin.net |
 |
常用DNS： 主DNS名稱：dns1.4cun.com 輔DNS名稱：dns2.4cun.com 主DNS名稱：dns3.4cun.com 輔DNS名稱：dns4.4cun.com 主DNS名稱：dns5.4cun.com 輔DNS名稱：dns6.4cun.com 備用DNS： 主DNS名稱：dns1.zgsj.com 輔DNS名稱：dns2.zgsj.com 主DNS名稱：dns3.zgsj.com 輔DNS名稱：dns4.zgsj.com 主DNS名稱：dns5.zgsj.com 輔DNS名稱：dns6.zgsj.com 主DNS名稱：dns7.zgsj.com 輔DNS名稱：dns8.zgsj.com |
 |
常用DNS： 主DNS名稱：ns3.yovole.com 輔DNS名稱：ns4.yovole.com 備用DNS： 主DNS名稱：ns.yovole.com 輔DNS名稱：ns1.yovole.com |
 |
常用DNS： 主DNS名稱：dns1.iidns.com 輔DNS名稱：dns2.iidns.com 主DNS名稱：dns3.iidns.com 輔DNS名稱：dns4.iidns.com 主DNS名稱：dns5.iidns.com 輔DNS名稱：dns6.iidns.com |
 |
常用DNS： 主DNS名稱：dns1.everdns.com 輔DNS名稱：dns2.everdns.com 備用DNS： 主DNS名稱：dns1.22.cn 輔DNS名稱：dns2.22.cn |
 |
常用DNS： 主DNS名稱：ins1.cdncenter.com 輔DNS名稱：ins2.cdncenter.com |
 |
常用DNS： 主DNS名稱：ns3.gzidc.com 輔DNS名稱：ns4.gzidc.com 備用DNS： 主DNS名稱：ns.gzidc.com 輔DNS名稱：ns1.gzidc.com |
 |
常用DNS： 主DNS名稱：ns3.72dns.com 輔DNS名稱：ns4.idc1.cn 備用DNS： 主DNS名稱：ns2.idc1.cn 輔DNS名稱：ns1.72dns.com 收費DNS: 主DNS名稱：ns7.72dns.com 輔DNS名稱：ns8.72dns.com |
?0?2 |
常用DNS： 主DNS名稱：ns11.bigwww.com 輔DNS名稱：ns12.bigwww.com 主DNS名稱：ns13.bigwww.com 輔DNS名稱：ns14.bigwww.com 主DNS名稱：ns15.bigwww.com 輔DNS名稱：ns16.bigwww.com |
 |
常用DNS： 主DNS名稱：ns1.ndns.cn 輔DNS名稱：ns2.ndns.cn 美國專用： 主DNS名稱：ns5.ndns.cn 輔DNS名稱：ns6.ndns.cn 說明：耐思尼克共有10組DNS，對應數字編號分別為1/2；3/4；5/6；7/8；9/10；11/12；13/14；15/16；17/18；19/20； |
?0?2 |
常用DNS： 主DNS名稱：dns1.name-services.com 輔DNS名稱：dns2.name-services.com |
 |
常用DNS： 主DNS名稱：f1g1ns1.dnspod.net 輔DNS名稱：f1g1ns2.dnspod.net |
 |
常用DNS： 主DNS名稱：f1g1ns1.dnspod.net 輔DNS名稱：f1g1ns2.dnspod.net
|
在目前的域名市場上，有非常非常多的域名解析服務器，我們在注冊域名的時候，很多用戶大部分是使用了默認的域名解析服務，根本就沒有去管這一部分的內容，我們可以在注冊域名地方，找到我們的DNS服務，查看一下是用的什么DNS進行的域名解析，我們也可以進行更改，現在比較優質知名而且免費的DNS服務器有dnspod、百度云加速、360云加速、以及谷歌提供的解析服務器等等，我們可以根據自己的需求，進行選擇適合自己的DNS服務器來解析域名。
在這里我們推薦用戶使用百度云加速來做域名解析，因為它不僅有優質的域名解析服務器，還能提供CDN域名加速功能，這是近年才出的新技術，有一次極大的提高了我們網站的打開速度，它的模式是把網站頁面緩存到CDN服務器，用戶訪問的時候，訪問到CDN節點即可獲得網站數據，然后CDN節點又對應了我們需要訪問的網站服務器，進行時時交互，這樣的操作可以極大提高我們對網站的訪問速度，還可以針對各種網絡進行優化訪問，不管您的服務器是什么網絡線路，都不會出現南北不通的問題，這種模式還可以減少我們網站被攻擊的可能，因為他的模式是訪客對應CDN,CDN對應網站服務器，可以極大提高網站服務器的安全。
通過我們詳細的介紹，您應該對域名解析是否會對網站打開速度造成影響有了比較深刻的了解，沒有接觸過這些部分的用戶可以馬上去操作測試下，肯定能又一次提高您的網站打開速度。
DNS 服務作用于網絡連接之前，將域名解析為 IP 地址供后續流程進行連接。
DNS 查詢時，會先在本地緩存中嘗試查找，如果不存在或是記錄過期，就繼續向 DNS 服務器發起遞歸查詢,這里的 DNS 服務器一般就是運營商的 DNS 服務器。
在這過程中，會產生一些不可控的問題。
美圖的移動端產品在實際用戶環境下會面臨 DNS 劫持、耗時波動等問題，這些 DNS 環節的不穩定因素，導致后續網絡請求被劫持或是直接失敗, 對產品的用戶體驗產生不好的影響。
為此，我們對移動端產品的 DNS 解析進行了優化探索，產生了相應的 SDK。在這過程中，我們參考借鑒了業內的主流方案，也進行了一些實踐上的思考。
下面的內容會主要以 Android 平臺來進行說明。
LocalDNS VS HTTP DNS
在長期的實踐中，互聯網公司發現 LocalDNS 會存在如下幾個問題：
- 域名緩存: 運營商 DNS 緩存域名解析結果，將用戶導向網內緩存服務器;
- 解析轉發 & 出口 NAT: 運營商 DNS 轉發查詢請求或是出口 NAT 導致流量調度策略失效;
為了解決 LocalDNS 的這些問題，業內也催生了 HTTP DNS 的概念，它的基本原理如下:
原本用戶進行 DNS 解析是向運營商的 DNS 服務器發起 UDP 報文進行查詢，而在 HTTP DNS 下，我們修改為用戶帶上待查詢的域名和本機 IP 地址直接向 HTTP WEB 服務器發起 HTTP 請求，這個 HTTP WEB 將返回域名解析后的 IP 地址。
0 Comments.