<?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: Bizarre FTP behavior in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287659#M882771</link>
    <description>Well same can checked at Proxy Server's end.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 26 May 2004 11:42:13 GMT</pubDate>
    <dc:creator>Bharat Katkar</dc:creator>
    <dc:date>2004-05-26T11:42:13Z</dc:date>
    <item>
      <title>Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287655#M882767</link>
      <description>Greetings!  I have an AMTrix application account that I'm trying to use to connect to an FTP proxy.  When I just FTP to a server on our network (that doesn't require the proxy), I get right in (facilitated by .netrc).  However, when I ftp to the proxy server, it just hangs after the 220 connection message and banner, never giving a prompt for a username.&lt;BR /&gt;&lt;BR /&gt;Other users (root and personal accounts, including a DIFFERENT AMTrix account) get the username prompt and can type the username@host.domain string and do what they wish.&lt;BR /&gt;&lt;BR /&gt;I've been comparing profiles and .*shrc files but I'm not seeing anything obvious.  Has anyone run into something like this and can anyone point me towards the source of the problem?&lt;BR /&gt;&lt;BR /&gt;Many thanks!!!!</description>
      <pubDate>Wed, 26 May 2004 11:33:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287655#M882767</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T11:33:27Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287656#M882768</link>
      <description>Check your /etc/ftpd/ftpusers file. Users listed in this file are denied access to FTP.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;</description>
      <pubDate>Wed, 26 May 2004 11:35:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287656#M882768</guid>
      <dc:creator>Bharat Katkar</dc:creator>
      <dc:date>2004-05-26T11:35:56Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287657#M882769</link>
      <description>re: ftpusers&lt;BR /&gt;&lt;BR /&gt;That is indeed the case for someone trying to get INTO my server.  The problem at hand is with people getting OUT.  &lt;BR /&gt;&lt;BR /&gt;Also, I'm not running ftp (out of inetd.conf) using the -a option, which is what causes it to read ftpusers.&lt;BR /&gt;&lt;BR /&gt;Just the same, I checked the file, and it's empty.&lt;BR /&gt;&lt;BR /&gt;Thanks!</description>
      <pubDate>Wed, 26 May 2004 11:40:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287657#M882769</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T11:40:01Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287658#M882770</link>
      <description>I don't think that I understood yor problem clearly but if you are not even getting a username query, I do not believe you are getting connected to this server.&lt;BR /&gt;&lt;BR /&gt;to check if the connectivity is getting established, make sure you are running inetd with logging enabled, i.e.,&lt;BR /&gt;&lt;BR /&gt;ps -ef | grep inetd&lt;BR /&gt;&lt;BR /&gt;you should see a like with "inetd -l"&lt;BR /&gt;&lt;BR /&gt;if you see just an "inetd" without -l option, do the following&lt;BR /&gt;&lt;BR /&gt;/usr/sbin/inetd -k  # to kill inetd&lt;BR /&gt;/usr/sbin/inetd -l  # restart with logging enabled&lt;BR /&gt;&lt;BR /&gt;then on a separate telnet instance, run command :&lt;BR /&gt;&lt;BR /&gt;tail -f /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;then try to establish your ftp session and you should see a line getting logged at this very same second. If not, the problem is not with ftp but with connectivity via your proxy.&lt;BR /&gt;&lt;BR /&gt;Also if you can draw a rough picture of your environment like &lt;BR /&gt;&lt;BR /&gt;client --&amp;gt; proxy --&amp;gt; ftp server&lt;BR /&gt;&lt;BR /&gt;or what have you, it would help all of us understand the situation better.</description>
      <pubDate>Wed, 26 May 2004 11:41:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287658#M882770</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2004-05-26T11:41:24Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287659#M882771</link>
      <description>Well same can checked at Proxy Server's end.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 26 May 2004 11:42:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287659#M882771</guid>
      <dc:creator>Bharat Katkar</dc:creator>
      <dc:date>2004-05-26T11:42:13Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287660#M882772</link>
      <description>aaaah, your ftp client is having the problem... sorry we were typing at the same time so I did not see your response before posting my previous note&lt;BR /&gt;&lt;BR /&gt;so your picture is something like :&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;hpux server --&amp;gt; ftp proxy --&amp;gt; anonymous ftp server &lt;BR /&gt;&lt;BR /&gt;is this right ?&lt;BR /&gt;&lt;BR /&gt;and only one user on this hpux server is not able to establish this connection and start ftp ing using user@host.com as his or her anonymous user id.  Is this correct so far ?</description>
      <pubDate>Wed, 26 May 2004 11:44:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287660#M882772</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2004-05-26T11:44:33Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287661#M882773</link>
      <description>Yeah, that's the problem.  The guy who's asking for help with this probably has access to the proxy server itself; I'll ask him to check his logs.</description>
      <pubDate>Wed, 26 May 2004 12:30:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287661#M882773</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T12:30:01Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287662#M882774</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If the user id prompt itself is not soming, then it rules out anything to do with the id itself. Maybe this has something to do with the reverse name resolution or reverse lookoup. FTP as well as telnet uses reverse lookout to resolve the ip address of the system / wks from where the connection is coming.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Wed, 26 May 2004 13:08:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287662#M882774</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-05-26T13:08:19Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287663#M882775</link>
      <description>True, Sanjay, but why would it be selective about users?  Most of the users on the system are having no problem accessing the ftp proxy, just the one application account.&lt;BR /&gt;&lt;BR /&gt;Thanks!</description>
      <pubDate>Wed, 26 May 2004 13:13:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287663#M882775</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T13:13:22Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287664#M882776</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If this is particular to an id or two and works all right for other user ids at the same time from the same box, then it could be something to do with the user environment / permissions. if you have a .netrc file on any other file that you are using to automate ftp and all, rename them and try. Hope you have other user ids whose permissions level / security priv are the same as this id.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Wed, 26 May 2004 13:35:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287664#M882776</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-05-26T13:35:19Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287665#M882777</link>
      <description>Bingo!  You're right, there's something screwy in the .netrc file.  I was hesitant to move it out of the way (since I'm never sure who might be using it; there are a lot of old scripts using these application accounts), but I bit the bullet and did a quick test.&lt;BR /&gt;&lt;BR /&gt;withouut the .netrc file there it connected just fine.  So now I just need to figure out what's wrong with the .netrc file.&lt;BR /&gt;&lt;BR /&gt;Thanks much!!!</description>
      <pubDate>Wed, 26 May 2004 13:42:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287665#M882777</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T13:42:15Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287666#M882778</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Maybe, look for an entry for this proxy server in the .netrc file. Also check and see if there are any control characters in the file which might have been causing problems. Doing a cat does not display the control chanracters. Do a vi and it may show control characters in the file, if there are any.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Wed, 26 May 2004 14:17:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287666#M882778</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-05-26T14:17:30Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre FTP behavior</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287667#M882779</link>
      <description>I only had to look for it like 11 times before i found the .netrc entry.  Commented it out, everything works fine!&lt;BR /&gt;&lt;BR /&gt;Thanks for all the help!</description>
      <pubDate>Wed, 26 May 2004 14:23:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-ftp-behavior/m-p/3287667#M882779</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2004-05-26T14:23:20Z</dc:date>
    </item>
  </channel>
</rss>

