FTP to Alphaserver - connection refused

[Paul Watkins_3]

All our users have been able to FTP to our OpenVMS 7.3-1 DS20 (using DOS and all manner of clients) from their Windows workstations.

I had to change the FTP port to 2100. Tried:
TCPIP> SET SERVICE FTP/PORT=2100
but got prompted to include a few other qualifiers - I basically kept replicating the previous setup until I was allowed to set the port.

I backtracked to reset the port to 21 but now users FTP'ing the Alpha are getting a 'connection closed by remote host' message.

Pushing from and pulling to the Alpha is working fine and service restarts and a server reboot has failed to resolve this.

The one element that has changed is the service flags:

they were set to 'none'
now they're set to 'Listen'

TCPIP> HELP SET SERVICE/FLAGS doesn't give me much information.

I would be grateful if anyone has any further information on the FLAGS qualifier or has a single command example of all the qualifiers necessary to set the FTP service.

[Wim Van den Wyngaert]

Paul,

The flag listen indicates that during startup a process must be created that listens for incoming requests. Since the process is not there you get the message.

The flags are available to the program (ftp) but it is up to the program to decide which ones it uses and which ones it will ignore.

Somewhere in the tcp programmers guides you can find some words on the flags.

Wim

[labadie_1]

use @sys$startup:tcpip$config to remove and add FTP again, it should work fine

[Paul Watkins_3]

Many thanks Wim and labadie - I've tried restarting FTP via TCPIP$CONFIG but I don't think I've actually removed it - I'll give that a go.

Also, if I use TCPIP> SET SERVICE FTP/FLAGS=NOLISTEN, it does set flags to 'none' but the service stays up for a few minutes before becoming disabled - how do I set this to 'none'?

[Wim Van den Wyngaert]

I had to search for it ...
http://h71000.www7.hp.com/doc/73final/6529/6529pro_022.html

Wim

[Paul Watkins_3]

Wim - I'd already begun searching when labadie posted a reply...still searching...

Thanks
Paul

[Paul Watkins_3]

could I just restore the tcpip config files from a previous backup? - if yes, does anyone know which files?

Thanks
Paul

[Wim Van den Wyngaert]

Logical tcpip$service, default sys$system, .dat I believe.

Wim

[Wim Van den Wyngaert]

All files (and logicals) are :
tcpip$export
tcpip$export
tcpip$host
tcpip$proxy
tcpip$route
tcpip$service
tcpip$bootp
tcpip$configuration

Wim

[Brepoels Vincent]

I have got the same problem since last week OpenVMS 7.3-1. Most of the time there is no possibility to ftp from the windows orkstations to this Alphaserver. Ftp from one Alphaserver to another works fine. The connection is always refused by the remote host being the Alpha Server. I tried shutdown and startup of these services via ucx$config or manually but this works just for a very short moment. The process stays in the enabled status but seems not to work. The /flags identifier does not change this behavior. What can i do ? No restore of .dat is possible.

[labadie_1]

It would help to know your Tcpip version (e.g. 5.1 ,5.1 Eco 5, 5.3, 5.4 Eco 2...)

If you have a lot of ftp traffic, it may be quota related, so
$ tcpip sh service ftp/fu
$ mc authorize sh tcpip$ftp

may help

[Brepoels Vincent]

I was troubled with another server but this one has (see underneath) version UCX on OpenVms 7.1

And bizart but i could ftp from another Alphaserver even when the state was disabled now. Strange

AXP7_$ set def sys$sysdevice:[UCX$FTP]
AXP7_$ dir

Directory SYS$SYSDEVICE:[UCX$FTP]

LOGIN.COM;1 UCX$FTPD.LOG;5760 UCX$FTPD.LOG;5759 UCX$FTPD.LOG;5758
UCX$FTPD.LOG;5757 UCX$FTPD.LOG;5756 UCX$FTPD.LOG;5755 UCX$FTPD.LOG;5754
UCX$FTPD.LOG;5753 UCX$FTPD.LOG;5738 UCX$FTPD_STARTUP.COM;1
UCX$FTPD_STARTUP.LOG;5905 UCX$FTPD_STARTUP.LOG;5904
UCX$FTPD_STARTUP.LOG;5903 UCX$FTPD_STARTUP.LOG;5902
UCX$FTPD_STARTUP.LOG;5901 UCX$FTPD_STARTUP.LOG;5900
UCX$FTPD_STARTUP.LOG;5899 UCX$FTPD_STARTUP.LOG;5898
UCX$FTPD_STARTUP.LOG;5886 UCX$FTP_ANONYMOUS.LOG;1

