설명 할 수없는 느린 기가비트 네트워크 속도


18

최신 정보

좋아, 아래 답변을 시도했지만 아무것도 변경되지 않았습니다. 랩톱의 칩셋을 NVIDIA nForce 520으로 식별했습니다. nForce 520 용 최신 Vista x64 드라이버를 다운로드했습니다 (NVIDIA에는 Win 7 용 칩셋에 대한 드라이버가 아직 없습니다). 포함 된 방화벽 소프트웨어 설치를 시도했습니다 (어쩌면 방해가 될 수도 있습니다). 네트워크 필터 드라이버가 문제를 일으킬 수 있다고 생각하는 바이러스 백신 소프트웨어 (Avast!를 사용하고 있습니다!)를 완전히 제거했습니다.

노트북을 형제 집으로 가져 가서 100Mbit 네트워크를 통해 10-12MB / s로 파일을 복사 할 수 있었기 때문에 하드웨어라고 생각하지 않습니다.

놀라운 결과로 iperf를 실행
했습니다. 노트북에서 서버로 보내는 iperf (업로드)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

서버에서 노트북으로 보내는 iperf (다운로드)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

비교를 위해 HTPC와 서버 사이의 iperf 번호는 다음과 같습니다.

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

wireshark를 사용하여 서버에서 랩톱 네트로의 전송을 관찰하면 다음과 같은 항목이 많이 있습니다.

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

이 시점에서 나는 다음에 무엇을 시도해야하는지에 대한 완전하고 완전한 손실에 있습니다.

원래 질문

배경

현재 새로 설치된 Windows 7 랩톱에 문제가 있습니다. 이 문제는 원래 Windows 7 RC를 설치 한 후에 발생했습니다. Windows Vista와 Windows 7 Beta 1을이 랩톱에 설치하면 점보 프레임을 9KB / 9014 범위로 설정하여 기가비트 속도로 전송할 수있었습니다. 랩탑 사이의 두 스위치는 점보 프레임도 지원합니다.

서버에서 랩톱으로 파일을 복사 할 때 파일이 달팽이 속도 (보통 1MB / 초 미만)로 실행되는 반면 동일한 스위치를 통과하는 다른 장치는 더 빠른 속도 (45-55MB / 초)로 전송할 수 있습니다. 랩톱에서 서버 네트로 복사하는 것이 더 빠른 속도로 보이지만 그만한 것은 없습니다.

관련 기계

  • Miyuki : 문제가있는 노트북. Windows 7 x64 RTM HP 파빌리온 dv9700 CTO. NVIDIA nForce 10 / 100 / 1000Mbps 이더넷 어댑터를 사용합니다. (비디오는 GeForce 8400M GS입니다)
  • 나루 : 파일이있는 서버. 사용자 지정 Windows Server 2008 R2 x64 SP2 D-Link DGE-560T PCI Express 기가비트 어댑터를 사용합니다.
  • CC : 문제없이 동일한 스위치에 HTPC. Windows Vista x86 SP2 온보드 Realtek RTL8168B / 8111B PCI-E GBE 어댑터를 사용합니다.

이 이미지를 촬영했을 때 점보 프레임이 모두 꺼졌습니다.

이미지들

랩탑에서 복사 시작

서버-> 랩탑 (source : gibixonline.com ) 랩탑-> 서버



서버에서 복사 시작

서버-> 랩탑 (source : gibixonline.com ) 서버가 랩탑에서 파일을 예기치 않게 복사하면 예상 속도가 발생합니다. (노트북-> 서버) (출처 : gibixonline.com )




이전에 같은 스위치의 다른 컴퓨터에는이 문제가 없다고 언급했습니다. HDTV에 표시되기 때문에 높은 DPI가 켜져 있습니다.
서버-> HTPC (출처 : gibixonline.com )

테스트로 당연히 랩톱과 HTPC 사이의 속도가 어떤지 확인하기로 결정했습니다. 불행히도 그들은 내가 기대했던 것과 정확히 일치했습니다. HTPC-
> 랩탑 (source : gibixonline.com )

