nslookup đang làm việc; ping -4 name.com KHÔNG hoạt động

Triệu chứng rõ ràng nhất của vấn đề này là nslookupIS hoạt động, trong khi ping -4 name.comKHÔNG hoạt động.

Đó là vì nslookupchứa máy khách DNS của chính nó và do đó không sử dụng Windows.

ping khi được đặt tên, hãy sử dụng Máy khách DNS của Windows để dịch tên -> số.

Vì vậy, nếu nslookupcó thể dịch, thì rất nhiều thứ hoạt động: phần cứng mạng, trình điều khiển bộ điều hợp NIC, kết nối internet với máy chủ DNS và truy cập thành công vào máy chủ để thực hiện bản dịch. Đó là rất nhiều!

Tuy nhiên, ping -4 name.comkhông thành công, vì vậy nếu tất cả những thứ khác đang hoạt động, thì chính phần mềm máy khách DNS của Windows có liên quan.

Lưu ý tôi đã làm ping -4cách ly với IPv4 trừ các ảnh hưởng IPv6.

displaydns thất bại

Đó là lý do tại sao triệu chứng tốt nhất để mô tả vấn đề thực tế là

ipconfig /displaydns

báo cáo:

Could not display the DNS Resolver Cache.

Nhưng máy khách DNS đang chạy

Đọc diễn đàn, lý do có thể xảy ra nhất cho triệu chứng này là dnscachedịch vụ DNS Client (aka ) không chạy; tuy nhiên đối với chúng tôi là như vậy.

Chúng tôi đã làm

net stop dnscache
net start dnscache
sc query dnscache

và nó là trên.

Đó không phải là hậu tố DNS

Một khả năng khác là có hậu tố DNS được sử dụng. Tuy nhiên, đi vào trung tâm mạng và chia sẻ -> thay đổi cài đặt bộ điều hợp -> Kết nối mạng không dây -> Thuộc tính -> Thuộc tính Giao thức Internet Phiên bản 4 -> Nâng cao -> tab DNS, chúng tôi có:

[KIỂM TRA] Nối các hậu tố DNS chính và kết nối cụ thể

• [KIỂM TRA] Nối các hậu tố cha của hậu tố DNS chính

[Bỏ chọn] Nối các hậu tố DNS này

(và hộp danh sách trống)

Hậu tố DNS cho kết nối này:

[KIỂM TRA] Đăng ký địa chỉ của kết nối này trong DNS [Không được kiểm tra] Sử dụng hậu tố DNS của kết nối này trong đăng ký DNS.

Tuy nhiên, tôi không chắc liệu có vấn đề gì không vì chúng tôi không thể truy cập goolge.com, tức là FQDN.

Thêm thông tin

Chúng tôi đã vô hiệu hóa IPv6 ngay bây giờ để gỡ lỗi. Vì vậy, mọi thứ được báo cáo ở đây là tắt IPv6.

nslookuphoạt động đáng tin cậy, trên google.comvà tất cả mọi thứ khác.

Tuy nhiên,

ping -4 google.com

nói

Ping request could not find host google.com

Và trình duyệt cho biết lỗi DNS.

Bây giờ, tôi đã học được rằng nslookupcó máy khách DNS riêng, tách biệt với Windows. Điều đó sẽ khiến tôi tin rằng nslookup'smáy khách DNS vẫn ổn và Windows bị hỏng theo cách nào đó.

Thật vậy, chúng ta có thể duyệt google và các trang web khác thông qua địa chỉ IP tốt, không phải bằng tên.

pingbởi địa chỉ IP hoạt động tốt. Cũng như tracertđịa chỉ IP.

Không phải DirectAccess

Vấn đề không xuất hiện là DirectAccess:

netsh dns show state

báo cáo (trong số những thứ khác)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Dây đeo

Một Wireshark chụp trong khi nslookuphiển thị truy vấn tên.

Tuy nhiên, một bản chụp làm ping cho thấy không có truy vấn nào như vậy. Trong thực tế, không có hoạt động nào cả (ngoài nền tảng). Điều đó cho thấy rằng máy khách DNS Windows thậm chí không cố gắng truy cập internet và dịch tên, điều này sẽ phù hợp với khả năng hiển thị của nó.

Ghi chú khác

Cái c:\windows\system32\drivers\etc\hostsnày trống rỗng (chỉ bình luận).