Total of 21 files.
AXP7_$ @ UCX$FTPD_STARTUP.COM;1
AXP7_$ ucx
UCX> sh service ftp /fu

Service: FTP
State: Disabled
Port: 21 Protocol: TCP Address: 0.0.0.0
User_name: not defined Process: UCX$FTPD
UCX>


UCX> exit
AXP7_$ mc authorize
UAF> sh ucx$ftp

Username: UCX$FTP Owner: UCX$FTP
Account: UCX$FTP UIC: [375,1] ([UCX$AUX,UCX$FTP])
CLI: DCL Tables: DCLTABLES
Default: SYS$SYSDEVICE:[UCX$FTP]
LGICMD: LOGIN
Flags: Restricted
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ##### Full access ###### ##### Full access ######
Batch: ----- No access ------ ----- No access ------
Local: ----- No access ------ ----- No access ------
Dialup: ----- No access ------ ----- No access ------
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 8 Login Fails: 0
Pwdlifetime: 30 00:00 Pwdchange: (pre-expired)
Last Login: (none) (interactive), 29-SEP-2004 14:07 (non-interactive)
Maxjobs: 0 Fillm: 50 Bytlm: 108000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 18 JTquota: 1024
Prclm: 2 DIOlm: 18 WSdef: 350
Prio: 8 ASTlm: 100 WSquo: 512
Queprio: 0 TQElm: 15 WSextent: 512
CPU: (none) Enqlm: 100 Pgflquo: 10240
Authorized Privileges:
NETMBX TMPMBX
Default Privileges:
NETMBX TMPMBX
UAF>

UCX> sh version

DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.2
on a AlphaServer 4100 5/533 4MB running OpenVMS V7.1-2

UCX>

[labadie_1]

You can apply the Eco 5 for Ucx 4.2

I do not know the service limit for your FTP service (as when the service is disabled, it does not show :-(

but, your quotas seem to allow a max of about 2 or 3 simultaneous ftp.

I had done some tests with ftp on Tcpip 5.3 Eco 1
the Ftp process alone (just started) consumes
196 096 in Bytlm
8512 in Pgflquota
1 in Tqelm

each other user will need
about 66 000 in Bytlm
128 in pgflquota
at least 1 in tqelm

so bump your bytlm and tqelm at least

[Brepoels Vincent]

Tqelm was set to 15... even after setting the defaults very high this appears not to change a bit. Strangely that this ftp service worked well for many years... Limit was set to 10

UCX> show service ftp /permanent /full

Service: FTP

Port: 21 Protocol: TCP Address: 0.0.0.0
Inactivity: 5 User_name: UCX$FTP Process: UCX$FTPD
Limit: 10

File: SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD_STARTUP.COM
Flags: Listen UCX

Socket Opts: Rcheck Scheck
Receive: 0 Send: 0

Log Opts: Acpt Actv Dactv Conn Error Exit Logi Logo Mdfy Rjct TimO Addr
File: SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD_STARTUP.LOG

Security
Reject msg: not defined
Accept host: 0.0.0.0
Accept netw: 0.0.0.0

[labadie_1]

can you go in ucx$config, remove ftp, add it again, do
$ reply/ena
retry and post the OPCOM messages ?

[Brepoels Vincent]

I disabled/enabled the service via ucx$config and enabled REPLY/ENA for OPCOM messages. After trying to ftp from Windows (which failed) no OPCOM messages appeared. From another Alphaserver the ftp worked and this ofcours does not invoke OPCOM messages.

[Ian Miller.]

Disable the service and UCX SET NOSERVICE FTP will actually delete the service definition then you can add it again using the menu.

Is there anything in the log file (either the one on the UCX$FTP directory or in the users login directory?

[labadie_1]

How do you do your ftp from windows ?
ftp 1.2.3.4 ou ftp alpha ?
a Dns or Wins problem ?

From Windows, a tracert 1.2.3.4 and a tracert alpha (supposing this is your alpha address and name) works ?