www.ProFTPD.de
13. März 2007, 19:44:01 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: Verbindungsprobleme  (Gelesen 285 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
Anonymous
Gast
« am: 19. Februar 2006, 23:49:40 »

Soweit wurde alles eingestellt, leider bekomme ich noch keine vrbindung zustande.

Code:

 - parsing '/etc/proftpd.conf' configuration
 - <Directory />: adding section for resolved path '/'
h48585.serverkompetenz.net -
h48585.serverkompetenz.net - Config for *****-******.de:
h48585.serverkompetenz.net - /
h48585.serverkompetenz.net -  AllowOverwrite
h48585.serverkompetenz.net -  Umask
h48585.serverkompetenz.net -  AllowForeignAddress
h48585.serverkompetenz.net -  MaxClientsPerHost
h48585.serverkompetenz.net -  MaxClients
h48585.serverkompetenz.net -  AllowStoreRestart
h48585.serverkompetenz.net -  AllowRetrieveRestart
h48585.serverkompetenz.net -  RequireValidShell
h48585.serverkompetenz.net -  TransferLog
h48585.serverkompetenz.net -  SQLAuthTypes
h48585.serverkompetenz.net -  SQLAuthenticate
h48585.serverkompetenz.net -  SQLConnectInfo
h48585.serverkompetenz.net -  SQLDefaultGID
h48585.serverkompetenz.net -  SQLDefaultUID
h48585.serverkompetenz.net -  SQLMinUserGID
h48585.serverkompetenz.net -  SQLMinUserUID
h48585.serverkompetenz.net -  SQLLog_PASS
h48585.serverkompetenz.net -  SQLNamedQuery_counter
h48585.serverkompetenz.net -  SQLLog_RETR
h48585.serverkompetenz.net -  SQLLog_STOR
h48585.serverkompetenz.net -  SQLNamedQuery_transfer1
h48585.serverkompetenz.net -  SQLLog_ERR_RETR
h48585.serverkompetenz.net -  SQLLog_ERR_STOR
h48585.serverkompetenz.net -  SQLNamedQuery_transfer2
h48585.serverkompetenz.net -  SQLNamedQuery_get-quota-limit
h48585.serverkompetenz.net -  SQLNamedQuery_get-quota-tally
h48585.serverkompetenz.net -  SQLNamedQuery_update-quota-tally
h48585.serverkompetenz.net -  SQLNamedQuery_insert-quota-tally
h48585.serverkompetenz.net - ServerIdent
h48585.serverkompetenz.net - DeferWelcome
h48585.serverkompetenz.net - DefaultServer
h48585.serverkompetenz.net - Umask
h48585.serverkompetenz.net - AllowForeignAddress
h48585.serverkompetenz.net - MaxClientsPerHost
h48585.serverkompetenz.net - MaxClients
h48585.serverkompetenz.net - MaxLoginAttempts
h48585.serverkompetenz.net - AllowStoreRestart
h48585.serverkompetenz.net - AllowRetrieveRestart
h48585.serverkompetenz.net - DefaultRoot
h48585.serverkompetenz.net - RequireValidShell
h48585.serverkompetenz.net - TransferLog
h48585.serverkompetenz.net - ExtendedLog
h48585.serverkompetenz.net - ExtendedLog
h48585.serverkompetenz.net - ExtendedLog
h48585.serverkompetenz.net - SQLAuthTypes
h48585.serverkompetenz.net - SQLAuthenticate
h48585.serverkompetenz.net - SQLConnectInfo
h48585.serverkompetenz.net - SQLDefaultGID
h48585.serverkompetenz.net - SQLDefaultUID
h48585.serverkompetenz.net - SQLMinUserGID
h48585.serverkompetenz.net - SQLMinUserUID
h48585.serverkompetenz.net - SQLUserTable
h48585.serverkompetenz.net - SQLUsernameField
h48585.serverkompetenz.net - SQLPasswordField
h48585.serverkompetenz.net - SQLUidField
h48585.serverkompetenz.net - SQLGidField
h48585.serverkompetenz.net - SQLHomedirField
h48585.serverkompetenz.net - SQLShellField
h48585.serverkompetenz.net - SQLLog_PASS
h48585.serverkompetenz.net - SQLNamedQuery_counter
h48585.serverkompetenz.net - SQLLog_RETR
h48585.serverkompetenz.net - SQLLog_STOR
h48585.serverkompetenz.net - SQLNamedQuery_transfer1
h48585.serverkompetenz.net - SQLLog_ERR_RETR
h48585.serverkompetenz.net - SQLLog_ERR_STOR
h48585.serverkompetenz.net - SQLNamedQuery_transfer2
h48585.serverkompetenz.net - QuotaEngine
h48585.serverkompetenz.net - QuotaShowQuotas
h48585.serverkompetenz.net - QuotaLimitTable
h48585.serverkompetenz.net - QuotaTallyTable
h48585.serverkompetenz.net - SQLNamedQuery_get-quota-limit
h48585.serverkompetenz.net - SQLNamedQuery_get-quota-tally
h48585.serverkompetenz.net - SQLNamedQuery_update-quota-tally
h48585.serverkompetenz.net - SQLNamedQuery_insert-quota-tally
h48585.serverkompetenz.net - ProFTPD 1.2.10 (stable) (built Sa Feb 18 17:23:38 CET 2006) standalone mode STARTUP


Hier noch die config

Code:

ServerName "*****-****.de"
ServerType standalone
ServerAdmin webmaster@*****-*****.de

ServerIdent on "*****-****.de"
DeferWelcome on
DefaultServer on

Port 11000
Umask 022

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

#
# FXP Unterstuetzung
#
AllowForeignAddress on

# Maximal Werte setzen
MaxClientsPerHost 2 "Nicht mehr als %m Verbindungen"
MaxClients 8 "Leider sind schon %m Clients verbunden"
MaxLoginAttempts 3
MaxInstances 30

#
# Restart erlauben
#
AllowStoreRestart on
AllowRetrieveRestart on

#
# Jail all users into their virtual home dir
#
DefaultRoot ~
RequireValidShell off

#
# Logging options
#
TransferLog /var/log/proftpd.xferlog

# Some logging formats
#
LogFormat default "%h %l %u %t \"%r\" %s %b"
LogFormat auth "%v [%P] %h %t \"%r\" %s"
LogFormat write "%h %l %u %t \"%r\" %s %b"

# Log file/dir access
ExtendedLog /var/log/proftpd.access_log WRITE,READ write

# Record all logins
ExtendedLog /var/log/proftpd.auth_log AUTH auth

# Paranoia logging level....
ExtendedLog /var/log/proftpd.paranoid_log ALL default


#------------------------mysql Modul: 4.x
#
# Zugangskontrolle
#
SQLAuthTypes Plaintext
SQLAuthenticate users
SQLConnectInfo ftp @localhost [!Benutzer!] [!Passwort(Plaintext)!]
SQLDefaultGID 65534
SQLDefaultUID 65534
SQLMinUserGID 100
SQLMinUserUID 500
SQLUserInfo users username password uid gid homedir shell

#
# aktive SQL Kommandos, ab hier passiert etwas :-)
#
SQLLog PASS counter
SQLNamedQuery counter UPDATE "letzter_zugriff=now(), count=count+1 WHERE username='%u'" users

# xfer Log in mysql
SQLLog RETR,STOR transfer1
SQLNamedQuery transfer1 INSERT "'%u', '%f', '%b', '%h', '%a', '%m','%T',now(), 'c', NULL" xfer_stat
SQLLOG ERR_RETR,ERR_STOR transfer2
SQLNamedQuery transfer2 INSERT "'%u', '%f', '%b', '%h', '%a', '%m','%T',now(), 'i', NULL" xfer_stat



#
# mod_quota tab
#
QuotaEngine on
QuotaShowQuotas on
QuotaLimitTable sql:/get-quota-limit
QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally
SQLNamedQuery get-quota-limit SELECT "name, quota_type,per_session,limit_type, bytes_in_avail, bytes_out_avail,bytes_xfer_avail, files_in_avail, files_out_a
SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used,bytes_out_used, bytes_xfer_used, files_in_used, files_out_used,files_xfer_used FROM qu
SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %
SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4},%{5}, %{6}, %{7}" quotatallies



