|
Titel: xinet.d und proftpd Beitrag von: malibubu 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! Titel: xinet.d und proftpd Beitrag von: Stormbringer am 19. April 2004, 18:47:55 Wird denn xinetd gestartet?
Und müßte in den xinetd Eintrag nicht noch ein disable = no? Gruß Titel: xinet.d und proftpd Beitrag von: malibubu 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. Titel: xinet.d und proftpd Beitrag von: Wörsty am 19. April 2004, 19:56:02 ServerType standalone
Leeeeesen :idea: :roll: :arrow: ServerType (http://www.proftpd.de/index.php?id=28&directive_name=servertype) Titel: xinet.d und proftpd Beitrag von: malibubu am 19. April 2004, 19:59:21 was ist denn falsch bzw was muss geändert werden?
Titel: xinet.d und proftpd Beitrag von: Wörsty am 19. April 2004, 20:00:20 Code: ServerType inetd ...und gut is Titel: also... Beitrag von: malibubu 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:/ # Titel: xinet.d und proftpd Beitrag von: Wörsty am 20. April 2004, 12:16:07 Mit ziemlicher Sicherheit hast du einen Fehler bei deinen MySQL Daten für die Benutzerverwaltung.
Titel: xinet.d und proftpd Beitrag von: malibubu 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.... Titel: xinet.d und proftpd Beitrag von: Wörsty 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) Titel: xinet.d und proftpd Beitrag von: malibubu 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... Titel: xinet.d und proftpd Beitrag von: malibubu 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!!! Titel: xinet.d und proftpd Beitrag von: Wörsty am 20. April 2004, 13:13:07 *grrrrrr* :roll:
Wollte ich gerade posten. Hatte schon alles getippt :lol: Hauptsache geht :wink: Titel: xinet.d und proftpd Beitrag von: malibubu 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? Titel: xinet.d und proftpd Beitrag von: stonki 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 |