proftpd 1.2.8 und suse 8.0 - nix geht :((

[Wörsty]

Gab es nicht mal einen Chat ?

IRC kann ich nicht machen.
Die Firewall...

[Claus]

IRC kann ich nicht machen.
Die Firewall...

ahso.

kannste nicht tunneln ?
bei uns haben, zumindestens die azubis, icq an der firewall
vorbeibekommen, ich meine die tunneln.

[r2d2]

Moin,

ich habe die Anweisungen eingegeben. Mit fogendem Resultat:

root              2954   1081   0 08:02  pts/1    00:00:00 grep ftp
You have new mail in /var/spool/mail/root

[stonki]

lässt sich auch ziemlich schlecht lesen, solch ein Thread.
Gab es nicht mal einen Chat ?
Als Alternative zu Postings im Minutentakt ideal.

stimmt ! Der Hinweis auf der IRC Chat fehlt auf der neuen  Webseite. Gerade einmal http://www.proftpd.de/index.php?id=4 geupdated.

cu
stonki

[stonki]

Moin,

ich habe die Anweisungen eingegeben. Mit fogendem Resultat:

root              2954   1081   0 08:02  pts/1    00:00:00 grep ftp
You have new mail in /var/spool/mail/root

eben eine direkte Frage: Wenn es bei Dir zeitlich brennt, dann geb mir eben Zugang, dann fix ich Dir das. Wenn es zeitlich nicht brennt, dann hol Dir schon mal nen dickes Linux buch :)

So, zu Deinem Problem:

1) Was an Port 21 lauscht, findest Du wie folgt heraus:

Code:

uk:/home/stonki # fuser -n tcp 21

bei mir:
uk:/home/stonki # fuser -n tcp 21
address ::
21/tcp:               9848

nun willst Du wissen, welcher Prozess sich hinter "9848" verbirgt. Achtung: Bei Dir wird die Nummer eine andere sein, Du musst natuerlich Deine nehmen:

Code:

uk:/home/stonki # ps aux | grep 9848
nobody    9848  0.0  0.0  2200  192 ?        S    May26   0:00 [proftpd]
root     25143  0.0  0.2  3872  656 pts/1    R    07:14   0:00 grep 9848

also bei mir ist es der Prozess PROFTPD. Bei Dir wird dort Xinetd oder Inetd stehen. Also started Xinetd oder Inetd den ProFTPD Server. Nun gibt es zwei Moeglichkeiten: 1) Du aenderst die Config von Xinetd bzw. inetd um, dass ProFTPD gestartet wird. 2) Du schmeisst das raus und startest ProFTPD im Standalone Modus. Beide Moeglichkeiten sind ok, 1) ist einfacher, ich persoenlich mag aber 2) lieber, da Standalone Modus irgendwie handfester ist (auch nur so nen Bauchgefuehl).

cu
stonki

[r2d2]

hm, jo - habs eingegeben. bei mir steht dann etwas mit inetd...

aber wie ändere ich das jetzt entsprechend um ? thx ! :wink:


gruß
stephan

[r2d2]

habe mal in die inetd.conf reingeschaut. bei mir sieht das dann momentan so aus:

