ftp服务器不支持非ascii字符串

1、在windows浏览器中打开FTP url的中文显示ascii码 如何使其显示回中文

浏览器编码格式试一试。
更换别的浏览器试一试。

2、FTP分为ASCII码和什么模式?

ftp模式中ASCII传送与Binary模式
ftp模式中ASCII传送与Binary传送有什么不同

ftp模式中ASCII传送与Binary传送有什么不同

1)ftp中如果选中ASCII形式传送可执行文件或者压缩文件（本来应该选择Binary形式的)，会有什么后

果?
2)
好像ASCII传送需要发方将本地文本文件转换成NVT ASCII码形式，而收方则将NVT ASCII码再还原

成本地文本文件。而NVT ASCII只有7位，那么传送二进制文件时大于#128的byte不是无法传输吗？
但是我平时下载文件（包括可执行文件)都是默认的ASCII形式get下来的，都使用很正常呀，
后来专门用两种方式下载同一个exe，用fc比较两个文件，没有发现任何区别。
3)不过上述下载时c/s都是windows系统，不知道其他OS是否两种形式有所不同。
那位朋友跟我讲讲两者的区别。

FTP 可用多种格式传输文件，通常由系统决定，大多数系统(包括UNIX系统)只有两种模式：文本模式和二进制模式。文本传输 器使用ASCII字符，并由回车键和换行符分开，而二进制不用转换或格式化就可传字符，二进制模式比文本模式更快，并且可以传输所有ASCII值，所以系统管理员一般将FTP设置成二进制模式。

一般来说：
如果你用错误的模式传输你的图片，你将会无法看到图片，看到的会是乱码。
如果你用错误模式上传CGI脚本，那么就将无法运行你的脚本，会看到类似Server 500 Error的出错信息。
所以你必须使用正确的模式，图片和执行文件必须用BINARY模式，CGI脚本和普通HTML文件用ASCII模式上传.

ASCII和BINARY模式区别：
用HTML 和文本编写的文件必须用ASCII模式上传，用BINARY模式上传会破坏文件，导致文件执行出错。

BINARY模式用来传送可执行文件，压缩文件，和图片文件。
如果你用ASCII模式传，会显示一堆乱码，你必须重新用BINARY模式传。

对于第二种情况，是因为有很多ftp服务器和客户端软件能自动识别文件类型，并采取相应的传输方式。

ftp是应用层协议，和具体操作系统无关 .

ASCII模式和BINARY模式的区别是回车换行的处理，binary模式不对数据进行任何处理，asci模式将回车换行转换为本机的回车字符，比如Unix下是\n,Windows下是\r\n，Mac下是\r

ascii模式下会转换文件
不能说是不同系统对回车换行解释不同
而是不同的系统有不同的行结束符
unix系统下行结束符是一个字节，即十六进制的0A
而ms的系统是两个字节，即十六进制的0D0A
所以当你用ascii方式从unix的ftp server下载文件时(不管是二进制或者文本文件)，每检测到一个

字节是0A，就会自动插入一个0D，所以如果你的文件是二进制文件比如可执行文件、压缩包什么的，就肯

定不能用了。如果你的文件就是unix下的文本文件，你用ascii模式是正确的，要是误用了binary模式，

你在windows上看这个文件是没有换行的，里面是一个个的黑方块。
一般来说，我们最好都用binary方式，这样可以保证不出错。如果有文本格式转换的问题，即unix格式

的文本和dos格式的文本之间的转换，有很多工具可以做的，不要在ftp传输的时候冒险，尤其是你如果对

这些东西不是非常清楚的话。

可以使用MIME，把所有的字符，转换成0~128之间的字符，然后传送，在接受方再将接收到的字符MIME反向转换。通常我们发送邮件，就是使用这样的字符转换方式。

3、FTP服务器不支持非 ASCII 字符 连接超时。是什么问题。跟网速有关系吗？急！！！

没有关系，不支持ascii码的话只是会出现中文乱码，但是实际连接错误的原因是ftp主/被动原因。

具体发生原因暂时我不知道，应该是防火墙端口限制。

解决方法，改为主动方式连接

4、ftp的ascii和bin方式

从一个unix到另一个unix上ftp一个txt文件 推荐用bin方式 ascii方式我不知道行不行 我推论是可以的 明天去公司试试

在公司里写的代码——linux之间ftp文件用的也是ascii。
这是为了防止来源系统的文件里包含一些特殊的字符。
unix-windows或windows-unix 需要ascii码方式。

为什么？
http://fdm0111.blog.163.com/blog/static/81375820100143531297/

---------------------你问的是txt 不是xls-------------------------