Vấn đề xảy ra khi máy chủ DNS được đặt thành trường đại học; hoặc khi được đặt thành 8.8.8.8 và / hoặc 8.8.4.4 của google và / hoặc OpenDNS là 208.67.222.222 và / hoặc 208.67.220.220. Điều này hợp lý khi Wireshark báo cáo rằng Windows thậm chí không gửi truy vấn tên.

Vấn đề xảy ra sau một vụ tai nạn nhiệt. Tuy nhiên, việc có thể duyệt theo các vấn đề về quy tắc phần cứng IP, ngoại trừ có thể là do hỏng ổ cứng. Tuy nhiên chkdskđã không báo cáo bất kỳ lĩnh vực xấu, và sfckhông tìm thấy bất kỳ tham nhũng.

Chúng tôi cũng đã gỡ cài đặt Bộ điều hợp mạng trong Trình quản lý thiết bị và để nó tự động cài đặt lại. Cũng kiểm tra cập nhật cho bộ chuyển đổi này trên windows. Không có gì cả.

Sự cố có nghĩa là khởi động lại, vì vậy có thể đó là một bản cập nhật windows xấu. Tuy nhiên, đã có một số lần khởi động lại trước lần này và sau lần cập nhật windows gần đây nhất.

Chúng tôi đã chạy cho rootkit là Malwarebytes Anti-Malware, cũng là Malwarebytes Anti-Rootkit beta, TDSSKiller và Comodo Cleaning Essentials (CCE, nhưng dường như chưa được cập nhật).

Chưa thử ở chế độ an toàn với mạng.

Chúng tôi chủ yếu sử dụng bộ định tuyến của trường đại học, tuy nhiên vấn đề cũng xảy ra khi kết nối với điểm phát sóng của điện thoại thông minh.

ipconfigbáo cáo 5 Bộ điều hợp đường hầm, nhưng tất cả đều báo cáo "Đã ngắt kết nối phương tiện". 2 trong số họ nhìn trường đại học cụ thể.

ipconfigvà quản lý thiết bị cả hai báo cáo a Microsoft Virtual WiFi Miniport Adapter. Đây là gì và nó có thể là vấn đề?

Vấn đề là giống hệt nhau sau nhiều lần khởi động lại PC.

Đó là một máy tính xách tay và hầu hết điều này được thực hiện với kết nối không dây, nhưng kết nối có dây dường như có hành vi tương tự.

Tóm lược

Vì vậy, có vẻ như Windows DNS client bị hỏng hoặc ít nhất là bị trục trặc theo một cách nào đó, nhưng tôi không chắc chắn làm thế nào để tìm hiểu tại sao.

(BTW, tôi đang viết cái này trên một máy tính khác)

Biên tập:

@Kris muốn xem ipconfig /all