# See "man 8 inetd" for more information.
#
# If you make changes to this file, either reboot your machine or send the
# inetd a HUP signal with "/etc/init.d/inetd reload" or by hand:
# Do a "ps x" as root and look up the pid of inetd. Then do a
# "kill -HUP <pid of inetd>".
# The inetd will re-read this file whenever it gets that signal.
#
# <service_name> <sock_type> <proto> <flags> <server_path> <args>
#
# 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
time stream tcp nowait root internal
time dgram udp wait root internal
#
# These are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd
ftp stream tcp nowait root /usr/sbin/tcpd vsftpd
#
# If you want telnetd not to "keep-alives" (e.g. if it runs over a ISDN
# uplink), add "-n". See 'man telnetd' for more details.
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
# nntp stream tcp nowait news /usr/sbin/tcpd /usr/sbin/leafnode
# smtp stream tcp nowait root /usr/sbin/sendmail sendmail -L sendmail -Am -bs
#
# Shell, login, exec and talk are BSD protocols.
# The option "-h" permits ``.rhosts'' files for the superuser. Please look at
# man-page of rlogind and rshd to see more configuration possibilities about
# .rhosts files.
# shell stream tcp nowait root /usr/sbin/tcpd in.rshd -L
# shell stream tcp nowait root /usr/sbin/tcpd in.rshd -aL
#
# If you want rlogind not to "keep-alives" (e.g. if it runs over a ISDN
# uplink), add "-n". See 'man rlogind' for more details.
login stream tcp nowait root /usr/sbin/tcpd in.rlogind
# login stream tcp nowait root /usr/sbin/tcpd in.rlogind -a
# exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
# talk dgram udp wait root /usr/sbin/tcpd in.talkd
# ntalk dgram udp wait root /usr/sbin/tcpd in.talkd
# These entries are for the KDE version of talk. If you enable them,
# you have to disable the version above.
# talk dgram udp wait root /usr/sbin/tcpd /opt/kde2/bin/ktalkd
# ntalk dgram udp wait root /usr/sbin/tcpd /opt/kde2/bin/ktalkd
#
#
# Pop et al
#
# pop2 stream tcp nowait root /usr/sbin/tcpd in.pop2d
# pop3 stream tcp nowait root /usr/sbin/tcpd /usr/sbin/popper -s
#
# Imapd - Interactive Mail Access Protocol server
# Attention: This service is very insecure
# imap stream tcp nowait root /usr/sbin/tcpd imapd
#
# Comsat - has to do with mail.
#
# comsat dgram udp wait root /usr/sbin/tcpd in.comsat
#
# The Internet UUCP service.
#
# uucp stream tcp nowait uucp /usr/sbin/tcpd /usr/lib/uucp/uucico -l
#
# 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 /tftpboot
# bootps dgram udp wait root /usr/sbin/bootpd bootpd -c /tftpboot
#
# 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.
# Try "telnet localhost systat" and "telnet localhost netstat" to see that
# information yourself!
#
finger stream tcp nowait nobody /usr/sbin/tcpd in.fingerd -w
# systat stream tcp nowait nobody /usr/sbin/tcpd /bin/ps -auwwx
# netstat stream tcp nowait root /usr/sbin/tcpd /bin/netstat -a
#
# For man on the fly and ht://dig (full text search)
#
# http-rman stream tcp nowait.10000 nobody /usr/sbin/tcpd /usr/sbin/http-rman
#
# For XCept4
#
# btx stream tcp nowait root /usr/sbin/tcpd /usr/lib/xcept4/bin/ceptd -i/usr/lib/xcept4/etc/init.ceptd -u/usr/lib/xcept4/etc/users.ceptd -l/var/log/log.ceptd
#
# For rplay daemon
#
# Old versions of rplay:
# rplay dgram udp wait root /usr/sbin/tcpd rplayd -b 8192 -c 60 -s 8192
# New Versions of rplay (>=3.3.0)
# rplay dgram udp wait root /usr/sbin/tcpd rplayd -t 30 -c 60 -s 16384 -F0 --inetd
#
# vbox (Voice Box)
# vboxd stream tcp nowait root /usr/sbin/tcpd /usr/sbin/vboxd
#
# For midinetd
# midinet stream tcp nowait root /usr/sbin/tcpd in.midinetd
#
# swat is the Samba Web Administration Tool
# swat stream tcp nowait.400 root /usr/sbin/swat swat
#
#
# amanda backup server with indexing capabilities
# amandaidx stream tcp nowait amanda /usr/lib/amanda/amindexd amindexd
# amidxtape stream tcp nowait amanda /usr/lib/amanda/amidxtaped amidxtaped
#
# amanda backup client
# amanda dgram udp wait amanda /usr/lib/amanda/amandad amandad
#
# the rsync daemon
# rsync stream tcp nowait root /usr/sbin/tcpd /usr/sbin/rsyncd --daemon
#
#
# Mimer database
# mimer stream tcp nowait root /opt/mimer/bin/mimtcp mimtcp -l
#
# CVS pserver (remote acces to your CVS repositories)
# Please read the section on security and passwords in the CVS manual,
# before you enable this.
# cvspserver stream tcp nowait root /usr/sbin/tcpd /usr/bin/cvs -f --allow-root=/home/cvsroot pserver
#
# procstatd deamon (cluster software)
# procstatd stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/procstatd -i 7885
#
# End.

