선철 2010-09

FTP 도 서버와 클라이언트가 궁합이 있는 것 같습니다. (물론 프로토콜 세팅문제겠지만 원인해결이 안돼니 그렇게 생각하는 것이지요.)

Serv-U 와 Total commander 클라이언트로 온갖 생난리를 (서버 3대와 클라이언트 5대 조합이 난리를 부렸습니다.) 치루다 결국 서버쪽을 파일질라로 바꾸고야 잠잠해졌습니다.

그다음부터는 Serv-U 를 쳐다도 안보게되었습니다. 그런데 그런 문제가 Total Commander 와 Serv-U 포럼 쪽에서도 이슈였던것 같은데, 끝내 해결은 안되더군요. (제가 지켜볼 당시에 1년정도 끈 문제였는데 지금은 모르겠습니다.)

방화벽 이나 세팅등로 해보시다가 안되시면 과감하게 FTP client 던지 Server 던지프로그램을 바꾸시거나 하셔야 할 겁니다.

이해하면 2010-09

번외 입니다만 알집같은걸로 압축하지 마시고 7zip 으로 해보세요.. 속도나 압축률 에러 검출 능력 때문에
알집은 사용을 못하겠더라구요... 몇번 당했어요.

김민수 2010-09

현실적으로는, 가끔 .alz으로 압축해서 보내주는 사람들 때문에 깔아는 놔야하더라구요.
저도 7z 쓴답니다.

김윤술 2010-09

FTP는 화일 하나하나가 소켓 세션을 이루고 있습니다. 파일단위가 무지 많으면 세션 인아웃 시간의 딜레이가 발생하게 됩니다. 파일사이즈가 크고 파일단위가 적은거라면 FTP가 금방 되겟지만 파일사이즈가 작고 파일단위가 많다면 TCP포트 할당해주고 사라지는 딜레이 현상이 발생합니다. FTP는 다른 통신과 달리 통신채널과 데이터채널을 사용하기 때문에 포트를 많이 사용합니다. 그래서 데이터 복사 요령은 파일사이즈가 크고 수가 적다면 FTP를 이용하고 파일사이즈가 작고 수가 많다면 삼바나 넷바이오스를 이용하는것이 시간을 절약하는 방법입니다.

김정중 2010-09

아...그런 사실이 있었네요...

오늘도, 김윤술님께, 좋은 정보 얻어갑니다...!!!