PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Problem mit proftpd



urias
07.04.09, 23:08
Hi,

ich habe einen vserver bei mir auf meinem Hauptsystem mit Debian Lenny neu eingerichtet.
Der Vserver hat eine eigene Ip-Adresse und es soll unter anderem ein proftp_Server darauf laufen.

Dieser Server bindet sich jedoch nicht an die Ip-Adresse an die er soll:


Apr 07 20:43:39 vserver proftpd[14834] xxxx.at: Failed binding to 0.0.0.0, port 21: Address already in use
Apr 07 20:43:39 vserver proftpd[14834] xxxx.at: Check the ServerType directive to ensure you are configured correctly.


die proftpd.conf(ausschnittsweise)



# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 on
# If set on you can experience a longer connection delay in many cases.
IdentLookups off

ServerName "xxxxx.xxxx.biz FTP Server"
ServerType standalone
DeferWelcome off

MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"

DenyFilter \*.*/

# Use this to jail all users in their homes
# DefaultRoot ~
# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell off

# Port 21 is the standard FTP port.
Port 21


jedoch sagt mir netstat -tulap



webseiten:/# netstat -tulap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 *:imaps *:* LISTEN 11797/couriertcpd
tcp 0 0 *:pop3s *:* LISTEN 11820/couriertcpd
tcp 0 0 bloy.at:mysql *:* LISTEN 15002/mysqld
tcp 0 0 *:www *:* LISTEN 12016/apache2
tcp 0 0 bloy.at:domain *:* LISTEN 11630/named
tcp 0 0 bloy.at:smtp *:* LISTEN 11918/master
tcp 0 0 bloy.at:953 *:* LISTEN 11630/named
tcp 0 0 *:https *:* LISTEN 12016/apache2
tcp 0 0 localhost:39196 xxxx.at:mysql TIME_WAIT -
tcp 0 0 localhost:39197 xxxx.at:mysql TIME_WAIT -
tcp 0 0 bloy.at:www p549FDE5F.dip.t-d:51948 TIME_WAIT -
udp 0 0 bloy.at:domain *:* 11630/named
udp 0 0 bloy.at:domain *:* 11630/named

Dass der Port frei ist.

Im Hauptsystem schaut es so aus


Debian40etch64haupt1:/etc/vservers/webseiten/apps/init# netstat -tulap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 localhost:mysql *:* LISTEN 2488/mysqld
tcp 0 0 xen1.bloy.biz:www *:* LISTEN 8805/apache2
tcp 0 0 localhost:7634 *:* LISTEN 2762/hddtemp
tcp 0 0 *:munin *:* LISTEN 8861/munin-node
tcp 0 0 xen1.bloy.biz:33625 *:* LISTEN 2794/sshd
tcp 0 240 xen1.bloy.biz:33625 p5488BE01.dip.t-d:34236 ESTABLISHED6155/sshd: patrick

Hat wer von euch eine Idee wo ich den Fehler weitersuchen könnte? Mit Google kam ich bisher leider nicht weiter. :(

Grüße
urias

Stormbringer
08.04.09, 10:45
Ist das die gesamte Konfigurationsdatei, oder nur ein Auszug daraus?
Und wird proftpd vllt. 2x gestartet, einmal per (x)inetd, und einmal per rc-Skript?
Ein


telnet localhost 21

kann keine Verbindung aufbauen, oder?

urias
08.04.09, 11:43
Ist das die gesamte Konfigurationsdatei, oder nur ein Auszug daraus?
Und wird proftpd vllt. 2x gestartet, einmal per (x)inetd, und einmal per rc-Skript?

Zumindest taucht er in keiner der Konfigurationsdateien auf und testweise ein deinstallieren (sogar mal testweise mit Neustart) brachte auch keine Besserung. :(





telnet localhost 21

kann keine Verbindung aufbauen, oder?
ja, genau.

netlord
08.04.09, 12:24
hallo

so ein ähnliches problem hatte ich auch. bei mir wurde per inetd schon ein anderer ftp-server gestartet der sich port 21 dann gekrallt.

schau mal in deine inetd ob was drin ist.

urias
09.04.09, 13:47
Hallo,

vielen Danke für eure Hilfe.

Habe heute morgen noch etwas Doku quergelesen und hatte die Idee es mal mit



DefaultAddress xxx.xx.xx.xxx (Ip-Adresse)
SocketBindTight on


läuft seitdem super. :)

Nur so recht hinter das wieso es nicht lief bin ich noch nicht gestiegen, xinet und inet sind derzeit beide deinstalliert und ohne diese Bindung direkt an die Ip-Adresse tritt der Fehler weiterhin auf.
Da der Vserver ansonsten nur noch das lo Device hat, vermute ich hängt der Fehler damit zusammen.

Liebe Grüße
urias