它的一个whm centos与纯FTP安装。 当我用普通帐户ftp进入服务器时，我成功地获得了根目录：/ home / user_name 我试图在服务器上设置一个开发域，所以创build了帐户：[email protected]，在其中的cpanel它的成功，我指出它/ home / user_name / subdomains / dev，也创build了子域，并可以查看成功。 问题是当我用新的[email protected]帐户login时，它成功login，但是显示一个空白的'ls -l'列表。 我可以同时使用filezilla和netbeans上传文件，全部报告成功，但是当我导航到/ home / user_name / subdomains / dev时它是空的。 另外sestatus： SELinux status: disabled 日志文件：/ var / log / messages： Mar 1 05:23:23 server pure-ftpd: (?@ip-address) [INFO] New connection from ip-address Mar 1 05:23:23 server pure-ftpd: (?@ip-address) [INFO] [email protected] is now […]
关于你的回应如何通过命令行更改IIS6中虚拟目录的物理path？ 。 您的答案是运行以下代码行： cscript adsutil.vbs SET W3SVC1/WebSiteNum/Root/Vdirname/Path "new physical path" 请原谅无知，但是<WebSiteNum>什么？ 我怎么find它？ 我假设<Vdirname>是虚拟文件夹名称。 "W3SVC1" ， "Root"和"Path"是保留字，在命令行上原样使用，是正确的？ 新的物理path是否需要用双引号括起来？
我们有一个用自动化程序连接到我们的vsftp守护进程的用户 – 每3分钟发送一批文件（大约10-20个文件）。 99％的时间，这个作品很棒。 每隔一段时间，我们就会看到我们在“日志上传失败”的错误，在日志里有这样的事情： Tue Mar 6 13:06:08 2012 [pid 10786] CONNECT: Client "XXX.YYY.241.245" Tue Mar 6 13:06:50 2012 [pid 10784] [delmonte_ftp] FAIL UPLOAD: Client "XXX.YYY.241.245", "/opt/clients/myclient/filename", 0.00Kbyte/sec 两个问题即将到来： 我可以以某种方式迫使vsftp不发送“GoodBye”，而是当用户尝试断开连接时发送失败？ 在他们的最后，这迫使重新发送文件，这似乎总是成功的。 什么可能导致这种types的问题？ 这个问题每周只发生一次。
我正在使用IIS 7.5的Server 2008 R2框。 我有IIS FTP + SSL设置和AD帐户正常工作。 我的问题在于上传速度。 在以前的Unix主机上，FTP传输对于大文件和小文件都是快速的。 使用IIS FTP一旦某个特定文件的传输开始，传输速率就很好，但是传输很多文件需要很长时间，似乎要经过很多FTP步骤。 以下是每个要移动的文件（OS X上的Cyberduck中的客户端）的情况： LIST -a 125 Data connection already open; Transfer starting. -rwxrwxrwx 1 owner group 19 Feb 16 9:04 file.php 226 Transfer complete. NOOP 200 NOOP command successful. CWD /dir1/dir2 250 CWD command successful. TYPE A 200 Type set to A. PASV 227 […]
我有一个奇怪的问题，这只是影响我的Windows 2003标准服务器（运行IIS6）上的许多网站之一。 我不是一个服务器pipe理员的方式，但pipe理我的服务器的公司似乎不能帮助:( 基本上，服务器上有一个站点，其中包含一些简单的内容pipe理系统文件的“admin”文件夹。 当我尝试通过FTP访问此文件夹时，我的FTP客户端将无法连接。 我已经尝试了几个客户端，使用主动和被动连接，他们工作正常，除非试图打开此文件夹。 这就像它被locking到FTP连接。 奇怪的是，如果我复制文件夹并将其重命名为“admin2”，则会发生同样的情况 – 我无法通过FTP访问此文件夹。 如果我在服务器上创build了一个新的文件夹，例如'admin3'，我可以访问它，但是当我将这些文件复制到文件夹时，它将不再工作。 一个损坏的文件会导致这个？ 有数以千计的文件，所以我不知道如何解决这个问题。 无论如何，在尝试了大量的东西之后，我终于让pipe理员在服务器上临时禁用了防火墙，彻底解决了这个问题。 所以就好像有一个防火墙阻止了该文件夹中的某些内容，从而阻止FTP访问该文件夹。 我仍然可以通过网站访问文件（它可以在浏览器中运行），但不会通过FTP连接。 任何人都可以告诉这可能是什么问题，并帮助我纠正它？ 就像我说的，我是服务器pipe理员的总新手，所以请记住！ 我只是没有select，因为我的提供者似乎无法提供帮助，并且开始让我不得不直接在服务器上进行代码更改，因为FTP不适用于此文件夹。 谢谢大家！
我在我家的一台机器上运行Ubuntu 11.04，用于Web开发。 我使用Filezilla SFTP连接到它来从我的办公室传输文件。 当我连接并只浏览时，连接将长时间保持有效（所需结果）。 但是，当我传输一个文件，队列完成后，我断开约10秒后。 什么可能导致这个？ 我已经尝试TCPKeepAlive yes / no ， TCPKeepAlive yes / no ，似乎都没有帮助。
我已经安装了Pure-FTPd，并试图让虚拟用户使用它。 Unix用户可以，并且能够传输文件，但我创build的虚拟用户无法login。 我正在运行Linux Ubuntu Server 10.04 x64，这是我所做的： sudo apt-get install pure-ftpd changed to standalone in /etc/default/pure-ftpd-common /etc/pure-ftpd/conf/PassivePortRange: 5560 5580 /etc/pure-ftpd/conf/UnixAuthentication: yes sudo pure-pw useradd test -u ftpuser -d /users/testuser /etc/init.d/pure-ftpd restart 然后我连接到FTP服务器上的用户testing。 Status: Looking up adress for domain Status: Connecting to xxx.xxx.xxx.xxx:21… Status: Connection established, waiting for welcoming message… Answer: 220———- Welcome to Pure-FTPd [privsep] […]
我有一个私人的FTP服务器上的数据，我想要镜像它，但“按需”。 我的前端是一个Apache / PHP服务器… 这是stream程： 客户端询问apache服务器的文件 如果文件不在硬盘上，请从ftp服务器下载。 （stream到客户端，同时保存到硬盘） 发送文件到客户端（从apache） 我不知道如何进行… 下载文件时是否有stream式传输的方法？ 也许我们可以做一些与PHP /curl…
我有一个有点奇怪的问题，我不知道如何排除故障。 我们使用IIS FTP服务在Windows Server 2003计算机上运行FTP，这是为我们的客户端configuration的IP限制。 但是，现在有一个客户开始抱怨他们不时login到服务器。 这只是10个有这个问题的客户之一，这让我觉得这是他们的问题。 为了安全起见，我查看了FTP日志，发现了一些奇怪的东西。 每当成功login这是我可以在日志中find： nnn.nnn.nnn.70，userxxx，2012-06-11，09:22:32，MSFTPSVC1，SERVERNAME，nnn.nn.nn.11,0,0,0331,0，USER，userxxx ， – ， nnn.nnn.nnn.70，userxxx，2012-06-11，09:22:32，MSFTPSVC1，SERVERNAME，nnn.nn.nn.11,0,0,0,230,0，PASS， – ， – ， 但是，如果login失败，我会看到以下事件： nnn.nnn.nnn.70，userxxx，2012-06-11，09:16:33，MSFTPSVC1，SERVERNAME，nnn.nn.nn.11,0,0,0331,0，[191739] USER，userxxx ， – ， nnn.nnn.nnn.70， – ，2012-06-11，09:16:33，MSFTPSVC1，SERVERNAME，nnn.nn.nn.11,0,0,0 530,1326，[191739] PASS， – ， – ， 当你看到客户在成功login时发送PASS的事件时，似乎知道事实上与该PASS耦合的“userxxx”，但是当它失败时，由于在PASS事件中的用户是设置 ”-”。 任何人有任何想法，任何帮助，将不胜感激。 🙂 // JaggenSWE
对于极less数客户，我们在上传大于64 kb的文件时遇到问题。 服务器的操作系统是FreeBSD，通过ssl运行vsftpd。 当我们将这些客户移到托pipe在Windows上的ftps服务器上时，他们没有任何问题。 客户端系统正在运行Windows操作系统。 我们分析了客户端和服务器端的wireshark / tcpdump trace，我们的分析是： 一旦客户端完成上传文件，它发送一个FIN，但服务器花费时间发回ACK / FIN，客户端重新启动tcp握手，并重新开始上传文件。 我们尝试closurestcp延迟确认，tcp校验和，更改服务器上的recvBuf。 这些设置都没有任何区别。 其他细节：FreeBSD 9.0版本vsFtpd 3.0.0 vsFtpd.log Fri Jun 15 12:22:16 2012 [pid 1092] CONNECT: Client "xx.xxx.xx.xx" Fri Jun 15 12:22:16 2012 [pid 1092] DEBUG: Client "xx.xxx.xx.xx", "SSL version: TLSv1/SSLv3, SSL cipher: AES128-SHA, not reused, no cert" Fri Jun 15 12:22:16 2012 [pid 1092] […]