HP3000-L Archives

September 2004, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Skeet, Nigel" <[log in to unmask]>
Reply To:
Skeet, Nigel
Date:
Mon, 13 Sep 2004 17:40:31 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (56 lines)
2 options.

1 you can setup the HP3K to use anonymous FTP

Or

2 set the user and acct passwords as variables on the UNIX server and
add this to the FTP script.

Regards,

Nige...

-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Baker, Mike L.
Sent: maandag 13 september 2004 17:28
To: [log in to unmask]
Subject: [HP3000-L] FTP to HP3k and security


I have not had a chance to test any of this, but I thought I would ask
the question first.  I'm sure someone else has had to deal with this.
We daily have a sun unix server ftp files to the hp.  There is no
password setup on the group.accounts that ftp logs in too (we are
talking more than one client [i.e.group.account] here).  As part of our
sarbains/oxley fun and games, we have to secure the hp.  When we do
implement security on the hp, either all mpe security and/or with
security/3000, I am assuming that ftp (into the hp) will get asked the
password after the group.account is entered, if one has been
implemented, correct?  I guess what I am getting at, is can ftp into the
hp be allowed to not need to enter a password, even though a user
logging into the hp with vt-mgr or serial would need to.

Mike Baker


DISCLAIMER:
**This communication, along with any documents, files or attachments, is
intended only for the use of the addressee and may contain legally
privileged and confidential information. If you are not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of any information contained in or attached to this
communication is strictly prohibited. If you have received this message
in error, please notify the sender immediately and destroy the original
communication and its attachments without reading, printing or saving in
any manner. This communication does not form any contractual obligation
on behalf of the sender, the sender's employer, or the employer's parent
company, affiliates or subsidiaries.**

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2