<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: ftp client &amp;amp; vsFTPd server in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217972#M10672</link>
    <description>1) connecting to an FTP server as the 'root' user is a bad idea.  If you really want to bypass this security measure, try removing 'root' from '/etc/vsftpd.users'.  If that doesn't work, look into the 'userlist_deny' configuration flag.&lt;BR /&gt;&lt;BR /&gt;2) 'sftp' is part of the openssh packages, and is in no way related to the 'ftp' protocol.&lt;BR /&gt;&lt;BR /&gt;'vsftpd' won't encrypt anything, unless compiled against ssl libraries (of which is, once again, not related to 'sftp', which is an 'ssh' abstraction).</description>
    <pubDate>Sat, 13 Mar 2004 19:12:32 GMT</pubDate>
    <dc:creator>Stuart Browne</dc:creator>
    <dc:date>2004-03-13T19:12:32Z</dc:date>
    <item>
      <title>ftp client &amp; vsFTPd server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217971#M10671</link>
      <description>If i try to connect as root to ftp server i received the failed message as:&lt;BR /&gt;530 Login incorect&lt;BR /&gt;Login Failed&lt;BR /&gt;&lt;BR /&gt;I face no prblm when connecting as noramal user. now how can I connnect to my ftp server as root. ??? ( server is redhat 7.2)&lt;BR /&gt;&lt;BR /&gt;Second, I wana ask that If I connect to vsFTPd server via ftp client(not sftp client), then  communication  would encrypted/secure or plain-text/unsecure?????, bcause server is vsFTPd though client is old-fashioned ftp(unsecure). following is the condition:&lt;BR /&gt;&lt;BR /&gt;ftp 192.168.1.20    # 192.168.1.20 is 9.0 server, running vsFTPd.&lt;BR /&gt;Connected to 192.168.1.20&lt;BR /&gt;220 ready, dude (vsFTPd 1.1.0: beat me, break me)&lt;BR /&gt;Name (192.168.1.20:root): user1 &lt;BR /&gt;331 Please specifiy the password.&lt;BR /&gt;Password:&lt;BR /&gt;230 Login successful. Have fun.&lt;BR /&gt;Remote system type is UNIX.&lt;BR /&gt;Using binary mode to transfer files.&lt;BR /&gt;ftp&amp;gt;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Maaz</description>
      <pubDate>Sat, 13 Mar 2004 09:51:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217971#M10671</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2004-03-13T09:51:30Z</dc:date>
    </item>
    <item>
      <title>Re: ftp client &amp; vsFTPd server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217972#M10672</link>
      <description>1) connecting to an FTP server as the 'root' user is a bad idea.  If you really want to bypass this security measure, try removing 'root' from '/etc/vsftpd.users'.  If that doesn't work, look into the 'userlist_deny' configuration flag.&lt;BR /&gt;&lt;BR /&gt;2) 'sftp' is part of the openssh packages, and is in no way related to the 'ftp' protocol.&lt;BR /&gt;&lt;BR /&gt;'vsftpd' won't encrypt anything, unless compiled against ssl libraries (of which is, once again, not related to 'sftp', which is an 'ssh' abstraction).</description>
      <pubDate>Sat, 13 Mar 2004 19:12:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217972#M10672</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-03-13T19:12:32Z</dc:date>
    </item>
    <item>
      <title>Re: ftp client &amp; vsFTPd server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217973#M10673</link>
      <description>ok, then please le me know How can I verify that the 'vsftpd' on my system is compiled against ssl libraries or not ???</description>
      <pubDate>Sat, 13 Mar 2004 20:52:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217973#M10673</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2004-03-13T20:52:19Z</dc:date>
    </item>
    <item>
      <title>Re: ftp client &amp; vsFTPd server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217974#M10674</link>
      <description>vsFTPd does not correctly authenticate with the built in ftp client for windows.&lt;BR /&gt;&lt;BR /&gt;This is not an ssl issue in my opinion. It is a flaw in the Windows ftp client.&lt;BR /&gt;&lt;BR /&gt;That client is a piece of garbage, in my opinion. The flaw is there. Use a real one and everything will be fine. &lt;BR /&gt;&lt;BR /&gt;I had the exact same results until I stopped using Windows built in client.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sat, 13 Mar 2004 22:34:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217974#M10674</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-03-13T22:34:50Z</dc:date>
    </item>
    <item>
      <title>Re: ftp client &amp; vsFTPd server</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217975#M10675</link>
      <description>I recommend you to use scp [from ssh suite]; there are many ssh/scp clients for MS Windows, for example&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.chiark.greenend.org.uk/~sgtatham/putty/" target="_blank"&gt;http://www.chiark.greenend.org.uk/~sgtatham/putty/&lt;/A&gt;</description>
      <pubDate>Mon, 15 Mar 2004 02:21:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ftp-client-amp-vsftpd-server/m-p/3217975#M10675</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2004-03-15T02:21:49Z</dc:date>
    </item>
  </channel>
</rss>

