Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: sourceserver.info. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

  • »Canc3lL0g0ut« ist der Autor dieses Themas

Beiträge: 881

Wohnort: L.E.

Beruf: KiN im Betriebsdienst

Rootserver vorhanden: Nein

  • Nachricht senden

1

Samstag, 24. Januar 2015, 14:16

VSFTPD upload bricht ab

Hallihallo ihr lieben,

ich habe ein Problem. Ich habe jetzt vor kurzem meinen vsftpd auf TLS/SSL Verschlüsselung umgestellt. Nun habe ich unsere Webseite ein wenig umgestaltet und wollte den ganzen Krempel komplett hochladen. Hat auch alles geklappt, bis auf einmal alles stehengeblieben ist. Es passierte nichts mehr. Webseite war nicht mehr erreichbar, vsftpd bzw. Filezilla zuckte sich nicht mehr. Teamspeak lief ohne Probleme weiter!

Filezilla (aktuelle Version) spuckte nur noch aus: Zeitüberschreitung bei Verbindung. Ich war noch per SSH verbunden und dort funktionierte noch alles. Nachdem ich mich ausgeloggt hatte und wieder einloggen wollte: Error connection Network.
Nach 3 Minuten lief wieder alles als ob nichts gewesen wäre. RAM ist definitiv genügend frei. Folgende Fehlermeldung habe ich in der vsftpd.log gefunden

DEBUG: Client "xx.xx.xxx.xxx", "Connection terminated without SSL shutdown - buggy client?".

Nachdem ich dann wieder versucht habe alles hochzuladen kam das gleiche Problem wieder.

Hier mal meine vsftpd.conf

Spoiler Spoiler


# Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
#
# Run standalone? vsftpd can run either from an inetd or as a standalone
# daemon started from an initscript.
listen=YES
listen_port=xxxxx
#
# Run standalone with IPv6?
# Like the listen parameter, except vsftpd will listen on an IPv6 socket
# instead of an IPv4 one. This parameter and the listen parameter are mutually
# exclusive.
#listen_ipv6=YES
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# If enabled, vsftpd will display directory listings with the time
# in your local time zone. The default is to display GMT. The
# times returned by the MDTM FTP command are also affected by this
# option.
use_localtime=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format.
# Note that the default log file location is /var/log/xferlog in this case.
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
#ftpd_banner=Welcome to blah FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
#chroot_local_user=YES
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the
# chroot)
#chroot_local_user=YES
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES
#
# Customization
#
# Some of vsftpd's settings don't fit the filesystem layout by
# default.
#
# This option should be the name of a directory which is empty. Also, the
# directory should not be writable by the ftp user. This directory is used
# as a secure chroot() jail at times vsftpd does not require filesystem
# access.
secure_chroot_dir=/var/run/vsftpd/empty
#
# This string is the name of the PAM service vsftpd will use.
pam_service_name=vsftpd
#
# This option specifies the location of the RSA certificate to use for SSL
# encrypted connections.
rsa_cert_file=/etc/ssl/private/vsftpd.pem

# SSL/TLS Verschlüsselung Start
# Turn on SSL
ssl_enable=YES

# Allow anonymous users to use secured SSL connections
allow_anon_ssl=NO

# All non-anonymous logins are forced to use a secure SSL connection in order to
# send and receive data on data connections.
force_local_data_ssl=YES

# All non-anonymous logins are forced to use a secure SSL connection in order to send the password.
force_local_logins_ssl=YES

# Permit TLS v1 protocol connections. TLS v1 connections are preferred
ssl_tlsv1=YES

# Permit SSL v2 protocol connections. TLS v1 connections are preferred
ssl_sslv2=NO

# permit SSL v3 protocol connections. TLS v1 connections are preferred
ssl_sslv3=NO

# Disable SSL session reuse (required by WinSCP)
require_ssl_reuse=NO

# Select which SSL ciphers vsftpd will allow for encrypted SSL connections (required by FileZilla)
ssl_ciphers=HIGH



Hat wer von Euch ne Idee wo das Problem liegen könnte?
24/7 Teamspeak³ Server:


