지난 2주 동안 네트워크의 컴퓨터에서 업데이트를 실행하려고 할 때마다 Sonicwall 방화벽이 Windows 업데이트 서버의 소스 IP와 함께 "Probable TCP NULL scandrop" 오류를 기록하고 웹 사이트 로드가 완료되지 않습니다. .
두 번째 인터넷 연결에 연결된 서버가 있습니다. 나는 Lynx를 통해 그것을 시도했고 효과가 있었습니다. 기본 게이트웨이를 기본 인터넷 연결로 변경했는데 변경되지 않았습니다.
Google 검색을 통해 이 문제에 대한 몇 가지 참고 자료를 찾았지만 답변이 없습니다. 이전에 이 문제에 대한 해결책을 찾은 사람이 있습니까?
편집: 이걸 찾았어요
모든 플래그가 꺼진(즉, NULL로 설정된) 원격 시스템에 패킷을 보내면 원격 시스템은 실제로 패킷으로 무엇을 해야 할지 알 수 없습니다. 이 패킷의 목적은 다음과 같습니다.
보시다시피, 각 플래그는 특정 기능을 수행해야 합니다. 수행하려는 기능에 따라 다양한 TCP 플래그가 켜지거나 꺼집니다. 이제 클라이언트가 모든 플래그를 끈 상태에서 패킷을 보내면 서버는 그것이 패킷과 어떤 관련이 있는지 또는 클라이언트가 패킷을 보낸 이유에 대해 전혀 알 수 없습니다. NULL 패킷이 열린 포트로 전달되면 해당 포트에서 실행 중인 서비스는 오류 메시지로 응답합니다. 그러나 NULL 패킷이 닫힌 포트로 전달되면 원격 시스템은 수신한 NULL 패킷에 연결을 설정하기에 충분한 정보가 포함되어 있지 않기 때문에 RST 또는 재설정으로 응답합니다.
http://www.experts-exchange.com/Hardware/Networking_Hardware/Q_23007755.html
말한 내용이 사실이라면 다른 인터넷 연결을 사용해도 문제가 없는 이유는 무엇입니까?
답변1
결국 Sonicwall 방화벽이 없는 다른 인터넷 연결을 통해 WSUS 트래픽을 라우팅하게 되었습니다.