如何使用帶有dd wrt的dns名稱訪問您的計算機

我們已經向您展示瞭如何靜態設定網路上的IP，現在讓我們翻轉DNS開關以增加優雅性和易用性。今天的指南將向您展示如何使用啟用DD-WRT的路由器上的DNS名稱訪問您的計算機。...

我們已經向您展示瞭如何靜態設定網路上的IP，現在讓我們翻轉DNS開關以增加優雅性和易用性。今天的指南將向您展示如何使用啟用DD-WRT的路由器上的DNS名稱訪問您的計算機。

圖片作者：Henk L

前言

關於如何在DD-WRT路由器指南上設定靜態DHCP，我們討論了確保您的客戶機始終從路由器獲得相同的IP地址。所以現在如果你想訪問你網路上的一臺機器，你知道它是IP，你可以使用它…但是使用IP和使用名字沒有一樣的優雅。此外，由於UPnP的興起，“靜態IP”的實用性逐漸減少，以及設定“靜態保留”的不便（必須找到mac等等）……如果你根本不想記住IP呢？這就是DNS的用武之地。

問題

您正在嘗試使用IP地址（例如使用ping）從網路上的一臺計算機/裝置到達另一臺計算機/裝置，並且它可以工作。但是，當嘗試使用它的主機名（如“mydesktop”或“mylaptop”）來執行相同操作時？它是一個命中和想念…有時它會起作用…。通常不會\

什麼是正在進行(going on)？

您的裝置不知道應該由誰和如何請求“名稱”到“IP”的轉換，因為它們缺少一個金鑰配置“DNS字尾”。

當一臺計算機需要將一個名稱轉換成一個IP地址（稱為“解析”）時，它有幾種方法可以做到，其中一種方法是詢問域名系統（DNS）伺服器。但是，要做到這一點，客戶端必須以“完全限定域名”（FQDN）的形式提出問題。

FQDN由主機名（如“mydesktop”）和它所屬的DNS區域（如“mydesktop”）組成極客蘭”. 因此在我們的示例中，主機的FQDN將是“我的桌面.geek.lan“和”mylaptop.geek.lan“分別。當客戶端手頭沒有“DNS區域”時，它無法詢問DNS關於“平面”名稱（沒有指定“DNS區域”的名稱）。也就是說，要透過名字聯絡到您的主機，您需要ping“我的桌面.geek.lan。但是，如果DNS字尾是以某種方式（手動或自動）定義的，則客戶端將自動嘗試將其附加到請求的主機名，並詢問DNS伺服器是否可以幫助執行此操作解決問題也就是說，如果沒有定義DNS字尾，客戶端會嘗試使用“DNS廣播”自行查詢名稱。問題是並不是所有的客戶機都配置為應答，或者實際上配置為故意不應答這樣的請求。相反，每次都指定FQDN會很煩人。

解決方案

為了擁有解決此問題的完整基礎設施，只需在*路由器的“DHCP作用域”上設定“DNS字尾”。這樣做既可以使路由器現在擁有一個“動態DNS”伺服器服務，客戶端可以註冊到該服務，也可以使DHCP服務對非自注冊主機執行相同的操作，並將“DNS字尾”作為“DHCP租約”的一部分提供給客戶端。因此，使整個解決方案成為一個自我維持的、預設行為的解決方案，一下子解決了所有問題…。整潔，A？

*當使用DD-WRT…與其他路由器，您的里程數可能會有所不同。

為此，請進入路由器的管理頁面：

進入–>服務
將“Used Domain”更改為“LAN&WLAN”
選擇一個域名，我們已經使用了“極客蘭“在這個例子中，你可以用*任何你想要的。
雖然此過程可以選擇使用靜態DHCP保留，但如果您選擇實現它，建議您設定主機名，以匹配在計算機/裝置的作業系統上設定的主機名。現在，如果裝置作業系統碰巧沒有在DNS（比如電話）中註冊一個名字，那麼這是一個很好的方法。
單擊“儲存”–>“應用設定”。

*這個規則的一個例外是，如果您使用“.local”，雖然您的windows機器可能會做得很好，但您的Linux機器將遵循mDNS（多播DNS）標準，並且將再次忽略DNS伺服器。有一個解決方法，但它超出了本指南的範圍。

現在要檢查設定是否生效，請轉到命令列併發出“ipconfig”。

您應該看到，您的DNS字尾當前不存在，如下所示：

釋出“ipconfig/release”，然後是“ipconfig/repear”，您應該看到如下內容：

在至少一臺以上的計算機上重複此過程，然後嘗試ping，只使用主機名。

您應該看到客戶端“自動神奇地”理解您正在ping的裝置的全名是主機名.dns.zone，並且能夠將FQDN轉換（解析）為可ping的IP:

故障排除

由於本指南是關於如何使用DNS的，就像DD-WRT指南中的How to Remove Advertisi*** with Pixelserv一樣，如果遇到問題，可以做以下幾件事：

Clear your personal machines DNS cache. This is because of a DNS cache, that may fool your computer into thinking it already knows the hostname, without c***ulting the DNS for it. On windows this would be “ipconfig /flushdns”.
Make sure your client is using the router as the DNS and that it resolves the FQDN. Especially when using a VPN or a network that is more complex then the normal router to computer setup, it is possible that your client computer is simply not using the router as its DNS. It is very easy to see using the command “nslookup” below what is the DNS server the client is using. If the IP is not the same as the router, you have found the problem.