최종 노트

나는 내가 생각할 수있는 모든 것을 시도했다. 이 시점에서 점보 프레임도 꺼지고 아무런 영향을 미치지 않습니다. 사용하는 케이블을 변경하기 위해 안티 바이러스 보호를 해제하려고했습니다. 현재 사용중인 모든 케이블은 내가 만든 CAT-5e입니다. 케이블이 문제인지 확인하기 위해 HTPC에서 케이블을 가져 와서 랩톱에 꽂았습니다. 문제의 두 스위치는 D-Link DGS-1216T와 점보 프레임을 지원하는 "덤"스위치 인 D-Link DGS-2208입니다.


1
iperf가 합리적인 속도를 제공한다면 iperf (iperf win32 용 Google)와 같은 도구를 사용하여 사용 가능한 대역폭을 측정 했습니까? 나는 그것을 의심한다-그러나 이중 불일치가 없다면 재확인 할 가치가있다.
pQd

pscp와 같은 것을 인근 서버에 시도해 보았습니까?
chris

1
서버와 랩톱을 서로 연결하여 스위치가 없도록 시도 했습니까?
Joseph

@Joseph가 말한 것을 아멘. 방정식에서 스위치를 제거하십시오.
Jeremy Visser

답변:


5

Window의 자동 조정 기능을 비활성화하십시오.

CMD 창에서 :

netsh interface tcp set global autotuning=disabled 

테스트를 다시 실행하고 성능이 향상되는지 확인하십시오. 내 집에서 Windows 7을 실행하는 두 대의 노트북 에서이 작업을 수행해야했으며 도움이되었습니다.

상황이 나빠지거나 개선이 보이지 않으면 다음을 수행하여 자동 튜닝을 다시 활성화 할 수 있습니다.

netsh interface tcp set global autotuning=normal

3

이것은 Windows 7의 큰 문제인 것 같습니다. 여러 게이머가이 문제에 대해 불평했습니다.

  1. 명령 프롬프트 (일반적으로 모든 프로그램-> 보조 프로그램-> 명령 프롬프트)에서“regedit”를 실행하십시오.
  2. HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces로 이동하십시오.
  3. 영향을 줄 네트워크 인터페이스와 일치하는 IPAddress 항목이있는 항목을 찾을 때까지 인터페이스에서 항목을 찾아보십시오 (일반적으로 LAN IP 주소는 192.168 또는 10.0으로 시작). IP 주소가 DHCP 서버에 의해 자동으로 할당되면 IPAddress 대신 일치하는 DhcpIPAddress를 찾아야 할 수도 있습니다.
  4. 인터페이스를 마우스 오른쪽 단추로 클릭하고 새로 작성> DWORD (32 비트) 값을 선택한 후 이름을 "TcpAckFrequency"
  5. 새 TcpAckFrequency 값을 마우스 오른쪽 단추로 클릭하고 수정을 선택하고 "1"을 입력하십시오 (16 진 단일 선택 단추가 선택되어야 함)
  6. 인터페이스를 마우스 오른쪽 단추로 클릭하고 새로 작성> DWORD (32 비트) 값을 선택하고 이름을 "TCPNoDelay"로 지정하십시오 (이 시점에서 TCP는 모두 대문자입니다).
  7. 새 TCPNoDelay 값을 마우스 오른쪽 단추로 클릭하고 수정을 선택하고 "1"을 입력하십시오 (16 진 단일 선택 단추가 선택되어야 함)
  8. 이제 TcpAckFrequency 및 TCPNoDelay가 모두 REG_DWORD 유형 및 0x00000001 값으로 어댑터의 특성 목록에 표시되는지 확인하십시오.
  9. regedit를 종료하고 재부팅하십시오 (변경 사항을 적용하려면 재부팅해야합니다).
    1. 게임을하고 새로운 낮은 핑을 즐기십시오

이것은 대부분의 게임에서 핑을 200-300ms에서 50-60ms로 줄였습니다. 이것은 게임 서버에 대한 추적을 통해 볼 수있는 대기 시간과 일치합니다.

