FTP Server Connect Dauert über 30sek

Penguin said:
Hallo MeMeD,

können Sie genau erklären, wie man das Script einbinden muß? Ich weiß, ich muß mich über Putty mit root einloggen und dann...:confused: Wie bekomme ich die Datei auf den Server - via FTP?

Ich kann mir vorstellen, dass auch andere, die nicht viel Ahnung von Linux haben, daran interessiert sind!:)

Danke, Rob

+++++++++++++++++++++++++++++++++++++++++++++++++++++
Click to expand...


(hässliche ASCII Zeile...)

wie geschieben, die Datei kommt über eure Zwischenablage, per Copy&Paste auf den Server. Ist bei weitem das einfachste und sicherste.

Also auf dem Server als root (!) anmelden und folgendes Schritte ausführen:
#> vi /etc/fastftp.sh
( die Taste "i" _einmal_ drücken )
( auf das Browserfenster umschakten )
( das ganze Skript [ggf. scrollen oder Strg+A] markieren )
( Strg+C um das Skript in die Zwischenablage zu kopieren )
( auf das SSH Fenster zurückwechseln )
( Shift-Einfügen, um das Skript in die offene Textdatei einzufügen )
( die Tastenfolge ":wq" eigeben und mit Enter bestätigen, vi beendet sich )
#> chmod +x /etc/init.d/fastftp.sh (das Skript ausführbar machen)
#> chkconfig -a fastftp.sh (das Skript bei jedem Starten ausführen lassen)
#> /etc/init.d/fastftp.sh start (das Skript jetzt einmal ausführen)


Fertig, schon ist euer @HOME Router/Firewall umgangen ;)

Gruß MeMeD :)
 
Net-MAster said:
starte ./fastftp ...
iptables: Memory allocation problem

das ist doch nicht normal oder? ich hab nur die standart programme laufen wie apache etc
Click to expand...


guck doch selber nach:
cat /proc/user_beancounter

stehen da in der letzten Spalte Übertretungen, hast du zu viel laufen. Starte mal "top" und benutze "Shift-M" um nach Speicherverbrauch sortieren zu lassen.

Hast du mlnet/edonkey oder Bittorrent, sollte das schonmal locker 40-120% deines Speichers wegziehen (ja, man kann über 100% RAM benutzen, nur nicht lange, das wird benötigt, um größere Programme zu starten, diese geben nach dem Start den RAM direkt wieder frei, machen sie das nicht, sterben Sie bald mit OOM Errors ab).

Also die Meldung sagt, RAM alle, das stimmt dann i.d.R. auch.


Gruß MeMeD
 
Hallo zusammen,

klasse Forum, gerade in der FAQ von server4you entdeckt.
Nach einer Neuinstallation des Servers kann ich die FTP-Accounts nicht mehr nutzen.

>>
Status: Connecting to 148030.vserver.de ...
Status: Connected with 148030.vserver.de. Waiting for welcome message...
Error: Timeout detected!
Error: Unable to connect!
<<

Liegt das auch an der eingangs beschriebenen IdentResponse?
Sollte es da nicht helfen, den Port 113 auf dem Router zu öffnen? Hab's bei einem Netgear 614 versucht, brachte aber nichts.

Welcher von den obigen Tips ist nun der ideale?

Vielen Dank schon einmal,

Volker
 
Ich habe gerade alle config-Dateien durchgesucht, sollte standardmäßig ausgeschaltet sein.
Gibt es eine einfache Methode zu testen, ob's nur wirklich an oder aus ist?

Vielen Dank schon einmal,

Volker
 
fehler in der anweisung ?

Also auf dem Server als root (!) anmelden und folgendes Schritte ausführen:

#> vi /etc/fastftp.sh
( die Taste "i" _einmal_ drücken )
( auf das Browserfenster umschakten )
( das ganze Skript [ggf. scrollen .........................

.... ich bin zwar ein absoluter ssh und linux neuling, aber ich hab trotzdem das gefühl, dass die erste zeile in deiner anweisung so aussehen müsste:

#> vi /etc/init.d/fastftp.sh

dass also das "/init.d/" fehlt. weiters ist mir aufgefallen, dass der befehl ":wq" zum beenden von vi nur funktioniert, wenn man vorher mit der "esc" taste den editiermodus verlässt und wieder in den kommandomodus von vi geht. wie gesagt - vielleicht ist es auch blödsinn. wenn ich mich genau an deine anweisungen halte, funktionierts bei mir jedenfalls nicht. eine unix kurzreferenz hab ich im pdf format bei http://www.informatik.hu-berlin.de/Institut/dokumente/unix_kurzreferenz.pdf gefunden. danke jedenfalls für das script und die hilfe!
 
ich muss ein Referat für die schule zum thema FTP Ident machen....
kann mir das vll jemand erläutern !?

wäre euch sehr dankbar ! :)
 
Damit auch diese Geschichte ein Happy End bekommt: Ich habe gerade herausgefunden, wie man das Problem besser lösen kann.

  1. Die Datei /etc/xinetd.d/proftpd (oder die entsprechende Datei für den verwendeten FTPd) öffnen
  2. Die Einträge log_on_success und log_on_error auf das Vorkommen des Eintrags USERID durchsuchen und diesen ggf. entfernen. Einmal zur Verdeutlichung. Vorher:
    Code: 
    service ftp
{
        socket_type             = stream
        wait                    = no
        user                    = root
        server                  = /usr/sbin/in.proftpd
        log_on_success          += DURATION USERID
        log_on_failure          += USERID
        nice                    = 10
        disable                 = no
}
    Und nachher:
    Code: 
    service ftp
{
        socket_type             = stream
        wait                    = no
        user                    = root
        server                  = /usr/sbin/in.proftpd
        log_on_success          += DURATION
        nice                    = 10
        disable                 = no
}
    (Anmerkung: log_on_failure wird jetzt einfach mit dem Standardwert aus /etc/xinetd.conf befüllt.)
  3. Einmal /etc/init.d/xinetd restart ausführen und ggf. den Eintrag aus den iptables entfernen, der die inetd-Anfragen bislang zurückgehalten hatte.
  4. Via ftp mit dem Server verbinden, ob's geklappt hat. Wenn ja: Weiter zu Schritt 6
  5. In /etc/xinetd.conf nachsehen, ob sich da nicht noch ein USERID in log_on_failure oder log_on_success versteckt hält, dann nochmal xinetd neu starten.
  6. Sich einen Ast freuen, dass jetzt alles auch ohne iptables-Hack geht :)
 
You must log in or register to reply here.
Back
Top