Proftpd nicht erreichbar !!!!!

[pia_47]

Hallo,

Ich habe ein kleines..bis (sehr großes Problem) mit Proftpd und...Xampp

Ich kann  von aussen nicht darauf zugreifen.

Ich habe eigentlich alles soweit am laufen Apache,sql und komme beim ftp ebend nicht weiter.

Benutze Router(Siemens Gigaset SE 515)und ports 20,21,22,80,443,10000 sind auch soweit mit
Forwarding eingestellt.
Mit Windows und dem FileZilla zum beispiel bekomme ich von aussen zugriff!
sag jetzt nicht nimm Windows wenn Linux nicht geht...


also nmap sagt mir

20/tcp open
21/tcp open und so weiter....

Linux Firewall ist auch extra nur dafür auf off gestellt

verstehe jetzt eigendlich gar nichts mehr !!!
ach so ... Proftpd ist natürlich getartet, und local auch erreichbar

Defaultserver ist on

(was ist mit Virtualhosts ?) muß ich in der httpd.conf auch noch was einstellen um an meinen ftp
zu kommen !!!

Ich glaube mir kann jetzt nur noch der Profi helfen......... bitte bitte

MFG

Pia

[stonki]

1) vom lokalen Netz lässt sich der ProFTPD ansprechen ?
2) zeigt nmap vom externen Netz Port 20 bzw Port 21 an ?

[pia_47]

hallo Stonki,

Ja vom localen Netz ist er erreichbar !
und port 21 wird auch angezeigt
verstehe das nicht !!!

Phase 3:
Suche nach offenen Ports (Portscanner)

 Scanne xxxxxx, Port: 0 bis 65534.

 scanne Port: 590     restliche Zeit: 322:53

Nr.
|
Port Name
|
*

21
|
|
 *
22
|
ssh
|
 *
80
|
http
|
 *
443

[pia_47]

Ich benutze eine ...dyndns.tv weiterleitung !!!

XAMPP: Starte Apache mit SSL (und PHP5)...
XAMPP: Starte MySQL...
XAMPP: Starte ProFTPD...
XAMPP fuer Linux gestartet.


danke

mfg

[pia_47]

hier noch meine proftpd.conf

# "nobody" and "ftp" for normal operation and anon.

ServerName         "ProFTPD"
ServerType         standalone
DefaultServer         on

# Port 21 is the standard FTP port.
Port            21
# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask            022

# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances         30

# Set the user and group that the server normally runs at.
User            nobody
#Group            nogroup

