HP3000-L Archives

January 2003, Week 1

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:
Gerhard Roets <[log in to unmask]>
Reply To:
Gerhard Roets <[log in to unmask]>
Date:
Thu, 2 Jan 2003 09:41:12 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (86 lines)
Add 127.0.0.1 to that line as well.

-----Original Message-----
From: Tony Summers [mailto:[log in to unmask]] 
Sent: 31 December 2002 15:24
To: [log in to unmask]
Subject: [HP3000-L] A problem configuring the JINETD for FTP (loopback
mode)


First, a Happy new year to you all !. 

I've been experimenting with setting up the FTP service inside JINETD.
I've got it up and running OK,  but I'm having problems applying the
security I think necessary for our site. 

I've had zero success in using the VESOFT "extension" to FTP - according
to the article on the VESOFT website, you can use their software to
enable security/3000 login validation.  (I note other subscribers to
this list have had this problem.  To quote from the HP3000-L:  "Note
that I don't think this method will work with MPE/IX
6.0. FTP doesn't create a session under 6.0 and can't even be trapped by
VESOFT's Security/3000. This has created a big security hole" ).

Also,  I've had problems when trying to configure INETDSEC.NET.SYS - I
want to ensure that the FTP server on each HP3K will only accept
connections from the other HP3Ks (and itself) in our site, but a problem
occurs when testing FTP in loopback mode.  

Let me explain (with made up IP numbers)

We have two HPs  one ith IP address of 123.456.789.0 and the other with
IP of 987.654.321.0

I have added the following line to INETDSEC.NET.SYS on both HPs 

Allow 123.456.789.0 987.654.321.0 

With this line in place each HP can connect to the other HP via FTP, but
is refused a connection (Ftp error 9) when I try a loop back test. 

If I remove the "allow" line in the INETDSEC file, then the loopback
test is successful - i.e. I can successfully connect from any HP to any
HP - but it also opens up the HP to any remote client - which isn't what
I want !

Any suggestions ? 



The contents of this email are confidential to the intended recipient
and may not be disclosed.  Although it is believed that this email and
any attachments are virus free, it is the responsibility of the
recipient to confirm this.

Smith & Williamson Corporate Finance Limited - A member of M&A
International Inc. http://www.mergers.net  Registered in England No.
4533970.  Regulated by the FSA. 
Smith & Williamson Investment Management Limited, Registered No. 976145.
Regulated by the FSA.
Smith & Williamson Pension Consultancy Limited - Independent
Intermediary.  Registered No. 3133226. Regulated by the FSA.
Smith & Williamson Unit Trust Managers Limited, Registered No. 1934644.
Regulated by the FSA.
Smith & Williamson Limited - A member of Nexia International.
Registered in England No. 4534022.  Regulated by the Institute of
Chartered Accountants in England & Wales for a range of investment
business activities.

Registered Office: No. 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.smith.williamson.co.uk

Nexia Audit Limited - A member of Nexia International.  Registered in
England No. 4469576. Registered to carry on audit work and regulated by
the Institute of Chartered Accountants in England & Wales for a range of
investment business activities.

Registered Office: No. 1 Riding House Street, London W1A 3AS
Telephone: 020 7637 5377 http://www.nexiaaudit.co.uk

* 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