에서 촬영 윈도우 7이나 비스타에서 게임 네트워크 대기 시간을 줄일 수


1
tracert는 TCP가 아닌 ICMP를 사용합니다. 이 키는 TCP 용이므로 ICMP에 대해서는 아무것도 변경하지 않습니다. 왜 당신이 tracert를 통해 더 나은 응답 시간을 보았는지 모릅니다
Mathieu Chateau

글쎄, 나는 이것을 시도하고 이것을 시도했지만 여전히 같은 것 같습니다. 더 많은 정보와 내가 시도한 것들로 원래 질문을 업데이트하고 있습니다.
Joshua

2
마티유, 그는 트레이서 트에서 더 좋은 시간을 보냈다고 말하지 않았다. 그는 게임 내 레이턴시가 트레이서 트와 동일 해짐에 따라 TCP 트래픽에서 관찰 된 레이턴시가 정상적으로 작동하는 ICMP 트래픽의 레이턴시와 유사하다는 것을 의미한다고 말했다.
MDMarra

3

랩탑에 결함이 없는지 확인하려면 우분투 라이브 CD를 실행하고 iperf를 램 디스크에 설치 한 다음 테스트를 실행하십시오.

최소한 네트워크 쪽을 테스트해야합니다.


1

손실 된 패킷을 확인하십시오. Windows 에서이 작업을 수행하는 방법을 모르지만 Linux 컴퓨터가 있으면 확인할 수 있습니다.

기가비트 모드가 끊어지고 패킷을 삭제하는 기가비트 스위치와 비슷한 경험을했습니다. 이 모드에서 2 대의 컴퓨터를 연결했을 때만 문제가 발생했습니다. 100K 모드에서는 모든 것이 정상이었습니다. 알아내는 데 며칠이 걸리는 것은 끔찍한 문제였습니다. D- 링크 일 수도 있습니다. 스위치 모델에 대해 인터넷 검색을하십시오. 나는 다른 사람들이 나와 같은 문제를 가지고 있음을 발견했다.


1

다른 AV 제품과 함께이 문제를 겪었습니다. 내 문제는 SMB와 관련이 있으며 "비활성화"된 경우에도 AV 제품이 방해를 받았습니다. wireshark에서도 비슷한 결과를 보여주었습니다. 근본 원인에 도달하기 위해 확인한 많은 사이트 중 하나는 다음과 같습니다. Symantec SMB 문제 및 기타 : NTP에서 SMB2 실패

또한 SMB 내에서 일부 또는 일부 설정을 비활성화 / 변경할 수 있습니다. OS에서 v2를 비활성화하는 것도 고려할 것입니다. Win Vista의 SMB 문제설명하는 이 문서를 확인하십시오. Microsoft 에 대한 이 링크 는 SMB 등록 설정에 대한 기술 데이터를 간략하게 설명 합니다.

나는 당신이 Avast를 언급했다는 것을 알고 있지만, 비슷한 wireshark 결과를 본 것은 꽤 우연입니다. 필자의 경우 파일 전송을 제외한 모든 것이 잘 작동하는 것 같습니다.


1

패킷 서명을 사용할 때 클라이언트가 Windows Server와 통신하는 데 문제가 있습니다. 나는 느려진 것이 아니라 오히려 매우 일반적인 연결 끊김을 경험했다.

내 문제를 해결 한 솔루션에 대해서는 여기 를 읽으 십시오 .

또한 TCP Chimney 기능을 하나씩 해제하여 그중 하나가 잘못되었는지 확인하는 제안은 없습니다.


이것으로도 불타 버렸습니다.
Ben Campbell

1

