www.ProFTPD.de
13. März 2007, 19:31:38 *
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: xinet.d und proftpd  (Gelesen 1273 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« am: 19. April 2004, 17:48:26 »

Also, nicht aufregen, erst lesen:
ProFtpd ist korrekt konfiguriert und installiert.
In der XINetd.conf steht folgendes drin:

service ftp
{
   socket_type     = stream
   protocol        = tcp
   wait            = no
   user            = root
   server          = /proftpd/proftpd-1.2.9/proftpd
}


Aber selbst nach einen Neustart der Suse 8.2-Maschine läuft der Proftpd nicht...
Ich kann weder Local noch Extern connecten.

Der Aufruf /proftpd/proftpd-1.2.9/proftpd -t
Checking syntax of configuration file
Syntax check complete.

Die proftpd.conf:

Code:

ServerName "SERVER"
ServerType standalone
ServerAdmin support@server

ServerIdent on "localhost"
DeferWelcome on
DefaultServer on
Port 21
Umask 022
MaxInstances 30

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

# FXP Unterstuetzung
AllowForeignAddress off


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

# Restart erlauben
AllowStoreRestart off
AllowRetrieveRestart off


# 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


#------------------------mysql Modul: 4.x
# Zugangskontrolle
SQLAuthTypes Plaintext
SQLAuthenticate users*
SQLConnectInfo ftpserver @localhost ftpserver PASSWORT
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_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}'"

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 quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'"

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 + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" quotatallies

SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" quotatallies


Auf die MySQL-Tabellen sind korrekt erstellt worden...

So, was ist denn nun schon wieder? ;-)

Danke für eure Hilfe!
Gespeichert
Stormbringer
ProFTPD
*
Offline Offline

Beiträge: 12


Profil anzeigen
« Antwort #1 am: 19. April 2004, 18:47:55 »

Wird denn xinetd gestartet?
Und müßte in den xinetd Eintrag nicht noch ein disable = no?

Gruß
Gespeichert

Continuum Hierarchy Supervisor:
You have already been assimilated.
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #2 am: 19. April 2004, 18:53:48 »

Also XINet.de bzw. (im Kontrollzentrum) inet.d sind aktiv.

Ich probieres es gleich mal aus und starte xinetd mit /etc/init.d/xinetd restart neu....

.... ne, bringt nichts:
ftp://192.168.0.2:21
->Beim Laden von ftp://192.168.0.2:21 ist folgender Fehler aufgetreten:
-> Keine Verbindung zu Rechner 192.168.0.2

Danke im Voraus.
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #3 am: 19. April 2004, 19:56:02 »

ServerType standalone
Leeeeesen :idea:  :roll:

 :arrow: ServerType
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #4 am: 19. April 2004, 19:59:21 »

was ist denn falsch bzw was muss geändert werden?
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #5 am: 19. April 2004, 20:00:20 »

Code:
ServerType inetd

...und gut is
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #6 am: 20. April 2004, 11:44:02 »

in der proftpd.conf:
Include sql://ftpserver:SAGICHNICHT@localhost/db:ftpserver/ctxt:ftpctxt/conf:ftpconf/map:ftpmap

Dann habe ich die MySQL-Querrys erneut eingetragen, die du mir hier http://www.proftpd.de/forum2/viewtopic.php?p=4980#4980 gegeben hast (aber vorher Standalone in Inetd geändert). Datensätze sind drin.

In der /etc/xinetd.conf:

#proftpd: Konfigurationen liegen in MySQL
service ftp
{
   socket_type     = stream
   protocol        = tcp
   wait            = no
   user            = root
   server          = /proftpd/proftpd-1.2.9/proftpd
   disable      = no
}

Danach:
server:/ # /etc/init.d/xinetd restart
Shutting down xinetd:                                                   done
Starting INET services. (xinetd)                                     done

Anschließend bin ich in den Konquer gegangen und habe folgendes aufgerufen:
ftp://localhost:21

Folgendes kam binnen 1er Sekunde zurück:
Beim Laden von ftp://localhost:21 ist folgender Fehler aufgetreten:
Keine Verbindung zu Rechner localhost

Auf mit ps aux finde ich nirgens den proftpd...

Was tun?

Zusatz:
server:/ # /proftpd/proftpd-1.2.9/proftpd
server.local - error opening scoreboard: No such file or directory
server:/ #
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #7 am: 20. April 2004, 12:16:07 »

Mit ziemlicher Sicherheit hast du einen Fehler bei deinen MySQL Daten für die Benutzerverwaltung.
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #8 am: 20. April 2004, 12:26:29 »