C:\Users\[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Chỉnh sửa 2:

Đã thử

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

và khởi động lại và không thay đổi bất cứ điều gì.

Đã thử trang web tuyệt vời này (cảm ơn @Kris) Windows 7: Dịch vụ - Khôi phục dịch vụ mặc định trong Windows 7 và tải xuống DNS_Client.reg(và đặt tên .reg.txtcho an toàn) và so sánh với mục đăng ký hiện có HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscachenhưng thật đáng buồn, chúng giống nhau.

Chúng tôi đã tìm thấy câu trả lời trên edugeek.com và sử dụng nó làm hướng dẫn. Hành động rõ ràng của chúng tôi được giải thích dưới đây.

Câu trả lời trên EduGeek được giới thiệu lần đầu tiên trong bài 13 bởi shoeib , người nói rằng họ đã nhận được nó từ chủ đề đó, nhưng tôi không thấy gì trong chủ đề đó cho đến thời điểm đó thậm chí sẽ gợi ý câu trả lời đó.

Bài 20 của fencecat42 đi vào chi tiết hơn.

Đặc biệt,

Trong khóa đăng ký:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

Các "giá trị" sau (như MS khó hiểu về chúng, mỗi giá trị có thể có "dữ liệu") bị thiếu

Domain
Hostname
NV Hostname

Cả ba đều mất tích trên cả hệ thống của fencecat42 và hệ thống của chúng tôi.

Bây giờ, kudos (tốt, gần như;) @Kris vì có bằng chứng về vấn đề này trong ipconfig /allđó họ yêu cầu tôi đăng bài. Thông báo trong đầu ra được đăng của tôi không có Host Name. Đây là một và giống nhau Hostnametừ đăng ký.

Tôi ngần ngại chỉnh sửa sổ đăng ký, vì một lần nhấn phím đi lạc có thể khiến hệ thống của bạn không thể khởi động được, trong trường hợp đó hy vọng bạn đã khôi phục hệ thống hoặc tạo một bản sao sổ đăng ký của mình (cách ưa thích của tôi là ERUNT và Tweaking.com Windows Repair All-In -One (bao gồm một công cụ lưu sổ đăng ký) (Tôi đã tìm hiểu về các công cụ này tại techsupportalert.com))

Vì vậy, để thiết lập Hostname, chúng tôi chỉ cần vào Bảng điều khiển -> Hệ thống. (Thường thì liên kết "Thay đổi cài đặt" không hiển thị trong màn hình đầu tiên; bạn phải cuộn xuống. Bước này yêu cầu ủy quyền UAC. Sau khi cài đặt, bạn phải khởi động lại.)

Đây bộ action cả các Hostnamevà NV Hostname"giá trị" trong registry.

Chúng tôi không thể tìm thấy một cách không chỉnh sửa để chỉnh sửa Domain"giá trị". (Có thể netdomnhưng chúng tôi không có cái này trên hệ thống Windows 7 Home Premium này.) Vì vậy, chúng tôi đã sử dụng sổ đăng ký để đặt thành Domain giá trị trống . Chúng tôi đã sử dụng regedit, điều hướng đến Tcpip/Parametersphím, nhấp chuột phải -> Mới -> Giá trị chuỗi. Điều đó tạo ra một "giá trị" mới và thiết lập cho bạn để nhập tên của nó, thay đổi tên mới mặc định. Sau đó, chúng tôi không phải tạo ra một "dữ liệu" thực sự cho "giá trị" này (một lần nữa xin lỗi các thuật ngữ phản trực giác của MS). Chỉ cần tạo nó và để lại "dữ liệu" của nó chưa được khởi tạo.

Lưu ý: chúng tôi đã thử kết nối mạng sau khi đặt CHỈ tên máy chủ. Đã không làm việc. các Domain(thậm chí có sản phẩm nào) đã được yêu cầu. Chúng tôi đã không thử với Miền được tạo (và trống) nhưng không tạo và đặt Tên máy chủ. Nhưng tôi nghĩ đó là một thử nghiệm thú vị.

Những phản ánh

Đầu tiên,

Tôi không nhớ bây giờ, nhưng tôi nghi ngờ chúng tôi đã cố gắng Microsoft "Làm thế nào để thiết lập lại TCP / IP bằng cách sử dụng tiện ích NetShell" đó là

netsh int ip reset c:\resetlog.txt

(hoặc bất kỳ đường dẫn và tên tệp nào bạn muốn cho tệp nhật ký).

Và trang MS nói điều này:

Khi bạn chạy lệnh đặt lại, nó sẽ ghi đè các khóa đăng ký sau, cả hai đều được TCP / IP sử dụng:

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 
SYSTEM\CurrentControlSet\Services\DHCP\Parameters

[Có vẻ như cùng khóa đăng ký mà chúng tôi đã thay đổi, MS chỉ không hiển thị tất cả cấu trúc phân cấp của nó. --john v kumpf]

Điều này có tác dụng tương tự như loại bỏ và cài đặt lại TCP / IP. Để chạy lệnh thủ công thành công, bạn phải chỉ định tên cho tệp nhật ký trong đó các hành động Netsh sẽ được ghi lại. (Tệp nhật ký này được gọi là "resetlog.txt" trong quy trình thủ công trước đó trong phần này.)

Có lẽ, quá trình cài đặt lại này ghi đè lên các khóa đăng ký đó và không thể ghi tên máy chủ và tên miền ? Có lẽ?

Nếu vậy, điều thực sự hiệu quả đối với chúng tôi là thực hiện thiết lập lại ip ip, THÌ thiết lập các khóa đăng ký đó.

Thứ hai,

Vấn đề của chúng tôi xuất hiện sau khi khởi động lại sau một sự cố do nhiệt. Khó kết nối sự kiện đó với vấn đề. Một khả năng là nhiệt đã phá vỡ một số lượng nhỏ các khối của đĩa và một trong những khối đó đã tình cờ giữ một phần của các giá trị khóa đăng ký Tcpip. Không thể, nhưng tôi đoán là có thể.

Hoặc, nếu việc cài đặt lại TCP / IP là cần thiết, thì các khối đĩa đã làm hỏng dịch vụ TCP / IP và chúng tôi phải cài đặt lại và sau đó sửa chữa nó.

Ngày thứ ba,

Đây là một kết quả khá thú vị. Điều này có nghĩa là Windows DNS Client tìm kiếm một Domainhoặc 2 hoặc cả 3 "giá trị" này trong sổ đăng ký. Và nếu nó tìm thấy nó (họ), nó ổn. Nếu nó không tìm thấy chúng, cụ thể là nếu nó không tìm thấy Domain, nó bị lỗi và đơn giản là thất bại. Không có báo cáo lỗi [1].

Tôi nghĩ rằng chúng ta có thể kết luận từ bằng chứng này rằng đây là một lỗi trong Windows DNS Client . Chúng tôi có thể chứng minh điều này bởi vì nó hoạt động với một giá trị Miền trống , điều đó có nghĩa là phần mềm không thể thực sự sử dụng nó, điều đó có nghĩa là tại sao nó lại yêu cầu nó tồn tại (thậm chí trống) để hoạt động đúng? Đó là một lỗi.

[1] Thứ tư,

Có thể đã có báo cáo lỗi, nhưng không có trong Trình xem sự kiện ở những nơi phổ biến (theo phân cấp: Trình xem sự kiện (Cục bộ) -> Windows -> Ứng dụng và Hệ thống). Có các bản ghi khác, nhiều bản ghi không được bật theo mặc định, có thể có một số đầu ra, đặc biệt là

• Trình xem sự kiện (cục bộ)
• • Ứng dụng và Dịch vụ Địa phương
• • • Microsoft
• • • • các cửa sổ
• • • • • Sự kiện máy khách DNS
• • • • • • Sự kiện / Quản trị viên Microsoft-Windows-DHCP
• • • • • • Sự kiện / Hoạt động của Microsoft-Windows-DHCP

nhưng cũng có thể

• Trình xem sự kiện (cục bộ)
• • Ứng dụng và Dịch vụ Địa phương
• • • Microsoft
• • • • các cửa sổ
• • • • • Pháp sư * -> *
• • • • • Chẩn đoán-Mạng -> Hoạt động
• • • • • Iphlpsvc -> Hoạt động
• • • • • NCSI -> Hoạt động
• • • • • NDIS -> Hoạt động
• • • • • Bảo vệ truy cập mạng
• • • • • • Hoạt động
• • • • • • WHC
• • • • • NetworkProfile -> Hoạt động
• • • • • NlaSvc -> Hoạt động
• • • • • NTLM -> Hoạt động
• • • • • WebIO -> NDF / Chẩn đoán
• • • • • Thay đổi danh mục Winsock -> Hoạt động
• • • • • Sự kiện mạng Winsock -> Hoạt động
• • • • • Có dây-AutoConfig -> Hoạt động
• • • • • WLAN-AutoConfig -> Hoạt động

Thứ năm,

Sau NHIỀU giờ lướt vấn đề này, có vẻ như vấn đề này thường khó gỡ lỗi và là một cái gì đó "kỳ lạ".

Ví dụ trong bài đăng này tại spiceworks , vấn đề là chứng chỉ hết hạn trong máy chủ DNS.

Poster "Galen in Laguna" tại spiceworks đã đề xuất một cách để gỡ cài đặt hoàn toàn ngăn xếp TCP / IP trong Windows 7 và để Windows cài đặt lại nó. Tôi nghi ngờ rằng nó sẽ làm việc trong trường hợp của chúng tôi, bởi vì nó sẽ khôi phục Tcpipkhóa đăng ký. (Nhưng xem bài viết trên MS.)

Poster ILS tại spiceworks cho rằng afd.systrình điều khiển có thể có Trojan hoặc bị hỏng theo một cách nào đó và đề xuất cách thay thế nó. ( afdviết tắt của "Trình điều khiển chức năng phụ trợ" cho Winsock.)

Bài đăng siêu người dùng này Tại sao 'ping' không thể phân giải tên khi 'nslookup' hoạt động tốt? trong đó câu hỏi có 35 câu hỏi và câu trả lời hay nhất 27, là một tài liệu tham khảo tốt. Ở đó, mọi người báo cáo "các giải pháp khác cho họ" bao gồm:

• nhiều cổng mặc định
• Hai PC có cùng địa chỉ IP trên mạng
• Sự cố truy vấn DNS đa nhãn Windows 7 (bất kể đó là gì)

Ngoài ra, mọi người báo cáo vấn đề này có thể được gây ra bởi "rootkit". Tôi sẽ đề nghị bất cứ ai đấu tranh với vấn đề này để chạy một vài trình quét / xóa rootkit. bleepingcomputer.com là một nơi tốt để nhận được lời khuyên. Hoặc đọc Trình quét / Loại bỏ Rootkit miễn phí tốt nhất của Gizmo tại techsupportalert.com

Thứ sáu,

Có bằng chứng trên các diễn đàn rằng vấn đề này không được giải quyết thường xuyên nhất.

Một trong những áp phích đó, "Galen in Laguna", tại spiceworks cho biết đó là những gì họ thường phải làm.

Cùng một bài đăng siêu người dùng Tại sao 'ping' không thể phân giải tên khi 'nslookup' hoạt động tốt? Trong đó câu hỏi có 35 câu hỏi và câu trả lời hay nhất 27, tác giả câu trả lời hay nhất cho biết: "Một số trang web cũng khuyên bạn nên gỡ cài đặt và cài đặt lại SP3 trong trường hợp này."

Và, siêu người nghèo này đã thử mọi cách, không có câu trả lời, và sau 18 ngày phải sửa chữa cài đặt

Thứ bảy

Gợi ý hữu ích nếu điều này không giải quyết được vấn đề của bạn : Khi tìm kiếm trên internet các sự cố DNS của Windows, hãy lưu ý rằng rất nhiều bài đăng đang nói về máy chủ Windows hoạt động như một máy chủ DNS . Vấn đề của chúng tôi là chúng tôi có một PC cũ đơn giản được kết nối qua bộ định tuyến với internet và phần mềm máy khách DNS của chúng tôi không hoạt động. Đôi khi đọc bài viết tôi đã bỏ lỡ sự phân biệt đó.

Thứ tám

Một gợi ý hữu ích khác nếu bạn đi tìm kiếm: nhiều vấn đề thuộc loại này chúng tôi thấy đã đăng có thuộc tính mà chúng tôi KHÔNG có:

1. máy chủ DNS cục bộ trong tòa nhà (chúng tôi là máy chủ DNS công cộng, ví dụ: 8.8.8.8 của google).
2. không thể dịch tên của các nút cục bộ trong tòa nhà (chúng tôi đã cố gắng truy cập các trang web công cộng, như www.google.com)
3. một phần của miền Windows và / hoặc sử dụng Active Directory, ví dụ như trong môi trường công ty (chúng tôi vừa kết nối PC với bộ định tuyến không dây)

Tôi hy vọng câu trả lời của chúng tôi sẽ giúp người khác.

Tôi sẽ cài đặt lại tất cả các trình điều khiển mạng và đặt dns tĩnh thành 8.8.8.8 và 8.8.4.4 (máy chủ dns chính và phụ của google).

Hãy thử xóa bộ đệm DNS bằng cách sử dụng:

ipconfig /flushdns

Nếu thất bại, có thể đáng để kiểm tra dịch vụ Máy khách DNS bằng cách bắt đầu services.msc từ dấu nhắc lệnh. Tìm dịch vụ có tên "Máy khách DNS" và đảm bảo phương thức bắt đầu được đặt thành "Tự động" và dịch vụ được bắt đầu.

Cài đặt lại TCP / IP (vui lòng tiếp tục đọc ...). Tôi không có nghĩa là "đặt lại nó", "khởi động lại nó", "kích hoạt lại nó". Trong Windows 10 chạy "netcfg -u ms_tcp". Điều này sẽ THỰC SỰ loại bỏ giao thức khỏi hệ thống của bạn. Không còn TCP / IP v4 trên đó. Cài đặt lại giao thức theo cách thông thường (thuộc tính của kết nối mạng; thêm giao thức). Trong windows 7, bạn có thể chỉnh sửa nettcpip.inf để cho phép bạn hủy giao thức khỏi các thuộc tính kết nối mạng, nhưng điều đó là không thể trong Windows 10 (không thể nói trong 8 hay 8.1). Hy vọng điều này sẽ giúp được ai đó. RV

Tôi gặp vấn đề tương tự, đăng ký của tôi có vẻ ổn, cách duy nhất để khắc phục vấn đề này theo thời gian là khởi chạy : ipconfig /renew. Tôi sẽ cố gắng thiết lập lại ngăn xếp IP, tôi sẽ đăng thêm một số thông tin nếu tôi tìm thấy giải pháp ...