und nun ?

thx & gruß
stephan

[r2d2]

ooch leute, bitte !!! :cry:

i need help !!!!

[stonki]

ooch leute, bitte !!! :cry:

i need help !!!!

zum einen: es gibt leute, die muessen arbeiten . Und wenn man innerhalb von 30min keine Antwort bekommt ist eher normal. Also draengele nicht. Zum anderen (und ich meine das nun ernst und nicht arrogant):  da Du ja relativ unbedarft bei Linux bist kann ich Dir nur zwei Wege empfehlen: 1) Du gibst entweder mir oder einem anderen kurzzeitig root Zugang und wir fixen Dir das, 2) Du bringst viel Zeit mit und lernst dabei, wieso was warum ist. Die jetzige Moeglichkeit 3), dass Du Deine Bildschirmausgabe hier postest, Christian oder ich Dir wieder zurueckmailen was Du tippen sollst, ist zwar nett fuer meine Zugriffszahlen, aber bringt (so finde ich) keinen so richtig weiter.

zum anderen: in Deiner inetd.conf steht doch GROSS drinne, dass vsftp noch immer gestartet wird. entweder traegst Du da nun proftpd ein oder kommentierst die zeilen aus. In jedem Fall Inetd neu starten.

cu
stonki

[Wörsty]

aber bringt (so finde ich)

Ich auch  :?

Frag jetzt aber nicht wie man den inetd neu startet  :wink:

[r2d2]

ok,ok - dann glaube ich dir das mit den 30min. mal :wink:
außerdem nehme ich doch lieber die 2. möglichkeit - ich will´s nämlich selber rallen... :?

aber ein wenig unterstützung eurerseits wäre super ! ich werde dann erstmal die entsprechenden zeilen in der inetd.conf auskommentieren und statt dessen proftpd reinsetzen...

gruß
stephan

[r2d2]

so, ich habe jetzt die ftp zeilen auskommentiert...was jetzt ?

wenn ich in meinen browser ftp://xxx.xxx.xxx.xxx eingebe, sagt er mir, dass auf den ordner nicht zugegriffen werden kann und dass die ftp-sitzung beendet wurde...

[stonki]

so, ich habe jetzt die ftp zeilen auskommentiert...was jetzt ?

wenn ich in meinen browser ftp://xxx.xxx.xxx.xxx eingebe, sagt er mir, dass auf den ordner nicht zugegriffen werden kann und dass die ftp-sitzung beendet wurde...

die erste Antwort von Christian zu Deiner Frage, besonders der zweite Punkt.
Und lese Dir die Mini FAQ durch. !!

cu
stonki

[r2d2]

so, ich habe jetzt in der proftpd.conf den servertyp auf inetd geändert und in der inetd.conf die entsprechende ftp-zeile ergänzt.

und: es geht !!! *freu*

wenn ich nun allerdings den proftpd im debug-modus starte, steht unten folgendes:
fatal: Socket operation on non-socket
(Running from command line? Use `ServerType standalone`in config file!)


was soll mir das jetzt sagen ?

wenn ich die ftp-zeile in der inetd.conf auskommentiere und in der proftpd.conf als servertyp standalone angebe, geht´s nicht mehr...

ratschläge ?

thx schonmal für eure engelsgeduld  :wink:

gruß
stephan

[stonki]

so, ich habe jetzt in der proftpd.conf den servertyp auf inetd geändert und in der inetd.conf die entsprechende ftp-zeile ergänzt.

und: es geht !!! *freu*

wenn ich nun allerdings den proftpd im debug-modus starte, steht unten folgendes:
fatal: Socket operation on non-socket
(Running from command line? Use `ServerType standalone`in config file!)


was soll mir das jetzt sagen ?

das ist dann auch richtig so. ProFTPD kann per Inetd nicht im Debug Modus so gestartet werden. Wenn alles klappt, ist es ja auch in Ordnung

cu
stonki