HM, habe mir nochmal alles gut durchgelsesen:
1. Die Conf-Daten habe ich wieder in der proftpd.conf.
2. Servertyp: Standalone
3. Das BachScript von eurer Seite für Suse 8.2 runtergeladen und in /etc/inet.d/ gepackt. -> Ausführungsrechte....
4. Mit RunLeveleditor ProFtpd in Runlevel 2.3.5 gepackt (Richtig?)
4a. Versucht zu starten (hat funktioniert -> done).
4b. ftp://192.168.0.2:21/ -> Keine Verbindung,... blabla
4c. Status im Runlevel-Editor aktualisiert -> ProFTPd war wieder aus (Unused).
4d. Versucht, den ProFTpd zu starten (Fehlercode 7 - Failed).

Was nun? Erst funzt es, dann nicht,... Hm....
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #9 am: 20. April 2004, 12:56:25 »

Zitat von: "malibubu"
HM, habe mir nochmal alles gut durchgelsesen:
1. Die Conf-Daten habe ich wieder in der proftpd.conf.
2. Servertyp: Standalone
3. Das BachScript von eurer Seite für Suse 8.2 runtergeladen und in /etc/inet.d/ gepackt. -> Ausführungsrechte....
4. Mit RunLeveleditor ProFtpd in Runlevel 2.3.5 gepackt (Richtig?)
4a. Versucht zu starten (hat funktioniert -> done).
4b. ftp://192.168.0.2:21/ -> Keine Verbindung,... blabla
4c. Status im Runlevel-Editor aktualisiert -> ProFTPd war wieder aus (Unused).
4d. Versucht, den ProFTpd zu starten (Fehlercode 7 - Failed).

Was nun? Erst funzt es, dann nicht,... Hm....

Wieso?

Mein Tipp:

Nimm mal den Dienst aus dem xinetd weg
Stelle den Servertype auf standalone
Starte proftpd mit proftpd -nd5
Gucke die Ausgabe an
Wenn alles ok mache den Dienst wieder im xinetd an
Stelle den Servertype wieder auf inetd
Benutze die Logfiles...
Benutze fuser -n tcp 21 (Forensuche für Details)
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #10 am: 20. April 2004, 13:02:08 »

Hab ich gemacht:
Ich habe aber vorher die Beispiel-Konfiguration von euch (ohne SQL,...) benutzt:

server:/proftpd/proftpd-1.2.9 # ./proftpd -nd5
 - parsing '/usr/local/etc/proftpd.conf' configuration
 - <Directory />: adding section for resolved path '/'
server.local -
server.local - Config for SERVERNAME:
server.local - /
server.local -  AllowOverwrite
server.local -  Umask
server.local - DefaultServer
server.local - Umask
server.local - UserID
server.local - UserName
server.local - GroupID
server.local - GroupName
server.local - DefaultRoot
server.local - error opening scoreboard: No such file or directory
server:/proftpd/proftpd-1.2.9 #

Das Wars...
Gespeichert
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #11 am: 20. April 2004, 13:11:35 »

ES FUNKTIONIERT!!!!
DANKE DANKE DANKE:

Folgendes: Die Datei /usr/local/var/proftpd/proftpd.scoreboard existierte nicht.
Eine leere Textdatei hat abhilfe verschaffen und ProFTPD hat diese reichlich gefüllt ;-)


DANKE!!!
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #12 am: 20. April 2004, 13:13:07 »

*grrrrrr* :roll:

Wollte ich gerade posten.
Hatte schon alles getippt :lol:

Hauptsache geht :wink:
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
malibubu
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #13 am: 20. April 2004, 13:32:42 »

Kleine Sache hab ich noch (bitte):

Ich kann auf dem Server nur mit der Standartkofniguration zugreifen.
Ich benutze folgende Konfig:
Code:

ServerName "SERVERNAME"
ServerType standalone
DefaultServer on
Port 21
Umask 022
MaxInstances 30
User nobody
Group nogroup

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

# FXP Unterstuetzung
#AllowForeignAddress off

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

# 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 auth "%v [%P] %h %t \"%r\" %s"

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

#------------------------mysql Modul: 4.x
# Zugangskontrolle
SQLAuthTypes Plaintext
SQLAuthenticate users*
SQLConnectInfo ftpserver @localhost ftpserver SAGICHNICHT
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_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}'"
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 quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'"
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 + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" quotatallies
SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" quotatallies


Der Server startet einwandfrei. Aber ich kann dann nicht mehr drauf zugreifen.
Folgende MySQL-Tabellen (in der Datenbank "ftpserver") sind angelegt:
Code:

# phpMyAdmin MySQL-Dump
# version 2.4.0
# http://www.phpmyadmin.net/ (download page)
#
# Host: localhost
# Erstellungszeit: 20. April 2004 um 13:30
# Server Version: 3.23.55
# PHP-Version: 4.3.1
# Datenbank: `ftpserver`
# --------------------------------------------------------