-----------------------补充----------------------------------
不知道有什么不同。不过有一点的是肯定的，execl是微软公司的产品。
而微软和Linux是死对头。

另：以后不会再回答你的问题了。

5、linux做一个ftp client，用ascii模式上传文件时如何解决换行问题

windows里面的换行是\r\n 也就是0x0a和0x0d
linux是\n

所以在每个换行符0x0d前面加一个0x0a就可以了

6、FTP：服务器不支持非 ASCII 字符

出现不支持ascii码的情况会出现中文乱码，这个是实际的字符故障，但实际应用中还存在其他相关的原因：

1、实际连接错误的原因是ftp主/被动模式选择错误，在ftp客户端调整站点连接设置为被动连接模式即可。

2、防火墙端口限制，关闭防火墙临时检查使用即可。

3、FTP软件使用的设置有问题，传输模式选择二进制尝试传输即可。

(6)ftp服务器不支持非ascii字符串扩展资料：

FTP的传输有两种方式：ASCII、二进制。

1、ASCII传输方式假定用户正在拷贝的文件包含的简单ASCII码文本，如果在远程机器上运行的不是UNIX，当文件传输时ftp通常会自动地调整文件的内容。

2、二进制传输模式

在二进制传输中，保存文件的位序，以便原始和拷贝的是逐位一一对应的。

7、简述FTP主要功能。

在网络上进行文件传输的一套标准协议。用户通过一个支持FTP协议的客户机程序，连接到在远程主机上的FTP服务器程序。用户通过客户机程序向服务器程序发出命令，服务器程序执行用户所发出的命令，并将执行的结果返回到客户机。

需要进行远程文件传输的计算机必须安装和运行ftp客户程序。在windows操作系统的安装过程中，通常都安装了tcp/ip协议软件，其中就包含了ftp客户程序。启动ftp客户程序工作的另一途径是使用ie浏览器，用户只需要在ie地址栏中输入url地址。

(7)ftp服务器不支持非ascii字符串扩展资料

FTP的用户分类和传输方式

一、用户分类

1、Real帐户

这类用户是指在FTP服务上拥有帐号。当这类用户登录FTP服务器的时候，其默认的主目录就是其帐号命名的目录。

2、Guest用户

在FTP服务器中，给不同的部门或者某个特定的用户设置一个帐户。服务器通过这种方式来保障FTP服务上其他文件的安全性。拥有这类用户的帐户，只能够访问其主目录下的目录，而不得访问主目录以外的文件。

3、Anonymous（匿名）用户

这类用户是指在FTP服务器中没有指定帐户，但是其仍然可以进行匿名访问某些公开的资源。

需要根据用户的类型，对用户进行归类。默认情况下，Vsftpd服务器会把建立的所有帐户都归属为Real用户。

二、FTP的传输有两种方式：ASCII、二进制。

1、ASCII传输方式

假定用户正在拷贝的文件包含的简单ASCII码文本，如果在远程机器上运行的不是UNIX，当文件传输时ftp通常会自动地调整文件的内容以便于把文件解释成另外那台计算机存储文本文件的格式。

用户正在传输的是程序，数据库，字处理文件或者压缩文件，在拷贝任何非文本文件之前，用binary 命令告诉ftp逐字拷贝。

2、二进制传输模式

在二进制传输中，保存文件的位序，以便原始和拷贝的是逐位一一对应的。例如，macintosh以二进制方式传送可执行文件到Windows系统，在对方系统上，此文件不能执行。如在ASCII方式下传输二进制文件，即使不需要也仍会转译。这会损坏数据。

ASCII方式一般假设每一字符的第一有效位无意义，因为ASCII字符组合不使用它。如果传输二进制文件，所有的位都是重要的。

8、FTP的二进制与ascii传输方式区别

二进制上传效率更高
ASCII上传可能会带来安全风险

9、我远程FTP命令行，下载服务器上的资料的时候出出150 Opening ASCII mode data connection 之后就没有反应

这种情况可来能是你所在网络自安装了防火墙（或代理），该防火墙（或代理）禁止来自远程的连接，426 data connection closed, transfer aborted表明了这一点。这时候你可以使用被动传输模式（pasv模式），来避免该限制，进行数据传输. 但是由于我们要求用户必须关闭PASV模式，所以，请将你的防火墙设置的级别低一些或关闭试试看。

补充：
说得通俗点，就是将你机器的防火墙（包括windows防火墙、反病毒软件的防火墙）关闭，若还不正常的话，将ftp服务器的防火墙也关闭。

10、AIX ftp 如何进行ascii模式文件传输

一般来说默认就是字符模式,如果要切换为二进制输入 bin