<?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 Processes /etc/passwd Command in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882659#M280207</link>
    <description>This is correct behavior. The ftpd daemon 'validates' a login by checking the userID in /etc/passwd and seeing if the shell for the user is 'standard' or listed in the file: /etc/shells. The man page for shells covers this file's format. The file is normally not present--you have to create it if you want non-standard shells. The starting point for /etc/shells is found in the man page for getusershell:&lt;BR /&gt; &lt;BR /&gt;/sbin/sh&lt;BR /&gt;/usr/bin/sh&lt;BR /&gt;/usr/bin/rsh&lt;BR /&gt;/usr/bin/ksh&lt;BR /&gt;/usr/bin/rksh&lt;BR /&gt;/usr/bin/csh&lt;BR /&gt;/usr/bin/keysh&lt;BR /&gt; &lt;BR /&gt;Just add /usr/bin/false to the list and not ftp login will work.</description>
    <pubDate>Wed, 18 Oct 2006 15:49:16 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2006-10-18T15:49:16Z</dc:date>
    <item>
      <title>FTP Processes /etc/passwd Command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882658#M280206</link>
      <description>On one 11.11 machine I have, if I put /usr/bin/false in there, not only does login not work but either does FTP.&lt;BR /&gt;&lt;BR /&gt;Why would ftp process that field?  On other 11.11 servers I see the desired behaviour, which is no login but ftp allowed.</description>
      <pubDate>Wed, 18 Oct 2006 15:32:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882658#M280206</guid>
      <dc:creator>Craig Johnson_1</dc:creator>
      <dc:date>2006-10-18T15:32:19Z</dc:date>
    </item>
    <item>
      <title>Re: FTP Processes /etc/passwd Command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882659#M280207</link>
      <description>This is correct behavior. The ftpd daemon 'validates' a login by checking the userID in /etc/passwd and seeing if the shell for the user is 'standard' or listed in the file: /etc/shells. The man page for shells covers this file's format. The file is normally not present--you have to create it if you want non-standard shells. The starting point for /etc/shells is found in the man page for getusershell:&lt;BR /&gt; &lt;BR /&gt;/sbin/sh&lt;BR /&gt;/usr/bin/sh&lt;BR /&gt;/usr/bin/rsh&lt;BR /&gt;/usr/bin/ksh&lt;BR /&gt;/usr/bin/rksh&lt;BR /&gt;/usr/bin/csh&lt;BR /&gt;/usr/bin/keysh&lt;BR /&gt; &lt;BR /&gt;Just add /usr/bin/false to the list and not ftp login will work.</description>
      <pubDate>Wed, 18 Oct 2006 15:49:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882659#M280207</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-10-18T15:49:16Z</dc:date>
    </item>
    <item>
      <title>Re: FTP Processes /etc/passwd Command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882660#M280208</link>
      <description>Thanks - I got talking with another admin last night who told me the same thing.  I'm a little rusty after a year of not really doing pure admin work, and though when I build two servers recently and remembered /etc/shells, I completely skipped on it here.  Thanks!&lt;BR /&gt;&lt;BR /&gt;Craig</description>
      <pubDate>Thu, 19 Oct 2006 07:27:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-processes-etc-passwd-command/m-p/3882660#M280208</guid>
      <dc:creator>Craig Johnson_1</dc:creator>
      <dc:date>2006-10-19T07:27:59Z</dc:date>
    </item>
  </channel>
</rss>