# Normally, we want files to be overwriteable.
<Directory /opt/lampp/htdocs/*>
  AllowOverwrite      on
</Directory>

# only for the web servers content
DefaultRoot /opt/lampp/htdocs

# nobody gets the password "lampp"
# commented out by lampp security
#UserPassword nobody xxx
UserPassword nobody xxx

# nobody is no normal user so we have to allow users with no real shell
RequireValidShell off

# nobody may be in /etc/ftpusers so we also have to ignore this file
UseFtpUsers off

so ich hoffe du kannst das noch gebrauchen

gruß
pia

[pia_47]

hier mal ein Auszug aus dem Debugmod.

 ist es das ?
 linux.local - Failed binding to 0.0.0.0, port 21:
 
 
- mod_tls/2.0.7: using OpenSSL 0.9.7d 17 Mar 2004
 - parsing '/opt/lampp/etc/proftpd.conf' configuration
 - FS: using system open()
 - FS: using system read()
 - dispatching directive 'ServerName' to module mod_core
 - dispatching directive 'ServerType' to module mod_core
 - dispatching directive 'DefaultServer' to module mod_core
 - dispatching directive 'Port' to module mod_core
 - dispatching directive 'Umask' to module mod_core
 - dispatching directive 'MaxInstances' to module mod_core
 - dispatching directive 'User' to module mod_core
 - dispatching auth request "getpwnam" to module mod_sql
 - dispatching auth request "getpwnam" to module mod_auth_file
 - dispatching auth request "getpwnam" to module mod_auth_unix
 - FS: using system read()
 - dispatching directive '<Directory>' to module mod_core
 - <Directory /opt/lampp/htdocs/*>: adding section for resolved path '/opt/lampp/htdocs/*'
 - dispatching directive 'AllowOverwrite' to module mod_xfer
 - dispatching directive '</Directory>' to module mod_core
 - dispatching directive 'DefaultRoot' to module mod_auth
 - dispatching directive 'UserPassword' to module mod_auth
 - dispatching directive 'RequireValidShell' to module mod_auth
 - dispatching directive 'UseFtpUsers' to module mod_auth
 - FS: using system read()
 - FS: using system close()
 linux.local -
 linux.local - Config for ProFTPD:
 linux.local - /opt/lampp/htdocs/*
 linux.local - AllowOverwrite
 linux.local - Umask
 linux.local - UserPassword
 linux.local - RequireValidShell
 linux.local - UseFtpUsers
 linux.local - DefaultServer
 linux.local - Umask
 linux.local - UserID
 linux.local - UserName
 linux.local - DefaultRoot
 linux.local - UserPassword
 linux.local - RequireValidShell
 linux.local - UseFtpUsers
 linux.local - dispatching auth request "getgroups" to module mod_sql
 linux.local - dispatching auth request "getgroups" to module mod_auth_file
 linux.local - dispatching auth request "getgroups" to module mod_auth_unix
 linux.local - SETUP PRIVS at main.c:2733
 linux.local - ROOT PRIVS at main.c:1967
 linux.local - RELINQUISH PRIVS at main.c:1974
 linux.local - ROOT PRIVS at main.c:2322
 linux.local - deleting existing scoreboard '/opt/lampp/var/proftpd/proftpd.scoreboard'
 linux.local - opening scoreboard '/opt/lampp/var/proftpd/proftpd.scoreboard'
 linux.local - RELINQUISH PRIVS at main.c:2348
 linux.local - ROOT PRIVS at inet.c:322
 linux.local - RELINQUISH PRIVS at inet.c:362
 linux.local - Failed binding to 0.0.0.0, port 21: Address already in use
 linux.local - Check the ServerType directive to ensure you are configured correctly.
 


gruß
pia

[faky]

schliesse mich an.. habe das gleiche problem...

seit dem wechsel von suse auf debian komme ich nun von aussen
zwar auf den ftp rauf jedoch listet er mir keine ordner.

ftp top zeigt aber ganzklar das connected und authentifiziert wird

netzintern ist dieses problem nicht existent und es funktioniert alles einwandfrei

p.s. habe die standart config von stonki

thx for help

[Anonymous]

also mein problem hat sich erledigt und lag eher am conectenen client als am server


aber als kleinen tip


schlag ich diesen vorangegangen thread als lösungsansatz des problems vor

http://www.proftpd.de/forum/viewtopic.php?t=1567

[Wörsty]

schlag ich diesen vorangegangen thread als lösungsansatz des problems vor

Ich den: http://www.proftpd.de/forum/viewtopic.php?p=8344#8344

[Meister Proper]

Ich habe das gleiche Problem.
Vom internen Netz kann ich problemlos via ftp verbinden, jedoch von aussen (über dyndns oder direkt über die IP) geht nichts.
Beim tcpdump auf port 20/21 tut sich auch nichts, wenn ich von aussen versuche zuzugreifen.
Internetzugang über Router mit DMZ auf Server-IP.
Ein Zugriff von Aussen über http (auf namens- und portbasierte virtuelle Server) und ssh ist problemlos möglich.
Die Links zu vermeintlichen Lösungsansätzen meiner Vorredner münden in einem "NOT FOUND".
Ich habe das Forum jetzt gründlich durchforstet und festgestellt, dass dieses Problem häufiger auftritt, es aber entweder keine Lösung dafür gibt, die angebotene Lösung nicht verstanden oder nicht erkannt wurde.

System:

Debian 3.1 R2
Apache 2.0.54
ProFTPD 1.2.10
proftpd.conf: Standard mit Limitationen für anonymous (mittlerweile auch mit den irrwitzigsten Einstellungen getestet)

Die "ausführlichen" Anweisungen der FAQ bezüglich dieses Problems waren voreingestellt in der proftpd.conf.
Dem Punkt 4 unter Support auf www.proftpd.de bin ich somit auch nachgekommen.
Das "DefaultRoot ~" aus der Beispielkonfiguration habe ich ebenfalls nachgetragen, sollte aber mit dem Problem nichts zu tun haben.

[VolGas]

Hi,

wenn Ihr einen Server in einem lokalen Netz betreibet, so bekommt dieser natürlich auch eine lokale IP.
Wird nun versucht von außen auf den Server zuzugreifen, so gibt es duch die NAT des Routers Probleme
beim Öffnen des Datenports.

Dagegen ist ein Kraut gewachsen: MasqueradeAddress -> http://www.proftpd.de/Direktiven.54.0.html#97
Allerdings ist dann netzintern nichts mehr zu wollen und wenn die IP des Anschlusses sich ändert, so muß
der ProFTPD sich neu darauf einstellen, sprich: gestartet werden.

mfg.
  VolGas