On Tue, September 16, 2008 17:00, James B. Byrne wrote:
>
> However, the FTPIT job fails nonetheless and it seems to be a matter of
> authentication. I have configured the netrc file, to the best of my very
> limited understanding, but I rather suspect that this is where the problem
> lies.
>
> sysnetrc.sysconf =
>
> machine '216.185.71.23' login 'anonymous' password 'hp3k01.hamilton'
>
...
>
> So, it seems to me that the info in the netrc file is not being used or is
> corrupted. Have I misunderstood the format of the netrc file? Have I
> left something out?
On: Tue, 16 Sep 2008 14:55:25 -0700, donna hofmeister
<[log in to unmask]> wrote:
> try changing the single quotes in your netrc file to double quotes.
That worked. Thank you.
> (you do, of course, have good security on the netrc file, yes? :-) - d
: LISTFILE SYSNETRC.SYSCONF.SYS,4
*****************************************
FILE: SYSNETRC.SYSCONF.SYS
ACCOUNT ------ READ : ANY
WRITE : AC
APPEND : AC
LOCK : ANY
EXECUTE : ANY
GROUP -------- READ : GU
WRITE : GU
APPEND : GU
LOCK : GU
EXECUTE : GU
SAVE : GU
FILE --------- READ : ANY FCODE: 0
WRITE : ANY **SECURITY IS ON
APPEND : ANY NO ACDS
LOCK : ANY
EXECUTE : ANY
FOR MANAGER.SYS: READ, WRITE, EXECUTE, APPEND, LOCK
This setup is not reachable from public networks in any case. The HP3000
sits (or will when I am finished this exercise) on a private IPV4
belonging to the 192.168/16 netblock and is connected to the ftp host via
a cross-wired 10BaseT patch cable to that hosts eth1 interface. So, there
are no other network nodes on that segment at all.
The vsftps daemon is configured to allow anonymous only connections to the
eth1 address so that userids and passwords on the Linux host to not need
to be propagated to the HP3000. ftp is not otherwise used internally, we
employ only sftp. User interactive session connections to the HP3000 are
via ssh to the eth0 interface of the forward facing host and are forwarded
to the HP3000 over the eth1 via NS/VT using a shell program called
FreeVT3K. Primitive perhaps, but it is the best I can do with the tools
at my disposal.
>
> I also have concerns about the generated ftpin file. It seem to me that
> there seem to be a <cr> being inserted between the source and the target
> filenames somehow. However, we never get to that point because of the
> login issue.
Well, having gotten past the logon difficulties, my suspicions regarding
the effect of the contents of the _fi_file variable on the behaviour of
the ftpin file have been confirmed:
******
*** RESUME EXECUTION OF COMMANDS
: file netrc.pub=sysnetrc.sysconf
: setvar _fi_node "192.168.209.23 "
: setvar _fi_new_file_name "/ftp-drop/" + "hp3k01.conf"
: echo exitonerror>ftpin
: echo ascii>>ftpin
: echo put !_fi_file !_fi_new_file_name>>ftpin
: echo quit>>ftpin
: print ftpin
exitonerror
ascii
put /SYS/SYSCONF/conf.2008-09-16
/ftp-drop/hp3k01.conf
quit
: setvar ftplasterr 0
: ftp !_fi_node < ftpin
File Transfer Protocol [A0012E07] (C) Hewlett-Packard Co. 2002 [PASSIVE
SUPPORT]
220 (vsFTPd 2.0.5)
Connected to 192.168.209.23. (FTPINFO 40)
331 Please specify the password.
230 Login successful.
Remote system type is UNIX
(70/79) Continue?
ftp> exitonerror
ExitOnError mode on. (FTPINFO 33)
ftp> ascii
200 Switching to ASCII mode.
ftp> put /SYS/SYSCONF/conf.2008-09-16
200 PORT command successful. Consider using PASV.
553 Could not create file.
Data Transfer Request Failed. (FTPERR 13)
221 Goodbye.
******
As we see, the put command in the ftpin file does not have a target
and therefore the ftp client attempts to create the file in the home
directory with the same name as the file being transfered rather than
using the provided target directory and filename. My suspicion is that
the input from the file CURRENT.SYSCONF.SYS contains a trailing <cr> /<lf>
which is the source of the problem.
I have tried working this out with repl, but I cannot preempt the effect
of the embedded <cr> on command processing:
:myvar < CURRENT.SYSLOCAL.SYS
:showvar myvar
MYVAR = /SYS/SYSCON/conf.2008-09-16
:newvar (repl(!myvar,chr(13),""))
newvar (repl(/SYS/SYSCONF/conf.2008-09-16
,chr(13),""))
Unknown command name. (CIERR 975)
Any suggestions?
Regards,
P.S.
I am a digest subscriber so please use reply all. I get the digest once a
day at midnight.
JBB
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrne mailto:[log in to unmask]
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