#
# Tabellenstruktur für Tabelle `quotalimits`
#

CREATE TABLE quotalimits (
  name varchar(30) default NULL,
  quota_type enum('user','group','class','all') NOT NULL default 'user',
  per_session enum('false','true') NOT NULL default 'false',
  limit_type enum('soft','hard') NOT NULL default 'soft',
  bytes_in_avail float NOT NULL default '0',
  bytes_out_avail float NOT NULL default '0',
  bytes_xfer_avail float NOT NULL default '0',
  files_in_avail int(10) unsigned NOT NULL default '0',
  files_out_avail int(10) unsigned NOT NULL default '0',
  files_xfer_avail int(10) unsigned NOT NULL default '0'
) TYPE=MyISAM;
# --------------------------------------------------------

#
# Tabellenstruktur für Tabelle `quotatallies`
#

CREATE TABLE quotatallies (
  name varchar(30) NOT NULL default '',
  quota_type enum('user','group','class','all') NOT NULL default 'user',
  bytes_in_used float NOT NULL default '0',
  bytes_out_used float NOT NULL default '0',
  bytes_xfer_used float NOT NULL default '0',
  files_in_used int(10) unsigned NOT NULL default '0',
  files_out_used int(10) unsigned NOT NULL default '0',
  files_xfer_used int(10) unsigned NOT NULL default '0'
) TYPE=MyISAM;
# --------------------------------------------------------

#
# Tabellenstruktur für Tabelle `users`
#

CREATE TABLE users (
  username varchar(60) binary default NULL,
  uid int(11) default NULL,
  gid int(11) default NULL,
  password varchar(30) default NULL,
  homedir varchar(250) default NULL,
  count int(11) default NULL,
  ui bigint(20) NOT NULL auto_increment,
  shell varchar(60) default NULL,
  letzter_zugriff datetime default NULL,
  zugang char(1) default NULL,
  PRIMARY KEY  (ui)
) TYPE=ISAM PACK_KEYS=1;
# --------------------------------------------------------

#
# Tabellenstruktur für Tabelle `xfer_stat`
#

CREATE TABLE xfer_stat (
  username tinytext,
  filename text,
  size bigint(20) default NULL,
  host tinytext,
  ip tinytext,
  aktion tinytext,
  dauer tinytext,
  zeit_lokal datetime default NULL,
  success char(1) default NULL,
  ui bigint(20) NOT NULL auto_increment,
  PRIMARY KEY  (ui)
) TYPE=MyISAM;


Woran kann das liegen?
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #14 am: 20. April 2004, 14:19:19 »

Also auch einmal fuer das Archiv. Es bringt kaum etwas hier lange (und durch mod_sql und Quota) auch hinreicht komplizierte Config zu posten. Wir koennen die eh nur ueberfliegen und dabei offensichtliche Fehler entdecken.

Wenn ein Problem wirklich schwer ist - wie z.B. keinen Zugriff - dann bietet sich der Debug Mode von ProFTPD an und MIT dieser Ausgabe koennen wir dann auch etwas anfangen und sagen wo der Fehler zu suchen ist. Dann auch gerne mit der config, weil wir dann wissen wo wir zur suchen haben.

Bei dem Debug Log werden oft mehrere Fehler gemacht, hier noch einmal das wichtigste:

1) Bei Verwendung von mod_sql werden mod_sql Befehle nicht im normalen Debug geloggt. Hier benoetigt man in der ProFTPD conf die Zeile: "SQLLogFile /var/log/proftpd.sql.log" um diese Befehle getrennt zu loggen

2) Das Loggen gelingt am besten im Standalone Modus, dann reicht es einfach den Server mit "proftpd -n -d5" zu starten

3) Die Zahl hinter dem "d" gibt den Debug Level an. Hier ist "5" ein guter Wert, Debug "9" wuerde zu viel internen Kram rauswerden, der nur verwirrt, Debug "3" zu wenig

4) Wenn der Server im Debug Mode gestartet wird, dann schmeisst er zwar ne Menge raus (naemlich die geparste Config), das sagt aber _NICHT_ ueber das Problem aus. Wenn das Problem also beim Loeschen von files ist, dann loggt man sich ein, TRENNT durch ein paar Returns die Rest des Logs und versucht dann das File zu loeschen. Nur diese Ausgabe im Debug Log dann auch posten (sofern nicht ausdruecklich anders verlangt). Also nochmal: Auch wirklich das Problem reproduzieren, sonst ist das Log wertlos.

Habe ich noch was vergessen ?

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
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.084 Sekunden mit 16 Zugriffen.