nslookup이 작동 중입니다. Ping -4 name.com이 작동하지 않습니다
이 문제 의 가장 명백한 증상 은 nslookup
IS는 작동하지만 ping -4 name.com
작동하지 않는 것입니다.
nslookup
자체 DNS 클라이언트가 포함되어 있기 때문에 Windows를 사용하지 않기 때문입니다.
ping
이름이 주어지면 Windows DNS 클라이언트를 사용하여 이름-> 번호를 번역하십시오.
따라서 nslookup
번역 할 수 있으면 네트워킹 하드웨어, NIC 어댑터 드라이버, DNS 서버에 대한 인터넷 연결 및 서버에 성공적으로 액세스하여 번역을 수행하는 많은 작업이 수행됩니다. 많이입니다!
그러나 ping -4 name.com
실패하므로 다른 모든 기능이 작동하면 Windows DNS 클라이언트 소프트웨어 자체가 관련이 있습니다.
참고 ping -4
IPv6 영향을 제외하고 IPv4로 분리했습니다.
displaydns 실패
실제 문제 를 설명하는 가장 좋은 증상 은
ipconfig /displaydns
보고서 :
Could not display the DNS Resolver Cache.
그러나 DNS 클라이언트가 실행 중입니다
포럼을 읽으면이 증상의 가장 큰 원인은 DNS 클라이언트 (일명 dnscache
) 서비스가 실행되고 있지 않기 때문입니다. 그러나 우리에게는 그렇습니다.
우리는했다
net stop dnscache
net start dnscache
sc query dnscache
그리고 그것은 켜져 있습니다.
DNS 접미사가 아닙니다.
사용 가능한 DNS 접미사가있을 수도 있습니다. 그러나 네트워크 및 공유 센터-> 어댑터 설정 변경-> 무선 네트워크 연결-> 속성-> 인터넷 프로토콜 버전 4 속성-> 고급-> DNS 탭으로 이동하면 다음과 같은 이점이 있습니다.
[확인 됨] 기본 및 연결 별 DNS 접미사 추가
- [확인 됨] 기본 DNS 접미사의 부모 접미사 추가
[확인되지 않음]이 DNS 접미사 추가
(그리고리스트 박스는 비어 있습니다)
이 연결의 DNS 접미사 :
[확인] DNS에이 연결의 주소를 등록하십시오. [확인되지 않음] DNS 등록에이 연결의 DNS 접미사를 사용하십시오.
그러나이 중 어떤 것이라도 문제가 될지 확실하지 않습니다. goolge.com, 즉 FQDN에 도달 할 수 없습니다.
더 많은 정보
디버그를 위해 IPv6을 비활성화했습니다. 따라서 여기에보고 된 모든 것은 IPv6을 끈 상태입니다.
nslookup
안정적으로 작동 google.com
합니다.
하나,
ping -4 google.com
말한다
Ping request could not find host google.com
브라우징에 DNS 오류가 표시됩니다.
이제 nslookup
Windows와는 다른 자체 DNS 클라이언트 가 있다는 것을 알게되었습니다 . 그러면 nslookup's
DNS 클라이언트가 훌륭하고 Windows가 어떻게 든 손상 되었다고 생각하게 됩니다.
실제로 Google은 이름이 아닌 IP 주소를 통해 Google 및 기타 사이트를 탐색 할 수 있습니다.
ping
IP 주소로 잘 작동합니다. tracert
IP 주소와 마찬가지로 .
DirectAccess 아님
문제가 DirectAccess 인 것처럼 보이지 않습니다.
netsh dns show state
보고서 (다른 것들 중에서)
Network Location Behavior Never use Direct Access settings
Direct Access Settings Not Configured
와이어 샤크
nslookup
쇼 이름 조회 중 Wireshark 캡처 .
그러나 핑을 수행하는 캡처에는 그러한 쿼리가 표시되지 않았습니다. 실제로, 배경 이외의 활동은 전혀 없습니다. 이는 Windows DNS 클라이언트가 인터넷에 접속하지 않고 이름을 번역하려고 시도하지 않음을 시사하며, 이는 displaydns를 사용할 수없는 것과 일치합니다.
기타 노트
는 c:\windows\system32\drivers\etc\hosts
빈 (주석 만)입니다.
DNS 서버가 대학으로 설정되어 있으면 문제가 발생합니다. 또는 Google의 8.8.8.8 및 / 또는 8.8.4.4 및 / 또는 OpenDNS의 208.67.222.222 및 / 또는 208.67.220.220으로 설정된 경우. Wireshark가 Windows가 이름 쿼리를 보내지 않는다고보고한다는 점에서 말이됩니다.
열 충돌 후 문제가 발생했습니다. 그러나 HDD 손상을 제외하고 IP 규칙 하드웨어 문제를 찾아 볼 수 있습니다. 그러나 chkdsk
불량 섹터를보고 sfc
하지 않았으며 손상을 발견하지 못했습니다.
또한 장치 관리자에서 네트워크 어댑터를 제거하고 자동으로 다시 설치하도록했습니다. 또한 Windows에서이 어댑터의 업데이트를 확인했습니다. 없었습니다.
충돌은 재부팅을 의미하므로 잘못된 Windows 업데이트 일 수 있습니다. 그러나이 작업 이전과 최신 Windows 업데이트 이후에 몇 번의 재부팅이있었습니다.
루트킷은 Malwarebytes Anti-Malware이며 Malwarebytes Anti-Rootkit 베타, TDSSKiller 및 Comodo Cleaning Essentials (CCE이지만 업데이트되지 않은 것)입니다.
아직 안전 모드에서 네트워킹을 시도하지 않았습니다.
우리는 대부분 대학 라우터를 사용하지만 스마트 폰의 핫스팟에 연결할 때도 문제가 발생합니다.
ipconfig
5 개의 터널 어댑터를보고하지만 모두 “미디어 연결 끊김”을보고합니다. 그들 중 2 명은 대학에 따라 다릅니다.
ipconfig
장치 관리자 모두 보고서 Microsoft Virtual WiFi Miniport Adapter
. 이것이 무엇이며 문제가 될 수 있습니까?
PC를 여러 번 재부팅 한 후에도 문제가 동일합니다.
랩톱이며 대부분 무선 연결로 이루어졌지만 유선 연결의 동작은 같은 것으로 보입니다.
요약
따라서 Windows DNS 클라이언트가 손상되었거나 적어도 어떤 방식으로 작동하지 않는 것처럼 보이지만 그 이유를 어떻게 알 수 있는지 잘 모르겠습니다.
(BTW, 다른 컴퓨터에서 쓰고 있습니다)
편집하다:
@Kris는보고 싶었다 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
편집 2 :
시도
netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset
재부팅하고 아무것도 변경하지 않았습니다.
이 우수한 사이트 (@Kris 덕분에)를 사용해 보았습니다. Windows 7 : 서비스-Windows 7의 기본 서비스 복원 및 다운로드 DNS_Client.reg
(및 .reg.txt
안전 을 위해 이름 지정 )를 기존 레지스트리 항목과 비교 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache
했지만 슬프게도 동일했습니다.
답변
우리는 edugeek.com 에서 답 을 찾아 가이드로 사용했습니다. 우리의 명백한 행동은 아래에 설명되어 있습니다.
EduGeek에 대한 답변은 13 번 게시물 에서 shoeib에 의해 처음 소개되었습니다 .
fencecat42의 포스트 20은 더 자세히 설명합니다.
구체적으로 특별히,
레지스트리 키에서 :
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters
다음과 같은 “값”(MS는 혼동하여 용어로 “데이터”를 가질 수 있음)이 누락되었습니다.
Domain
Hostname
NV Hostname
fencecat42와 우리 시스템 모두에서 세 가지가 모두 누락되었습니다.
이제 kudos (잘, 거의;) @Kris 그들이 나에게 게시하도록 요청한 이 문제의 증거가ipconfig /all
있었기 때문에 @Kris . 내 게시 출력에는 없습니다 Host Name
. 이것은 Hostname
레지스트리에서 하나이며 동일 합니다.
한 번의 키 입력으로 시스템을 부팅 할 수 없게 될 수 있으므로 레지스트리를 편집하는 것이 주저합니다. -하나 (레지스트리 저장 도구 포함) (techsupportalert.com에서이 도구에 대해 알게 됨)
을 설정하기 위해 Hostname
제어판-> 시스템으로 이동했습니다. ( “첫 번째 화면에”설정 변경 “링크가 보이지 않는 경우가 있습니다. 아래로 스크롤해야합니다.이 단계에서는 UAC 인증이 필요합니다. 설정 후 재부팅해야합니다.)
이 작업 세트를 모두Hostname
및 NV Hostname
레지스트리에서 “값”.
Domain
“값” 을 편집하는 비 등록 방법을 찾을 수 없습니다 . (아마도이 netdom
Windows 7 Home Premium 시스템에는이 기능이 없었습니다.) 따라서 레지스트리를 사용하여 Domain
빈 값 으로 설정 했습니다 . 우리 regedit
는 Tcpip/Parameters
키로 이동하여 마우스 오른쪽 버튼으로 클릭-> 새로 만들기-> 문자열 값을 사용했습니다. 새 “값”이 생성되고 기본 새 이름이 변경되어 이름을 입력하도록 설정됩니다. 그런 다음 이 “값”에 대한 실제 “데이터”를 만들지 않아도됩니다 (MS의 반 직관적 인 용어도 다시 한 번). 방금 생성하고 “데이터”를 초기화하지 않은 상태로 두었습니다.
참고 : JUST를 호스트 이름으로 설정 한 후 네트워킹을 시도했습니다. 작동하지 않았다. Domain
(심지어 빈)가 필요했다. 우리는 Domain을 만들고 (빈 상태로) 시도하지 않았지만 호스트 이름을 만들고 설정하지 않았습니다. 하지만 저는 이것이 흥미로운 실험이라고 생각합니다.
반사
먼저,
지금은 기억 나지 않지만 Microsoft의 “NetShell 유틸리티를 사용하여 TCP / IP를 재설정하는 방법” 을 시도한 것 같습니다.
netsh int ip reset c:\resetlog.txt
(또는 로그 파일에 원하는 경로와 파일 이름).
그리고 그 MS 페이지는 이것을 말합니다 :
reset 명령을 실행하면 TCP / IP에서 사용되는 다음 레지스트리 키를 덮어 씁니다.
SYSTEM\CurrentControlSet\Services\Tcpip\Parameters SYSTEM\CurrentControlSet\Services\DHCP\Parameters
[우리가 변경 한 것과 동일한 레지스트리 키처럼 보이며 MS는 모든 계층 구조를 표시하지 않습니다. –john v kumpf]
이것은 TCP / IP를 제거하고 다시 설치하는 것과 동일한 효과를 갖습니다. 수동 명령을 성공적으로 실행하려면 netsh 조치가 기록 될 로그 파일의 이름을 지정해야합니다. 이 로그 파일은이 섹션 앞부분의 수동 절차에서 “resetlog.txt”라고합니다.
이 재설치 프로세스는 해당 레지스트리 키를 덮어 쓰고 호스트 이름 및 도메인을 쓰지 못할 수도 있습니다 . 아마도?
그렇다면 실제로 우리에게 효과가 있었던 것은 해당 레지스트리 키를 설정하는 MS ip 재설정을 수행하는 것입니다.
둘째,
열로 인한 충돌 후 재부팅 후 문제가 발생했습니다. 해당 이벤트를 문제에 연결하기가 어렵습니다. 하나의 가능성은 열이 디스크의 적은 수의 블록과 충돌하여 그 블록 중 하나가 Tcpip 레지스트리 키 값의 일부를 보유한 것일 수 있습니다. 그렇지는 않지만 가능하다고 생각합니다.
또는, 만약 그 다시 설치 TCP / IP가 있었다 디스크 블록이 TCP / IP 서비스를 손상하고, 우리가 그것을 다시 설치 한 다음 후를 해결했다는 것을, 필요.
제삼,
이것은 매우 흥미로운 결과입니다. 이것은 Windows DNS 클라이언트가 Domain
레지스트리에서 이러한 “값” 중 2 개 또는 3 개를 모두 찾는다는 것을 의미 합니다. 그리고 그것이 발견되면 괜찮습니다. 찾지 못하면, 특히를 찾지 못하면 Domain
오류가 발생하고 단순히 실패합니다. 오류 보고서가 없습니다 [1].
우리는이 증거로부터 이것이 Windows DNS 클라이언트의 버그 라는 결론을 내릴 수 있다고 생각 합니다 . 우리는 이것이 빈 도메인 값으로 작동하기 때문에 이것을 증명할 수 있습니다. 즉, 소프트웨어가 실제로 그것을 사용할 수 없다는 것을 의미합니다. 왜 제대로 작동하기 위해서는 그것이 존재해야합니까 (비어 있음)? 그것은 버그입니다.
[1] 네번째,
이 수 있지만 이벤트 뷰어의 일반적인 장소에서, 오류 보고서되었습니다 (계층 구조에서 이벤트 뷰어 (로컬) -> 윈도우 -> 응용 프로그램 및 시스템). 기본적으로 켜져 있지 않은 다른 로그가 있는데, 특히 일부 출력이있을 수 있습니다.
- 이벤트 뷰어 (로컬)
-
- 응용 프로그램 및 서비스 로컬
-
-
- 마이크로 소프트
-
-
-
-
- 윈도우
-
-
-
-
-
-
- DNS 클라이언트 이벤트
-
-
-
-
-
-
-
-
- Microsoft-Windows-DHCP 클라이언트 이벤트 / 관리
-
-
-
-
-
-
-
-
-
- Microsoft-Windows-DHCP 클라이언트 이벤트 / 운영
-
-
-
-
뿐만 아니라
- 이벤트 뷰어 (로컬)
-
- 응용 프로그램 및 서비스 로컬
-
-
- 마이크로 소프트
-
-
-
-
- 윈도우
-
-
-
-
-
-
- DHCP *-> *
-
-
-
-
-
-
-
- 진단 네트워킹-> 운영
-
-
-
-
-
-
-
- Iphlpsvc-> 운영
-
-
-
-
-
-
-
- NCSI-> 운영
-
-
-
-
-
-
-
- NDIS-> 운영
-
-
-
-
-
-
-
- 네트워크 액세스 보호
-
-
-
-
-
-
-
-
- 운영
-
-
-
-
-
-
-
-
-
- WHC
-
-
-
-
-
-
-
-
- NetworkProfile-> 운영
-
-
-
-
-
-
-
- NlaSvc-> 운영
-
-
-
-
-
-
-
- NTLM-> 운영
-
-
-
-
-
-
-
- WebIO-> NDF / 진단
-
-
-
-
-
-
-
- Winsock 카탈로그 변경-> 운영
-
-
-
-
-
-
-
- Winsock 네트워크 이벤트-> 운영
-
-
-
-
-
-
-
- 유선 자동 구성-> 작동
-
-
-
-
-
-
-
- WLAN-AutoConfig-> 운영
-
-
-
다섯째,
많은 시간 동안이 문제를 해결 한 후에는이 문제가 일반적으로 디버그하기 어렵고 “이상한”문제인 것 같습니다.
예를 들어 spiceworks의이 게시물에서 문제는 DNS 서버에서 만료 된 인증서였습니다.
spiceworks의 포스터 “Galen in Laguna” 는 Windows 7에서 TCP / IP 스택을 완전히 제거하고 Windows를 다시 설치하는 방법을 제안했습니다. Tcpip
레지스트리 키를 복원했기 때문에 우리의 경우에는 효과가 있었을 것으로 생각 됩니다. (그러나 위의 MS 게시물을 참조하십시오.)
spiceworks의 포스터 ILS 는 afd.sys
드라이버에 트로이 목마가 있거나 손상되었을 수 있음을 제안하고 교체 방법을 제안했습니다. ( afd
Winsock의 “보조 기능 드라이버”를 나타냅니다.)
이 수퍼 유저 게시물 ‘nslookup’이 제대로 작동 할 때 ‘ping’이 이름을 확인할 수없는 이유는 무엇입니까? 질문에 35 개의 공감대가 있고 가장 좋은 대답은 27 번이 좋은 참고 자료입니다. 그곳에서 사람들은 다음과 같은 “그들을위한 다른 솔루션”을보고했습니다.
- 여러 기본 게이트웨이
- 네트워크에서 동일한 IP 주소를 가진 두 대의 PC
- Windows 7 다중 레이블 DNS 쿼리 문제 (무엇이든)
또한 사람들은이 문제가 “루트킷”에 의해 발생할 수 있다고보고합니다. 나는이 문제로 어려움을 겪고있는 누군가에게 몇 가지 루트킷 스캐너 / 재개를 실행하는 것이 좋습니다. bleepingcomputer.com은 조언을 얻을 수있는 좋은 장소입니다. 또는 techsupportalert.com에서 기즈모 최고의 무료 루트킷 스캐너 / 리무버를 읽어보십시오
육도 음정,
포럼에서이 문제가 가장 자주 해결되지 않았다는 증거가 있습니다.
spiceworks의 그 포스터 중 하나 인 “Galen in Laguna” 는 그것이 보통해야 할 일이라고 말했습니다.
동일한 수퍼 유저 게시물 ‘nslookup’이 제대로 작동 할 때 ‘ping’이 이름을 확인할 수없는 이유는 무엇입니까? 질문에 35 개의 공감대가 있고 가장 좋은 답변이 27 번인 최고의 답변 작성자는 “일부 사이트에서는이 경우 SP3을 제거하고 다시 설치하는 것이 좋습니다.”
그리고 모든 것을 시도했지만 아무런 대답을 얻지 못한 18 일이 지나지 않은이 슈퍼 수퍼 유저는 설치를 복구해야했습니다.
제칠,
이 해결되지 않을 경우 유용한 힌트 당신의 문제를 : 윈도우 DNS 문제에 대한 인터넷을 검색 할 때, 게시물의 많은 윈도우에 대해 얘기하는 것을 알고 DNS 서버로 작동하는 서버 . 우리의 문제는 라우터를 통해 인터넷에 연결된 오래된 PC를 가지고 있었고 DNS 클라이언트 소프트웨어가 작동하지 않았다는 것입니다. 때때로 글을 읽는 것은 그 구분을 놓쳤다.
여덟 번째,
검색하는 경우 도움이되는 또 다른 힌트 : 게시 한 이러한 종류의 많은 문제에는없는 속성이 있습니다.
- 건물 내 로컬 DNS 서버 (Google의 공개 DNS 서버 (예 : Google 8.8.8.8))
- 건물 내 로컬 노드 이름을 번역하지 못했습니다 (www.google.com과 같은 공용 인터넷 사이트에 액세스하려고했습니다)
- 예를 들어 회사 환경에서 Windows 도메인의 일부 및 / 또는 Active Directory 사용 (PC는 무선 라우터에 연결되어 있음)
우리의 대답이 다른 사람을 돕기를 바랍니다.
답변
모든 네트워크 드라이버를 다시 설치하고 정적 DNS를 8.8.8.8 및 8.8.4.4 (Google 기본 및 보조 DNS 서버)로 설정했습니다.
답변
다음을 사용하여 DNS 캐시를 플러시하십시오.
ipconfig /flushdns
실패하면 명령 프롬프트에서 services.msc를 시작하여 DNS 클라이언트 서비스를 확인하는 것이 좋습니다. “DNS 클라이언트”라는 서비스를 찾아 시작 방법이 “자동”으로 설정되어 있고 서비스가 시작되었는지 확인하십시오.
답변
TCP / IP를 다시 설치하십시오 (계속 읽으십시오 …). “재설정”, “재시작”, “재 활성화”를 의미하지는 않습니다. Windows 10에서 “netcfg -u ms_tcp”를 실행하십시오. IN FACT는 시스템에서 프로토콜을 제거합니다. 더 이상 TCP / IP v4가 없습니다. 일반적인 방법으로 프로토콜을 다시 설치하십시오 (네트워크 연결 속성; 프로토콜 추가). Windows 7에서는 네트워크 연결 속성에서 프로토콜을 제거 할 수 있도록 nettcpip.inf를 편집 할 수 있지만 Windows 10에서는 불가능합니다 (8 및 8.1에서는 말할 수 없음). 이것이 누군가를 돕기를 바랍니다. RV
답변
같은 문제가 발생했습니다. 레지스트리가 정상적으로 보입니다.이 문제를 일시적으로 해결하는 유일한 방법은 다음과 같습니다 ipconfig /renew
.. IP 스택을 재설정하려고 시도하고 해결책을 찾으면 더 많은 정보를 게시 할 것입니다 …