Windows 및 LAN 관련 라우팅 문제
업데이트 날짜:2024년 10월 11일
여기 당신을 위한 슬픈 작은 시나리오가 있습니다. 두 대 이상의 Windows 호스트를 포함하여 여러 대의 컴퓨터로 구성된 로컬 네트워크가 있다고 가정해 보십시오. 한 Windows 호스트에서 다른 Windows 호스트로 파일을 복사한다고 가정해 보겠습니다. 또한 공유를 적절하게 구성했으며 Windows 탐색기를 통해(예:\\MACHINE을 통해) 다른 관련 시스템에 쉽게 액세스할 수 있다고 가정해 보겠습니다. 이제 파일을 복사하면 됩니다. 3분 후에 두 번째 파일을 복사하려고 합니다. Windows 탐색기에서 쉿쉿거리는 소리가 납니다. 그럴 수 없습니다. 이제 어떡하지?
며칠 전에 정확한 문제가 발생했습니다. 내 성격상 나는 항상 내 작업 방식, 시스템 설정 방식 등에 문제가 있다고 가정합니다. 라우터를 확인하면 문제가 없습니다. Linux 시스템에서 대상 Windows 호스트에 액세스해 보십시오. 문제 없습니다. 네트워크 연결 문제, 아니요. 그럼 어쩌지? 무슨 일이 일어났는지, 그리고 같은 문제가 발생한 경우 신속하게 해결하는 방법을 알려드리겠습니다.
자세한 문제
여러분 가운데 현명하고 경험이 풍부한 사람들은 이미 문제가 무엇인지 알고 있습니다. 문제는 일반 사람들이 자신들이 직면하고 있는 시스템 문제를 "괴상한" 용어로 설명할 수 있다고 생각하지 않는다는 것입니다. 일반적으로 컴퓨터 시스템에서 일종의 문제에 직면한 경우, 문제가 시각적 인터페이스, 일종의 GUI를 통해 나타나는 경우 명령줄에서 시나리오를 복제해야 합니다. 일반적으로 훨씬 더 많은 정보와 더 정확한 정보를 얻을 수 있기 때문입니다.
Windows 호스트는 명령줄에서도 액세스할 수 있습니다. 컴퓨터 간의 연결을 확인하는 가장 쉬운 방법은 ping 명령(ICMP 프로토콜 사용)을 사용하는 것입니다. 모든 것이 순조롭다고 보장할 수는 없지만 소스 시스템의 ping 쿼리에 대해 다른(대상) 호스트로부터 성공적으로 응답을 받으면 더 넓은 네트워크 관련 문제(즉, 자체 LAN)가 없을 가능성이 높습니다.
그래서 나는 무엇이 잘못되었는지 알아내기 위해 "병든" 기계에 ping을 보내려고 했습니다. cmd.exe(시작> 명령 프롬프트)를 열고 다음 줄을 실행하세요:
ping [IP 주소 또는 호스트 이름]
영향을 받은 시스템의 IP 주소를 모르는 경우:
Windows 설정> 네트워크 및 인터넷을 열고> 관련 네트워크를 선택합니다. 유선 또는 무선 네트워크일 수 있습니다. 속성이라는 버튼을 클릭하기만 하면 됩니다. 그러면 새 페이지가 열리고 하단에는 IP 주소를 포함한 일부 네트워크 관련 정보가 표시됩니다. 아래를 참조하세요. 이는 특정 설정을 나타내는 것이 아니라 데이터를 얻는 방법을 보여주는 일련의 단계일 뿐입니다.
IPv4 주소를 읽는 줄을 보십시오. IPv6 주소가 있을 수도 있지만 이는 문제가 되지 않을 가능성이 높으며 전체적으로 모든 홈 LAN 네트워크의 99%가 IPv4를 사용하여 구성됩니다. 주소(X.X.X.X)를 기록해 두세요. 해당 번호를 앞서 열었던 명령 프롬프트에 복사하세요.
그랬더니 문제가 생겼습니다!
32바이트 데이터로 192.168.4.113에 ping을 보냅니다.
192.168.4.107에서 응답:대상 호스트에 연결할 수 없습니다.
192.168.4.107에서 응답:대상 호스트에 연결할 수 없습니다.
113으로 끝나는 IP 주소로 호스트에 ping을 시도했는데 107로부터 응답을 받았습니다. 두 번째 주소는 대상 호스트에 도달하려고 했던 소스 Windows 시스템의 주소이므로 일부 파일을 복사할 수 있었습니다. 어떤 이유로든 소스 시스템은 방향을 잃었고, 방금 전까지 모든 것이 잘 작동했음에도 불구하고 다른 시스템을 찾을 수 없었습니다.
기술적으로 말하면 Windows 호스트에서 ARP 또는 DNS 문제가 발생했습니다. 네트워크 스택의 작동 방식에 대한 더 자세한 내용은 실제로 이 기사의 범위를 벗어납니다. 결국, 이 가이드를 읽는 사람들은 네트워크 프로토콜에 대한 강의가 아닌 빠른 해결책을 원할 것입니다. 결론적으로 내 Windows 시스템이 혼란스러워서 잘못된 정보가 표시되었습니다. 해당 정보를 지워야 합니다. 즉, 캐시를 지워야 합니다.
수행할 수 있는 작업은 두 가지가 있습니다. 먼저 ARP 캐시를 지운 다음 DNS 캐시를 지웁니다. 하나를 시도해 보고, 문제가 해결되면 좋습니다. 그렇지 않다면 두 번째 명령을 시도해 보세요. 관리자 권한으로 명령 프롬프트를 실행해야 합니다. Windows 시스템 메뉴에서 찾은 후 마우스 오른쪽 버튼을 클릭하고> 관리자 권한으로 실행을 클릭하세요.
그런 다음 다음을 입력하세요:
arp -d *
그런 다음 선택적으로 첫 번째 명령으로 문제가 해결되지 않으면 DNS 캐시를 지워야 합니다.
ipconfig /flushdns
지금 대상 호스트에 액세스해 보십시오. 이전에는 다른 문제가 없었으므로 성공할 가능성이 높으므로 복잡한 환경 관련 문제에 직면하지 않습니다. 제가 초기에 시나리오에 설명했듯이 한 순간에는 효과가 있었지만 다음에는 그렇지 않았습니다.
그래도 도움이 되지 않으면 재부팅할 수 있지만 이는 실제로 최선의 방법은 아닙니다.
결론
이로써 우리는 이 마법 튜토리얼을 마무리합니다. 나는 논리와 상식을 무시하는 이상하고 무작위적이며 산발적인 문제에 결코 만족하지 않습니다. 특히 네트워킹에 있어서는 더욱 그렇습니다. 하지만 버그가 발생할 수 있으므로 이를 처리하고 문제를 해결하는 방법을 준비해야 합니다. 항상 체계적으로 작업하고, 가능하다면 명령줄을 사용하여 당면한 문제에 대해 더 자세히 알아보세요.
내 경우에는 Windows 시스템에서 네트워크 관련 정보에 갑자기 캐싱 문제가 발생하기로 결정했습니다. 이것이 바로 한 호스트에서 다른 호스트로의 쿼리, 즉 방금 전까지 완벽하게 작동했던 쿼리가 갑자기 실패하는 이유입니다. ping 명령을 통해 문제의 원인이 밝혀졌습니다. 네트워크 캐시를 지우면 문제가 해결되었습니다. 글쎄, 이런 문제가 발생하면 처음에 했던 것처럼 컴퓨터에 욕설을 퍼붓지 말고 명령줄을 열고 맹렬하게 타이핑을 해보세요. 이제 끝났습니다. 조심하세요, 여러분.
건배.