FTP에서 아스키 전송의 경우는 줄바꿈코드를 어떻게 처리하느냐하는 것때문에 생긴 것입니다.
텍스트에서 줄을 바꿀 때 DOS(Windows)에서는 Carriage Return(0D)과 Line Feed(0A) 코드를 사용합니다. 즉, 0D0A가 나오면 새 줄이 시작되는 것이죠.
그러나 유닉스, 리눅스는 0A만을 사용합니다.
그러므로 DOS의 텍스트를 그대로 가져와 리눅스에서 보면 새 줄은 시작되긴 하지만 줄 끝에 0D가 표시되는데 이것이 바로 ^와 같은 글자로 보입니다.
반대로 리눅스의 텍스트를 DOS에서 보면 줄이 바뀌지 않고 0A만 글자로 표시되는데 그것은 검정색의 작은 네모로 나타납니다.
그런데 FTP의 아스키전송을 사용하면 OS에 맞추어 줄바꿈 코드를 변환해 주므로 이런 문제가 나타나지 않습니다.
이외 텍스트의 코드자체는 바꾸지 않기 때문에 문제될 것이 없습니다.
만약 송신과 수신 OS가 같다면 텍스트의 경우도 이진타입으로 전송하여도 아무런 문제가 없습니다
기본도 모른채 한참동안 검색했다. ㅡㅡ;;
결론은 Ascii모드를 사용하면 하자가 없다는 이야기.
텍스트에서 줄을 바꿀 때 DOS(Windows)에서는 Carriage Return(0D)과 Line Feed(0A) 코드를 사용합니다. 즉, 0D0A가 나오면 새 줄이 시작되는 것이죠.
그러나 유닉스, 리눅스는 0A만을 사용합니다.
그러므로 DOS의 텍스트를 그대로 가져와 리눅스에서 보면 새 줄은 시작되긴 하지만 줄 끝에 0D가 표시되는데 이것이 바로 ^와 같은 글자로 보입니다.
반대로 리눅스의 텍스트를 DOS에서 보면 줄이 바뀌지 않고 0A만 글자로 표시되는데 그것은 검정색의 작은 네모로 나타납니다.
그런데 FTP의 아스키전송을 사용하면 OS에 맞추어 줄바꿈 코드를 변환해 주므로 이런 문제가 나타나지 않습니다.
이외 텍스트의 코드자체는 바꾸지 않기 때문에 문제될 것이 없습니다.
만약 송신과 수신 OS가 같다면 텍스트의 경우도 이진타입으로 전송하여도 아무런 문제가 없습니다
기본도 모른채 한참동안 검색했다. ㅡㅡ;;
결론은 Ascii모드를 사용하면 하자가 없다는 이야기.
반응형
'아이티 > 리눅스&유닉스' 카테고리의 다른 글
[리눅스]디렉토리 목록만 보자 (0) | 2012.07.30 |
---|---|
Tuxedo 메뉴얼 (0) | 2010.01.12 |
레드햇 패키징 하우투 RPM HOWTO (0) | 2009.09.30 |
aptitude 명령의 사용법 (0) | 2009.05.12 |