 파1068;서버를 켜고 -124;고 사용1012; Ȣ16;다보니
서버 꺼놓고 다른 1089;업할ǐ12; 파1068;1012; 드래그 Ȣ16;다가 네트워크 드라1060;브 위를 1648;나lj16;순간! 1105;았다 요놈! Ȣ16;면서 연결-130;김1060; 확1064;.112;ǐ12;까1648; 멈춰버리lj16; 1613;상1012; 해결Ȣ16;고dz10;숩니다 .......
1228;생각에lj16; 네트워크 드라1060;브1032; 생1316;?여ǥ12;를 확1064;Ȣ16;lj16; 시간1012; 1460;1060;면 .112;,163;같1008;데 (타1076;아웃 시간1060;라Ȣ16;나요?) 1060;,152; Ǻ12;떻,172; 1460;1068; 0169;법1060; 없1012;까요......
Yesterday is history, tomorrow is a mystery, So Today is a present
원리는 net use 를 백그라운드에서 주기적으로 돌리며 연결이 되지 않으면 드라이브를 삭제 시켜 버리고 중간에 연결이 살아나면 다시 드라이브를 생성시키게..
장치이름이나 PC이름을 사용하지 말고 IP로 접근. (\\192.168.0.100\sharename)
위 2가지만 제대로 숙지하면 네트워크 액세스 늦어질일 없습니다.
그런데 연결끊긴 네트워크 드러이브 위를 지나면 빡 탐색기가 버벅거리네요.....
그래서 좀더 구글링을 해 보니,
netsh interface tcp set global InitialRto=300
netsh interface tcp set global MaxSynRetransmissions=2
이렇게 하라고 나오네요. (재부팅해도 값은 유지되는듯 합니다.)
혹시 해결하셨는지 모르겠지만, 다른분이라도 참고하시라고 늦게나마 글을 남깁니다.
윈도우7 이전에는 레지스트리에서 하는 방법이 있었는데, 윈도우10에서는 netsh 명령어를 사용하면 됐었다고 합니다.
위 명령어를 조금 더 설명 드리면,
- InitialRto는 응답대기시간인데, 밀리초 단위 입니다. 즉 300은 0.3초입니다. 그리고 300이 최소값 입니다.
- MaxSynRetransmissions는 재시도 횟수인데, 2가 최소값 입니다.
그런데 이렇게 하면 0.3초를 3번 수행하니까, 0.9초만에 응답불가가 떨어져야 하는데, 그렇지는 않더라고요. 아마 내부적으로 뭔가 다른게 더 있는듯 합니다.
그래도 시간이 줄어들기는 하는것 같습니다.