os가 디스크에 쓰기 전에 패킷을 확인하는 것처럼 보입니다. 느린 전송이 모두 랩톱에 쓰려고하는 것을 관찰했습니다.

  • 랩탑 hdd에서 파티션의 블록 크기 확인
  • 들어오는 패킷의 디스크 쓰기를 확인하는 방화벽 정책 확인
  • 파일 활동 모니터 확인 (바이러스 백신을 제거했기 때문에 걱정할 필요가 없습니다) (avast는 라이브 파일 검사를 수행하고 네트워크 전송 속도가 약간 느립니다.
  • 대상 파티션 조각 모음 (다시 사용 가능한 공간 찾기)

다른 사람들은 제안하고 도움이되지 않는 것 같습니다 :

  • 자동 조정
  • 이중 레벨
  • 케이블 ...

마지막 제안은 nic의 고급 속성에서 배터리 모드 링크 감지를 확인할 수 있습니까? 노트북이며 절전 속성에 문제가있을 수 있습니다 ... 배터리 모드 링크 감지에서 "에너지 절약 없음"및 배터리 속도 설정에서 "전체"를 사용해보십시오.

데스크탑 PC에서 win7을 사용하고 있으며 해당 옵션은 내 nic의 고급 속성에 포함되어 있지 않습니다. 이 문제를 해결 한 적이 없다면 "Flow Control"의 값을 "nic and RX Enabled"에서 nic의 옵션으로 확인할 수 있습니다. 점보가 비활성화되어 있고 속도 및 이중도 구성에서 자동입니다.

다른 솔루션을 생각할 수 없습니다 ... 도움이되기를 바랍니다 ...


1

이전에는 정확히 똑같은 문제로 꼬리를 추격했습니다! 필자의 경우 아웃 바운드 (업 링크) 한 방향으로 느린 전송 속도.

Windows 7 Pro, Realtek Gigabit 8111C 내장 랜 카드가 장착 된 Celeron J1800. 다른 쪽 끝에 QNAP 453a와 MacBook Pro가 있습니다.

Iperf3를 통해 측정했을 때 클라이언트로 설정된 Windows 7에서 CPU가 25-30 % 인 112MBps를 얻었습니다. 서버로 설정하면 39-41Mbps 만 사용되며 CPU 사용량은 50-100 %입니다. 대역폭 테스트시 PC가 정지 될 수 있습니다.

NAS 또는 MAC에 파일을 업로드하거나 다운로드 할 때 상관없이 최대 45mbps로 정기적 인 파일 전송이 제한됩니다.

나는 초당 35-45 메가 바이트 이상을 얻지 못했습니다. 꽤 실망스러운!

나쁜 랜 카드 드라이버가되었습니다. 드라이버 업데이트에 집착했고 새 드라이버가 출시되면 항상 드라이버를 업데이트했습니다. 몇 번의 업데이트 후에 내 랜 카드가 느려진 것을 추측하십시오.

일부 사용자는 이전 드라이버를 삭제하고 새 드라이버를 설치하면됩니다. 간단 해요? 시도하고 시도했는데 그것은 효과가 없었습니다.

내 해결책은 다음과 같습니다.

제조업체 웹 사이트에서 OEM 드라이버를 사용하여 처음부터 창을 설치했습니다. 또한 다음을 수행했습니다.

장치 관리자 / LAN 카드 / 고급 설정 / 흐름 제어를 제외한 모든 항목을 비활성화하십시오.

Windows 기능에서 원격 차등 압축 사용 안함

이제 평균 속도는 80-100Mbps입니다.


0

네트워크 카드를 전이중, 100MBit 및 자동이 아닌 것으로 설정했다고 가정합니다.


1
"하지 자동":) +1
dimitri.p

네, 내 카드가 지원하는 모든 변종을 시도했습니다 ... 10 반, 10 반, 100 반, 100 반 및 1000 반. 어떤 방식 으로든 영향을받지 않았으며 스위치에 따라 1000 회 완전 협상을합니다.
Joshua

10
스위치를 관리 할 수없는 경우 절대 그렇게하지 마십시오. 한쪽에서는 강제로 전이중이지만 다른 쪽에서는 자동으로 양면 인쇄를하면 다른 쪽은 반이중이됩니다. 그런 다음 패킷을 잃어 버리기 시작합니다. 관리 할 수없는 스위치는 자동입니다. 서버에서 자동을 유지하고 인터페이스가 전이중을 협상했는지 확인하십시오. 인터페이스 오류도 확인하십시오.
Mathieu Chateau