Linux is like a wigwam → No windows. No gates. Apache inside.

1. Frage des Admin: was wurde vorher verändert?
2. Antwort des Users: nichts
3. Frage des Admin: was wurde verändert, bevor NICHTS verändert wurde?

Ene mene muh gebasht wirst du,
ene mene miste headOr durch die Kiste,
ene mene meck kaum siehste mich schon fliegste weg :D

Beiträge: 1 537

Wohnort: Krefeld

Beruf: Student

Rootserver vorhanden: Nein

  • Nachricht senden

2

Samstag, 24. Januar 2015, 14:46

Ich glaube ich hatte mal ein ähnliches Problem.
Der Server geht automatisch in den Standby wenn zu viele Verbindungen gleichzeitig geöffnet werden.
Bei mir hat es geholfen nur 2 Dateien gleichzeitig zu versenden oder ein anderes FTP Programm.

Ich hatte damals gelesen, dass es definitiv an Filezilla liegt.
LG
GeNeRaLbEaM

Wer Rechtschreibfehler findet, darf sie behalten.

  • »Canc3lL0g0ut« ist der Autor dieses Themas

Beiträge: 881

Wohnort: L.E.

Beruf: KiN im Betriebsdienst

Rootserver vorhanden: Nein

  • Nachricht senden

3

Samstag, 24. Januar 2015, 15:01

Ja, da wird doch der Hund in der Pfanne verrückt ... Danke dir GeNeRaLbEaM :bestteam: :bestteam: :bestteam:

Ich hab das jetzt auf 8 gleichzeitige Verbindungen reduziert und siehe da - es funktioniert! WTF??? o_O

Aber irgendwie ist es dabei schon verwunderlich das weder die Domains für eine kurze Zeit ansprechbar sind noch SSH Client und der TS läuft weiter??

Mich würde trotzdem gern des Rätsels Lösung interessieren :)
24/7 Teamspeak³ Server:


Linux is like a wigwam → No windows. No gates. Apache inside.

1. Frage des Admin: was wurde vorher verändert?
2. Antwort des Users: nichts
3. Frage des Admin: was wurde verändert, bevor NICHTS verändert wurde?

Ene mene muh gebasht wirst du,
ene mene miste headOr durch die Kiste,
ene mene meck kaum siehste mich schon fliegste weg :D

  • »Canc3lL0g0ut« ist der Autor dieses Themas

Beiträge: 881

Wohnort: L.E.

Beruf: KiN im Betriebsdienst

Rootserver vorhanden: Nein

  • Nachricht senden

4

Samstag, 24. Januar 2015, 19:22

@hEAVEN
Wie hast Du denn Dein Problem gelöst? Ich hatte den Beitrag von dir gelesen, aber konnte mir nun auch keinen Reim darauf machen.

@all
Wenns helfen sollte: Wo ich die Verschlüsselung noch nicht eingerichtet hatte, da war auch mit 10 gleichzeitigen Verbindungen alles in Butter.
24/7 Teamspeak³ Server:


Linux is like a wigwam → No windows. No gates. Apache inside.

1. Frage des Admin: was wurde vorher verändert?
2. Antwort des Users: nichts
3. Frage des Admin: was wurde verändert, bevor NICHTS verändert wurde?

Ene mene muh gebasht wirst du,
ene mene miste headOr durch die Kiste,
ene mene meck kaum siehste mich schon fliegste weg :D

Blacksilver

Fortgeschrittener

Beiträge: 298

Wohnort: 127.0.0.1

Beruf: FISI

Rootserver vorhanden: Nein

  • Nachricht senden

5

Samstag, 24. Januar 2015, 23:56

Die anderen Dienste sind nicht erreichbar, da deine IP dann blockiert wird.
Hatte ich mit Filezilla früher wenn ich zu viele Datein aber unverschlüsselt hochgeladen hatte.
Bekam dann immer 5 Minuten dann für alle Dienste TS3 Website SSH und FTP.
Come to the dark side,
we have cookies ;)

hEAVEN

Schüler