Wie gesagt, der server wird gestartet. Lässt aber trotzdem keine verbindung zu.
Gespeichert
VolGas
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 771



Profil anzeigen
« Antwort #1 am: 20. Februar 2006, 00:30:31 »

die .conf scheint in Ordnung zu sein.
Der Debug-Output ist ja ganz "nett", aber leider wertlos.

Bitte den Output ab dem Einloggen posten!

Weitere Frage: ist der ProFTPD hinter einer Firewall / einem Router?

mfg.
  VolGas
Gespeichert
Anonymous
Gast
« Antwort #2 am: 20. Februar 2006, 10:31:25 »

Jetzt wollte ich doch schön säuberlich die Log posten, gibt er mir diesen fehlercode an.

Code:

****** - Failed binding to 0.0.0.0, port 11000: Address alre                                                                             ady in use
****** - Check the ServerType directive to ensure you are co                                                                             nfigured correctly.


in der FAQ steht das ich ja die xinetd.conf bearbeiten soll, aber ist dies denn nötig bei einem standalone?

zudem habe ich keinen FTP eintrag drinne welchen ich daraus löschen könnte.

Resultierend aus den oberen angaben habe ich einfach mal xinetd neu gestartet. Komischerweise schafft er es nicht xinetd neu zu starten

Fehler: (sagt leider nicht viel aus Zwinkernd
Code:

Shutting down xinetd:                                                 done
Starting INET services. (xinetd)                                      failed

zudem hier noch der status:

Checking for service xinetd:                                          unused




Hier mal der Inhalt dazu
Code:

#
# xinetd.conf
#
# Copyright (c) 1998-2001 SuSE GmbH Nuernberg, Germany.
# Copyright (c) 2002 SuSE Linux AG, Nuernberg, Germany.
#

defaults
{
        log_type        = FILE /var/log/xinetd.log
        log_on_success  = HOST EXIT DURATION
        log_on_failure  = HOST ATTEMPT
#        only_from       = localhost
        instances       = 30
        cps             = 50 10

#
# The specification of an interface is interesting, if we are on a firewall.
# For example, if you only want to provide services from an internal
# network interface, you may specify your internal interfaces IP-Address.
#
#       interface       = 127.0.0.1

}

includedir /etc/xinetd.d



Zitat
Weitere Frage: ist der ProFTPD hinter einer Firewall / einem Router?

Es ist ein Root Server von Strato. Es ist keine Firewall eingeschaltet oder Konfiguriert. Zudem dürften keine Speziellen Ports oder andere Leistungen von Strato gesperrt sein.

Vielen Dank für die Hilfe im vorraus Zwinkernd
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #3 am: 20. Februar 2006, 17:20:28 »

Dein ServerType steht auf Standalone während Du mit xinit arbeiten willst.

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
VolGas
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 771



Profil anzeigen
« Antwort #4 am: 21. Februar 2006, 02:00:54 »

Du mußt sicherstellen, das in der xinetd.conf (und dem zugehörigen Verzeichnis /etc/xinetd.d)
kein FTP-Server gestartet wird.

Daß ProFTPD versucht, sich an die IP-Adresse 0.0.0.0 zu "binden", finde ich recht merkwürdig.
Hier würde ich im Notfall mit "DefaultAddress ..." etwas nachhelfen.

Wenn das immer noch nicht klappen sollte, dann poste doch noch von dem Loginversuch
die Debug-Ausgabe - und was Du sonst noch so an Fehlermeldungen finden solltest...

mfg.
  VolGas
Gespeichert
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.061 Sekunden mit 17 Zugriffen.