4
"자동 아님"의 경우 -1입니다. 자동 협상을 포함하여 양쪽 끝에 동일한 구성 (스위치 및 NIC)이 필요합니다.
dunxd

5
궁금한 점이 있습니다. 방정식에서 스위치를 제거하고 "서버"에서 "노트북"으로 직접 크로스 오버 케이블을 실행 해 보셨습니까?
SpacemanSpiff

0

당신은 아마이 대답을 싫어하지만, 나는 그것을 말해야합니다!

드라이버 업데이트를 시도 했습니까?

랩톱 (Realtek 기반 NIC)에서도 비슷한 문제가 발생하며 약 3MB / s로 전송되지만 사이트에서 최신 드라이버로 드라이버를 업그레이드하는 순간 최대 40-50MB / s로 이동합니다

Windows가 포함 된 드라이버가 작동한다고해서 이것이 최고라는 것은 아닙니다.


하하, 그래, 내가 실제로 시도한 첫 번째 일이었다. 지금은 인 박스 Windows 7 드라이버로 돌아 왔지만 최신 엔비디아 드라이버도 사용해 보았습니다. 내가 시도하지 않은 유일한 드라이버는 Windows 7 베타 또는 Vista의 드라이버입니다.
Joshua

Vista를 사용 해보고 어떻게 진행되는지 확인하십시오. Win7 용 업데이트에서 해결 된 몇 가지 사소한 문제가있었습니다. 하드웨어 용 Vista 드라이버를 설치하여 수동으로 수정했습니다.
David Rickman

0

서버에서 랩톱으로가는 경로에 무언가 있다고 의심됩니다. 예 :

  • 랩탑에 패치 된 스위치 포트
  • 이더넷 케이블 링 또는 스위치와 랩톱 간 연결

@SaucemanSpiff의 훌륭한 제안에 따르면, 잘 알려진 CAT5E 또는 CAT6 케이블을 사용하여 랩톱을 서버에 직접 케이블로 연결해 보셨습니까? 관련된 인터페이스 중 하나 이상이 기가비트 이더넷 (Auto MDI-X를 의미 함)을 지원하기 때문에 특별한 크로스 오버 케이블이 필요하지 않습니다.


0
  1. 당신은 업데이트로 PC를 죽이고 실패없이 오프 사이트에서 테스트했습니다. SERVER "naru"에서 업데이트 등을 시도 했습니까?

  2. 이 스레드에서 다른 사람들이 제안한 솔루션의 대부분은 서버에 적용될 수 있습니다. 거기서 시도해 보셨습니까?

  3. Robocopy (점보 유무)를 사용하여 테스트하면 어떻게됩니까? 양방향으로 빠르면 netshark를 사용하여 각 방향의 사본 시작 부분에서 SMB 세션 헤더를보고 naru-> miyuki 설정에서 무언가 다르게 보이는지 확인합니다.


0

teracopy를 사용해 보셨습니까? 나는 이것을 1 년 이상 Windows 복사의 표준 대체물로 사용 해 왔으며 전송 속도가 향상되었습니다 :)


-1

어둠 속에서 촬영의 종류지만 도움 이 수 있습니다.

  • 제어판-프로그램 및 기능-Windows 기능을 켜거나 끄려면 "원격 차등 압축"을 비활성화하십시오.
  • 네트워크 속성에서 IPv6을 제거하십시오. LAN에서 IPv6을 사용합니까? 비활성화하지 않으면.
  • ipconfig /flushdnsCLI에서 DNS 캐시를 지 웁니다.

-1

OS 변경으로 인한 것이라면 반드시 OS에 문제가 있습니다. 최신 Windows 7 서비스 팩을 설치하고 최신 업데이트로 창을 업데이트해야합니다. 최선을 다하겠습니다

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.