LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   FTP services (https://www.linuxquestions.org/questions/linux-newbie-8/ftp-services-843717/)

Shatan 11-11-2010 11:53 AM

FTP services
 
So, total noob, don't know what to look for here. I've got this server running SCO Unixware 2.1.3. Old as hell, I know, in well before my time at this company.

It is running the standard services, but ftp doesn't respond like it should. When through the command line ftp of another machine on the local subnet, I get this when sending 'ls', or 'dir':

200 PORT command successful.
550 /bin/ls: Resource temporarily unavailable.

I've edited ftpaccess and entered the usernames that need access, and I've removed usernames from ftpusers

This is the inetd.conf file:

Code:

#ident "@(#)/etc/inet/inetd.conf.sl 1.1 eiger 11/30/95 15428 NOVELL"
#ident "$Header: $"

#
# STREAMware TCP
# Copyright 1987, 1993 Lachman Technology, Inc.
# All Rights Reserved.
#

#
#
# Configuration file for inetd(8). See inetd.conf(5).
#
# To re-configure the running inetd process, edit this file, then
# send the inetd process a SIGHUP.
#
#
# Internet services syntax:
# <service_name> <socket_type> <proto> <flags> <user> <server_pathname> <args>
#
# Ftp and telnet are standard Internet services.
#
ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd
telnet stream tcp nowait root /usr/sbin/in.telnetd in.telnetd
#
# Tnamed serves the obolete IEN-116 name server protocol.
#
name dgram udp wait root /usr/sbin/in.tnamed in.tnamed
#
# Shell, login, exec, comsat and talk are BSD protocols.
#
shell stream tcp nowait root /usr/sbin/in.rshd in.rshd
login stream tcp nowait root /usr/sbin/in.rlogind in.rlogind
exec stream tcp nowait root /usr/sbin/in.rexecd in.rexecd
comsat dgram udp wait root /usr/sbin/in.comsat in.comsat
talk dgram udp wait root /usr/sbin/in.otalkd in.otalkd
ntalk dgram udp wait root /usr/sbin/in.talkd in.talkd
pop-3 stream tcp nowait root /usr/lib/mail/surrcmd/popper popper
#bootps dgram udp wait root /usr/sbin/in.bootpd in.bootpd
#
# Run as user "uucp" if you don't want uucpd's wtmp entries.
# Uncomment the following entry if the uucpd daemon is added to the system.
#
# uucp stream tcp nowait uucp /usr/sbin/in.uucpd in.uucpd
#
# Tftp service is provided primarily for booting. Most sites run this
# only on machines acting as "boot servers."
#
#tftp dgram udp wait root /usr/sbin/in.tftpd in.tftpd -s /tft
pboot
#
# Finger, systat and netstat give out user information which may be
# valuable to potential "system crackers." Many sites choose to disable
# some or all of these services to improve security.
#
#finger stream tcp nowait nobody /usr/sbin/in.fingerd in.fingerd
#systat stream tcp nowait root /usr/bin/ps ps -ef
#netstat stream tcp nowait root /usr/bin/netstat netstat
-f inet
#
# Time service is used for clock syncronization.
#
time stream tcp nowait root internal
time dgram udp wait root internal
#
# Echo, discard, daytime, and chargen are used primarily for testing.
#
echo stream tcp nowait root internal
echo dgram udp wait root internal
discard stream tcp nowait root internal
discard dgram udp wait root internal
daytime stream tcp nowait root internal
daytime dgram udp wait root internal
chargen stream tcp nowait root internal
chargen dgram udp wait root internal
#
#
# RPC services syntax:
# <rpc_prog>/<vers> <socket_type> rpc/<proto> <flags> <user> <pathname> <args>
#
# The mount server is usually started in /etc/rc.local only on machines that
# are NFS servers. It can be run by inetd as well.
#
#mountd/1 dgram rpc/udp wait root /usr/lib/nfs/mountd mountd
#
# Ypupdated is run by sites that support YP updating.
#
#ypupdated/1 stream rpc/tcp wait root /usr/lib/netsvc/yp/ypupdated ypupdate
d
#
# The rusers service gives out user information. Sites concerned
# with security may choose to disable it.
#
#rusersd/1-2 dgram rpc/udp wait root /usr/lib/netsvc/rusers/rpc.rusersd
rpc.rusersd
#
# The spray server is used primarily for testing.
#
#sprayd/1 dgram rpc/udp wait root /usr/lib/netsvc/spray/rpc.sprayd
rpc.sprayd
#
# The rwall server lets anyone on the network bother everyone on your machine.
#
#walld/1 dgram rpc/udp wait root /usr/lib/netsvc/rwall/rpc.rwal
ld rpc.rwalld
#
#
# TLI services syntax:
# <service_name> tli <proto> <flags> <user> <server_pathname> <args>
#
# TCPMUX services syntax:
# tcpmux/<service_name> stream tcp <flags> <user> <server_pathname> <args>
#

I was running around the SCO Unixware desktop, and in my frustration I started clicking on /usr/sbin/in.ftpd

After that, I was able to pull the directory listing using the command line ftp, and actually get a folder view through redhat's nautilus filebrowser. Then it stopped working again.

So, in short, the FTP server is responding, allowing me login, but I can't get a listing of files.

Simon Bridge 11-14-2010 05:20 AM

Your company is using software that was central to the lawsuit which ruined SCO.
http://en.wikipedia.org/wiki/UnixWare

... sounds like it is way past upgrade time.

http://hintsforums.macworld.com/arch...p/t-65259.html
http://hintsforums.macworld.com/arch...p/t-92832.html
... for the mac, but it basically walks through troubleshooting the client.

Do other commands work?

Shatan 11-15-2010 04:50 PM

Quote:

Originally Posted by Simon Bridge (Post 4158285)
Your company is using software that was central to the lawsuit which ruined SCO.
http://en.wikipedia.org/wiki/UnixWare

... sounds like it is way past upgrade time.

http://hintsforums.macworld.com/arch...p/t-65259.html
http://hintsforums.macworld.com/arch...p/t-92832.html
... for the mac, but it basically walks through troubleshooting the client.

Do other commands work?

Other commands report as succesful, say a cd command, but I can't verify, as I can't get a file list. I haven't tried a get yet, but I did get this poking at the server from a df -a

Code:

Filesystem kbytes used avail capacity Mounted on
/dev/root 1783215 1695367 87848 96% /
/dev/fd 0 0 0 0% /dev/fd
/proc 0 0 0 0% /proc
/dev/dsk/c0b0t0d0sa 16065 3760 12305 23% /stand
/processorfs 0 0 0 0% /system/processor
/dev/dsk/c0b0t0d0p2 1783215 1635391 147824 92% /usr/appls
/dev/dsk/c0b0t1d0s1 2097152 1728976 368176 83% /tax
/dev/dsk/c0b0t1d0s2 2091008 1479296 611712 72% /payroll

Could it be that the / mount is just hitting a resource wall?

Simon Bridge 11-19-2010 09:37 PM

Quote:

Other commands report as succesful
http://www.linuxquestions.org/questi...-error-248586/


All times are GMT -5. The time now is 01:51 AM.