Beiträge: 83

Wohnort: Berlin

Rootserver vorhanden: Nein

  • Nachricht senden

6

Sonntag, 25. Januar 2015, 00:20

@hEAVEN
Wie hast Du denn Dein Problem gelöst? Ich hatte den Beitrag von dir gelesen, aber konnte mir nun auch keinen Reim darauf machen.


Ja lustiger weise habe ich mir ein neues LAN Kabel geholt gehabt was Haupt und WLAN Modem Verbunden hat ich hatte das alte wieder angeschlossen und jetzt gings scheint als hat das neue kein TIA/EIA unterstützt welches soweit ich weis auch für für Jumboframes benötigt wird. Das was jetzt wieder angeschlossen ist schien mir recht alt und ich konnte dem Kabel auch keinerleih Infos entnehmen womit es ausgestattet ist bzw. was es unterstützt und ich wollte ein cat.6 Kabel haben nun ja solange das jetzt läuft lasse ich es auch einfach mal.

  • »Canc3lL0g0ut« ist der Autor dieses Themas

Beiträge: 881

Wohnort: L.E.

Beruf: KiN im Betriebsdienst

Rootserver vorhanden: Nein

  • Nachricht senden

7

Sonntag, 25. Januar 2015, 13:17

Ja lustiger weise habe ich mir ein neues LAN Kabel geholt gehabt was Haupt und WLAN Modem Verbunden hat ich hatte das alte wieder angeschlossen und jetzt gings

Achso :) ... ich dachte hat was mit den Einstellungen zu tun :)

Habe gerade wieder versucht einiges an Datenmaterial hochzuladen und ist wieder "abgeschmiert" :cursing: ... Die Dienste laufen halt normal weiter :ankotzen:

Ich habe jetzt sämtliche Einstellungen durchprobiert, aber irgendwie scheine ich noch nicht auf die passende gestoßen zu sein :keinahn:

Also selbst Port 20 deaktivieren oder gar einen anderen FTP Clienten zu benutzen hat nicht den gewünschten Erfolg gebracht ...

Any Ideas?
24/7 Teamspeak³ Server:


Linux is like a wigwam → No windows. No gates. Apache inside.

1. Frage des Admin: was wurde vorher verändert?
2. Antwort des Users: nichts
3. Frage des Admin: was wurde verändert, bevor NICHTS verändert wurde?

Ene mene muh gebasht wirst du,
ene mene miste headOr durch die Kiste,
ene mene meck kaum siehste mich schon fliegste weg :D

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Canc3lL0g0ut« (25. Januar 2015, 13:51)


  • »Canc3lL0g0ut« ist der Autor dieses Themas

Beiträge: 881

Wohnort: L.E.

Beruf: KiN im Betriebsdienst

Rootserver vorhanden: Nein

  • Nachricht senden

8

Donnerstag, 29. Januar 2015, 11:14

Soooo, damit ma das Ding hier ma schließen können :)

Also scheint nur Probleme mit dem Inhalt von Sourcebans zu geben und zwar exakt mit dem Ordner /images/country/ ... denn dort ist er ständig hängengeblieben. Stutzig bin ich geworden nachdem ich von einem Freund über 12TSD Dateien hochgeladen habe und alles ohne Probleme und Fehler durchlief. Also alles nochmals gestartet und er blieb wieder bei dem Ordner hängen. Also diesen Ordner ausgeschlossen und siehe da ... LÄUFT :))

Nu frag ich wieso? Hab den fehlenden Ordner einen Tag später hochgeladen und hat alles geklappt! ... Nein ich habe keine Viren auf meinem Rechner ;)
24/7 Teamspeak³ Server:


Linux is like a wigwam → No windows. No gates. Apache inside.

1. Frage des Admin: was wurde vorher verändert?
2. Antwort des Users: nichts
3. Frage des Admin: was wurde verändert, bevor NICHTS verändert wurde?

Ene mene muh gebasht wirst du,
ene mene miste headOr durch die Kiste,
ene mene meck kaum siehste mich schon fliegste weg :D

Ähnliche Themen