<?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 is not working in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346307#M475992</link>
    <description>&lt;P&gt;When /etc/shells does not exist, the system falls back to a factory-default list of standard shells. Run "man getusershell" to find the default list. If the user's shell was not exactly one of the listed standard shells, ftpd would not allow him to login, exactly as if /etc/shells existed and contained the default list.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The user might not remember the shell change... or if he left his terminal unattended while logged in, someone might have played a prank on him. Or worse: the user may have been tricked to change the shell by executing a malicious script, whose stated purpose was something different and supposedly useful.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What was the user's shell set to when he had the problem? Whatever it was, it obviously behaved similarly enough to the user's default shell to not be noticed. It might have been a malicious program, intended to stay undetected and spy on the user.&lt;/P&gt;</description>
    <pubDate>Wed, 28 Sep 2011 06:42:51 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2011-09-28T06:42:51Z</dc:date>
    <item>
      <title>ftp is not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346251#M475989</link>
      <description>&lt;P&gt;Hi Gurus,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Today i faced the issue from a user telling that for him ftp is not working&amp;nbsp; but for his collegues its wokring fine .. He tried to do ftp from his collegues PC also but didnt help&amp;nbsp; ,... Till yesterday it was wokring . He is sure he didnt change anything in his account and from server side also we didnt make any chnages or any security policies also ...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From the syslog i got the below error&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;******&amp;nbsp;ftpd[24642]: FTP LOGIN REFUSED (shell not in /etc/shells) FROM ****[******], to67926&lt;BR /&gt;&amp;nbsp;***** ftpd[27456]: FTP LOGIN REFUSED (shell not in /etc/shells) FROM ****[******], to67926&lt;/P&gt;&lt;P&gt;In my server there is not /etc/shells file&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However i solved the issue in such a way that i asked for the log in details of his collegue for whom its wokring.&lt;/P&gt;&lt;P&gt;Then i found that the shells are differnet, so i changed the shell of that user and he confirmed that its working fine&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My doubts are &amp;nbsp;,&lt;/P&gt;&lt;P&gt;1) why suddenly he was not able to do ftp,&lt;/P&gt;&lt;P&gt;2) since there is no /etc/shells file&amp;nbsp; then there should not be any shell restriction for doing ftp&lt;/P&gt;&lt;P&gt;3) the action whihc i performed is correct or not ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please help me out on this&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Laiju&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 28 Sep 2011 05:58:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346251#M475989</guid>
      <dc:creator>223848</dc:creator>
      <dc:date>2011-09-28T05:58:02Z</dc:date>
    </item>
    <item>
      <title>Re: ftp is not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346301#M475991</link>
      <description />
      <pubDate>Wed, 28 Sep 2011 06:36:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346301#M475991</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2011-09-28T06:36:34Z</dc:date>
    </item>
    <item>
      <title>Re: ftp is not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346307#M475992</link>
      <description>&lt;P&gt;When /etc/shells does not exist, the system falls back to a factory-default list of standard shells. Run "man getusershell" to find the default list. If the user's shell was not exactly one of the listed standard shells, ftpd would not allow him to login, exactly as if /etc/shells existed and contained the default list.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The user might not remember the shell change... or if he left his terminal unattended while logged in, someone might have played a prank on him. Or worse: the user may have been tricked to change the shell by executing a malicious script, whose stated purpose was something different and supposedly useful.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What was the user's shell set to when he had the problem? Whatever it was, it obviously behaved similarly enough to the user's default shell to not be noticed. It might have been a malicious program, intended to stay undetected and spy on the user.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Sep 2011 06:42:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346307#M475992</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2011-09-28T06:42:51Z</dc:date>
    </item>
    <item>
      <title>Re: ftp is not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346371#M475996</link>
      <description>&lt;P&gt;Hi MK,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Thanks a lot for your answer .&lt;/P&gt;&lt;P&gt;When the problem was happening&amp;nbsp; his shell was /bin/sh.. This shell is not listed is getusershell...&lt;/P&gt;&lt;P&gt;Shell of the user for whom the it was working is /usr/bin/sh which is listed in getusershell...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks a lot for your answer ...&lt;/P&gt;</description>
      <pubDate>Wed, 28 Sep 2011 07:13:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346371#M475996</guid>
      <dc:creator>223848</dc:creator>
      <dc:date>2011-09-28T07:13:27Z</dc:date>
    </item>
    <item>
      <title>Re: ftp is not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346975#M476014</link>
      <description>&lt;P&gt;&amp;gt;When the problem was happening&amp;nbsp; his shell was /bin/sh.. This shell is not listed is getusershell...﻿&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The same thing happened with me years ago.&amp;nbsp; I have /bin/ksh so it works over NIS to Linux.&lt;/P&gt;&lt;P&gt;And of course it worked on one system and not another, due to a missing /etc/shells.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Sep 2011 15:07:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ftp-is-not-working/m-p/5346975#M476014</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2011-09-28T15:07:24Z</dc:date>
    </item>
  </channel>
</rss>

