标签为 "FTP" 的存档

AIX下FTP文件名显示错误带时间(不用重启系统)

如果重启动inetd进程,再登陆ftp还是显示错误的话,那么再重启一下ftp服务就可以了。

stopsrc -t ftp
startsrc -e “LANG=en_US” -t ftp

网上的解答链接1.链接2
使用echo $LANG 查看当前使用的语言环境为LANG=zh_CN

#locale -a
C
POSIX
en_US
en_US.8859-15
en_US.ISO8859-1
zh_CN
zh_CN.IBM-eucCN
ZH_CN

解决方法:
在服务器本地使用英文语言环境启动inetd进程。
首先运行停止inetd进程 #stopsrc -s inetd
然后使用英文语言环境启动inetd进程 #startsrc -e LANG=en_US -s inetd
现在再进行ftp就不会有时间戳乱码问题存在了。

FTP 传输 bin 与 ASCII 的区别[转帖]

两者的区别。
Bin模式保留文件原始的格式,传输过程中保持文件结束符(不同的操作系统结束符不同)的原始特征。
ASCII 会进行转换。

老胡说AS400 必须用ASCII,我认为还是windows上开发导致的问题。

AS/400 SRCPF 中的 member 内容就相当于 DOS、WINDOWS 、UNIX 下的文本文件
但是 AS/400 上的文本行末尾没有回车、换行 符号
而DOS、WINDOWS 下的文本行末尾有回车、换行 符号
UNIX 下的文本行末尾有换行 符号

http://bbs.chinaunix.net/viewthread.php?tid=1309009

在计算机系统中,不同的系统判断一行是否结束的标志是不一样的。
文件中的一行可以有三种结束的方式:
1.cr
2.nl    —->Unix调用一个new line的动作
3.cr lf (or lf cr)
ftp上传的时候,有bin和ascii两种区别
使用bin命令传输时,什么也不会改变,按照源文件传输,
而用ascii方式传输时会将行结束符从来源的机器所用的行结束符转换成接收机器所用的行结束符。

例如:ascii可能将一个 cr 转换成 一个 nl (这通常表示成一个 lf)。
而且ascii指示ftp注意文件的结束符,在pc中表现为: control-z (因此,文件结束符可以结束文件的内容,但不一定表示文件的物理结束)
所以,如果文件本身是二进制的,应该完全不变的传输,这时需要使用bin模式
而对文本文件而言,就需要转换。否则有可能得到这样的结果:
this line ends ^M
and another line ends ^M
and we should have ended^M but did not^M which does^M
not look great.^M^Z
这种情况发生在当来源机器使用lf cr作为行结束符而 lf 是接收机器的行结束符,并且使用bin模式传输文件时。当不确定使用什么模式时,使用bin模式。使用bin更快些,并且不会对文件产生什么伤害(因为 bin模式没有检查文件和转换行结束符)。有很多软件可以将文本(ascii)文件在不同的行结束符之间进行转换,可以用bin下载后再转换。
根据vim里面的help,vim里dos格式使用单个的或作为行结束符,写文件时, vim使用,如果编辑一个文件并在dos格式下保存,vim使用替换单个的;如果是unix格式,vim使用单个作为行结束符,将显示为^M。在dos格式下读并在unix格式下保存,可以将替换为单个的