Eijaei. Unsere Gesetze 
Ich würde ja sagen "Ich gebe auf" aber es klingt schon im großen und ganzen alles sehr einleuchtend.
Also: Am besten immer eine ADV abschließen 
Beiträge von Real-DD-2
-
-
Es hat sich als Signatur bzw. Schreibweise folgendes bewährt:
"Meine persönliche Meinung/Interpretation! Im übrigen verweise ich auf §675 Abs. 2 BGB ."Zitat(2) Wer einem anderen einen Rat oder eine Empfehlung erteilt, ist, unbeschadet der sich aus einem Vertragsverhältnis, einer unerlaubten Handlung oder einer sonstigen gesetzlichen Bestimmung ergebenden Verantwortlichkeit, zum Ersatz des aus der Befolgung des Rates oder der Empfehlung entstehenden Schadens nicht verpflichtet.
[netcup] Felix P. ich habe den Vertrag und mache ihn heute fertig. Danke für die schnelle Reaktion eures Teams!
Allerdings würde mich dennoch interessieren:
ZitatBei vielen unserer Kunden ist dieser Abschluss erforderlich.
Gäbe es ein theoretisches / fiktives Beispiel in dem diese Aussage zutrifft?
Ich fülle den Vertrag aus und schicke ihn euch zu. Aus Interesse würde mich das schon trotzdem interessieren, wenn ihr das sagen dürfte. -
nur bitte vergiss dann nicht netcup zu kontrollieren!
Was meinst du damit?
Wenn ich Netcup "Kontrollieren" muss, wer kontrolliert dann Netcup, die ja auch Piwik nutzen?
https://www.ka-rechtsanwalt.eu/bussgeld-auftr…enverarbeitung/
Zitat
Hohes Bußgeld wegen Auftragsdatenverarbeitung
Datenschutzrecht: Hohes Bußgeld wegen Auftragsdatenverarbeitung ohne richtigen VertragDie bayrische Datenschutzaufsichtsbehörde hat in einer Pressemeldung am 20.08.2015 mitgeteilt, dass sie gegen ein Unternehmen, dass einen externen Dienstleister mit der Auftragsdatenverarbeitung (kurz ADV) ohne ausreichenden Vertrag beauftragt hat, ein Bußgeld in fünfstelliger Höhe verhängt hat.
Die Frage ist für mich: In wie weit ist Netcup ein beauftragtes Unternehmen, wenn ich Piwi kauf "meinen" Server verwende
-
naja bonner, da gibt und gab es schon einige Diskussionen.
Ich habe die Daten hier dritten weiter > Netcup.
Ich mein ich kann die ja auch verschlüsseln etc. das ändert aber nix daran das ein findiger Anwalt mir einen Brief schreibt und diesen Vertrag dann sehen will.Zitatin Vertrag zur Auftragsdatenverarbeitung (§ 11 BDSG) mit dem Hersteller ist bei Piwik im Gegensatz zu Google-Analytics nicht notwendig, da keine Daten an Piwik übermittelt werden.
Ein Vertrag gem. § 11 BDSG kann aber mit einem selbst ausgewählten Dienstleister notwendig werden, wenn Piwik nicht auf den eigenen Rechnern, sondern auf fremden Rechnern (z.B. Outsourcing der IT) gehostet wird, denn dann werden Daten im Auftrag erhoben.
Ich bin kein sehr guter Rechtsversteher aber bisher konnte ich keine zuverlässige Antwort finden. Jeder sagt was anders
Aber interessant ist es immer, wie andere Benutzer das sehen. Bisher nutze ich ja Piwik, ohne Vertrag. Aber mit kann ja nicht schaden.
Und ganz besonderes Augenmerk sollten man auf die Lebensdauer der Cookies bei Piwik haben, die sollten nämlich nicht über eine Woche hinausgehen!
Das ist mir ganz neu! Das werde ich gleich mal machen!
Hast du diesbezüglich eine Quelle zwecks Angabe max 1 Woche? -
https://www.datenschutzbeauftragter-info.de/fachbeitraege/…form-einsetzen/
Hallo,
hat jemand von euch so einen Vertrag mit Netcup? Macht Netcup so was? Da Netcup Server von Hetzner hat, wenn ich das richtig verstanden habe, ist dann Netcup überhaupt mein Ansprechpartner?
Würde nämlich gern Piwik nutzen
-
Ah, okay. Sehr interessant. Also als Entwickler, wenn ich mich mal so bezeichnen darf, wäre das ne nette sache
Danke für Die Beiträge, weiß ich erstmal bescheid
-
Es geht um das gesamte OS.
Nach einer Installation, muss alles zurück gesetzt werden wie im Snapshot. Danach kann man weiter testen etc.
Es ist die gesamte Installation Betroffen. Halt ein EntwiclungstestserverWäre schön, wenn man Zukünftig ggf. sone Funktion auf Wunsch freischalten könnte. Weiß ja nicht ob ich der einzige bin, der sich das wünscht bzw. braucht.
Ein 2. Benutzer + Rechteverwaltung, auf welchen Server der Account Zugriff hat und was er darf und oder nicht darf.
Glaube aber auch, dass so ein Zugriff recht selten auf das SCP benötigt wird. -
Hallo, ich hab mir jetzt doch nochmal nen kleineren vServer als Spielwiese installiert / geholt.
Da richte ich jetzt alles ein, was nötig ist und ich würde gern meinem Programmiererkollegen die Möglichkeit geben, das von mir erstellte Snapshot ein zu spielen.
Die Frage ist jetzt, wie kann ich das machen? Aus der SSH Konsole heraus wird das wohl nicht gehen. Allerdings kann ich für das SCP auch kein weiteren limitierten Zugang anlegen.
Hat jemand eine Idee, wie sowas möglich ist?Im Schlimmsten Fall, muss ich nen Macro machen, worauf er Zugriff hat worüber auf meinem PC dann das Snapshot eingespielt wird aber...wehe dan geht denn mal was schief, das wäre oder ist eine äußerst schlechte Idee
LG
-
Danke! Sehr nett. Klappt super so
-
Wäre es nicht sinnvoller jetzt einen großen Rootserver zu mieten (ich z.B. zahle immer einmal im Jahr, also sind die Kosten es schon weg bzw. gebucht) den einzurichten und dann von root auf großen root umzusteigen?
Der dann noch laufende Rootserver kann doch die restliche Zeit hervorragend als CDN fungieren? Dann sparst du dir ne menge Arbeit
-
Verbesserungsvorschläge nehme ich gerne an! Danke euch allen vielmals.
Das hat leider in den oberen Beitrag nicht mehr hin gepasst -
Ich kann den Einen Beitrag leider nicht bearbeiten. Daher hier nochmal das fertige Script.
Code
Alles anzeigenSSL_PATH_VSFTPD="/etc/ssl/private" RSA_KEY_VSFTPD="2048" MYDOMAIN="meinedomain.tld" FTP_USERNAME="meinftpuser" FTP_USER_GROUP="wwwftp" #creating a strong password! userpass=$(openssl rand -base64 30 | sed 's|/|_|') #Host IP check ip=$(hostname -I) # FTP Port FTP_PORT="21" # pasv_min_port / pasv_max_port PASV_PORT="12000:12500" FTP_PORT_PASS="26246" apt-get install -y vsftpd mkdir -p $SSL_PATH_VSFTPD openssl req -x509 -nodes -days 365 -newkey rsa:$RSA_KEY_VSFTPD -keyout $SSL_PATH_VSFTPD/vsftpd.pem -out $SSL_PATH_VSFTPD/vsftpd.pem -subj "/C=/ST=/L=/O=/OU=/CN=*.$MYDOMAIN" chmod 600 $SSL_PATH_VSFTPD/vsftpd.pem chmod 700 $SSL_PATH_VSFTPD rm -rf /etc/vsftpd.conf cat > /etc/vsftpd.conf <<END # 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 # # This directive enables listening on IPv6 sockets. By default, listening # on the IPv6 "any" address (::) will accept connections from both IPv6 # and IPv4 clients. It is not necessary to listen on *both* IPv4 and IPv6 # sockets. If you want that (perhaps because you want to listen on specific # addresses) then you must run two copies of vsftpd with two configuration # files. listen_ipv6=NO # # Allow anonymous FTP? (Disabled by default). 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 pasv_min_port=12000 pasv_max_port=12500 # # 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 Yourdeals24 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 allow_writeable_chroot=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=$SSL_PATH_VSFTPD/vsftpd.pem rsa_private_key_file=$SSL_PATH_VSFTPD/vsftpd.pem 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 # Wenn Sie force_local_logins_ssl=YES und force_local_data_ssl=YES verwenden werden nur TLS Verbindungen erlaubt # (dies sperrt alle Benutzer alter FTP Clients aus, die keine TLS Unterstützung haben); # bei Benutzung von force_local_logins_ssl=NO und force_local_data_ssl=NO werden sowohl TLS als auch nicht-TLS Verbindungen erlaubt, # je nach dem was der FTP Client unterstützt. # 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 END service vsftpd restart #################################### ## Generate Group and Username # #################################### groupadd $FTP_USER_GROUP adduser $FTP_USERNAME --gecos "" --no-create-home --disabled-password --home $PATH_TO_WEBFOLDER --ingroup wwwftp echo $FTP_USERNAME:$userpass | chpasswd #Change the directory owner and group: chown www-data:www-data $PATH_TO_WEBFOLDER #allow the group to write to the directory with appropriate permissions: chmod -R 777 $PATH_TO_WEBFOLDER #Add myself to the www-data group: usermod -a -G www-data $FTP_USERNAME #usermod -d $PATH_TO_WEBFOLDER/ $FTP_USERNAME #chown -R www-data:$FTP_USER_GROUP $PATH_TO_WEBFOLDER #chmod -R 775 $PATH_TO_WEBFOLDER #/etc/passwd #PATH_TO_WEBFOLDER_ESCAPE="\/etc\/nginx\/html" #ToDo: #Fix Escape webfolder sed -i 's/$FTP_USERNAME:x:1001:5001:,,,:\/etc\/nginx\/html:\/bin\/bash/$FTP_USERNAME:x:1001:5001:,,,:\/etc\/nginx\/html:\/bin\/false/' /etc/passwd #disable pam_shell rm -rf /etc/pam.d/vsftpd >/dev/null 2>&1 cat > /etc/pam.d/vsftpd <<END # Standard behaviour for ftpd(8). auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed # Note: vsftpd handles anonymous logins on its own. Do not enable pam_ftp.so. # Standard pam includes @include common-account @include common-session @include common-auth #auth required pam_shells.so END #restart some services systemctl -q restart vsftpd systemctl -q restart sshd # Save the Login to a nice file cat > /root/VSFTP_LOGINDATA.txt <<END ------------------------------------------------------- Your Serverip: $ip Your Port: $FTP_PORT Your username: $FTP_USERNAME Your password: $userpass ------------------------------------------------------- END sed -i "/\<$FTP_PORT\>/ "\!"s/^OPEN_TCP=\"/&$FTP_PORT, /" /etc/arno-iptables-firewall/firewall.conf sleep 1 sed -i "/\<$FTP_PORT_PASS\>/ "\!"s/^OPEN_TCP=\"/&$FTP_PORT_PASS, /" /etc/arno-iptables-firewall/firewall.conf sleep 1 sed -i "/\<$PASV_PORT\>/ "\!"s/^OPEN_TCP=\"/&$PASV_PORT, /" /etc/arno-iptables-firewall/firewall.conf sleep 1 systemctl force-reload arno-iptables-firewall.service -
Ach mensch, danke.
Ich hab in der Config den Port ja gar nicht zugewiesen:
Codepasv_min_port=12000 pasv_max_port=12500Jetzt klappt es! Vielen vielen Dank!
-
Hallo,
ja, das habe ich auch schon gelesen und verinnerlicht. Nun kommt der letzte Schritt:
Code
Alles anzeigenStatus: Verbinde mit xxx.xx.xx.21:21... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Antwort: 220 Welcome to my FTP service. Befehl: AUTH TLS Antwort: 234 Proceed with negotiation. Status: Initialisiere TLS... Status: Überprüfe Zertifikat... Status: TLS-Verbindung hergestellt. Befehl: USER meinftpuser Antwort: 331 Please specify the password. Befehl: PASS **************************************** Antwort: 230 Login successful. Status: Der Server unterstützt keine Nicht-ASCII-Zeichen. Befehl: PBSZ 0 Antwort: 200 PBSZ set to 0. Befehl: PROT P Antwort: 200 PROT now Private. Status: Angemeldet Status: Empfange Verzeichnisinhalt... Befehl: PWD Antwort: 257 "/" Befehl: TYPE I Antwort: 200 Switching to Binary mode. Befehl: PASV Antwort: 227 Entering Passive Mode (xxx,xx,xx,21,102,134). Befehl: LIST Fehler: Zeitüberschreitung der Verbindung nach 20 Sekunden Inaktivität Fehler: Verzeichnisinhalt konnte nicht empfangen werdenIch hab keine Ahnung wo da der Fehler liegen kann. Dienst läuft, ports sind offen Verzeichnis steht
-
Ach, verdammt. Ja.
Codelisten_ipv6=YESDas bringt mich weiter.
Code
Alles anzeigenStatus: Verbinde mit xxx.xx.xx.21:21... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Antwort: 220 Welcome to My FTP service. Befehl: AUTH TLS Antwort: 234 Proceed with negotiation. Status: Initialisiere TLS... Status: Überprüfe Zertifikat... Status: TLS-Verbindung hergestellt. Befehl: USER meinftpuser Antwort: 331 Please specify the password. Befehl: PASS **************************************** Fehler: GnuTLS-Fehler -15: An unexpected TLS packet was received. Fehler: Herstellen der Verbindung zum Server fehlgeschlagenDanke für den Hinweis!
Verbindung ist FTP
Explizites FTP über TLS anfordernÜbertragungsmodus: Standard / Aktiv / Passiv
-
Danke für den Beitrag. die key und pem file ist in einer Datei, deswegen wird beides angegeben.
sshkey habe ich ja. Der Server ist schon ziemlich sicher. Da kommt, wenn nicht gezielt angegriffen, keiner rein*. Selbst bei einem gezielten Angriff wird es schon schwer
Nachtrag:
* Damit sind 0815 Bots gemeint. Ja, ihr habt Recht: Nichts ist 100% Sicher und nichts ist Perfekt außer einer sache: -273,15 °C -
Aus dem selben Grund, wieso man https verwendet.
Ich möchte die Daten vom Server zu mir nach hause was ich mache verschlüsseln. Muss nicht aber schaden kann es prinzipiell auch nicht.SFTP mit chroot ist doch einfacher oder gibt es da etwas was ich übersehe?
Falls ich aber z.B. einem dritten einen FTP Zugang bereitstellen muss oder möchte ist mir das lieber per FTP zu tun.Ich bin euch dankbar, für Tipps und Ratschläge. Aber leider hat sich keiner der Beiträge bisher auf meine Frage oder mein Problem bezogen was ich etwas schade finde.
Ich kann den Fehler zumindest derzeit nicht finden. -
Ich meinte FTPs, habe mich Verschrieben.
Danke für den Hinweis. Hat noch jemand eine Lösung oder einen Fehler im Script gefunden?
Danke
-
Sorry, passt nicht mehr in den oberen Beitrag:
Habe im Script noch was vergessen:Codesed -i 's/$FTP_USERNAME:x:1001:5001:,,,:\/etc\/nginx\/html:\/bin\/bash/$FTP_USERNAME:x:1001:5001:,,,:\/etc\/nginx\/html:\/bin\/false/' /etc/passwdDamit er den Eintrag in der passwd setzt.
Allerdings ist es immer das gleiche Ergebnis:/
Port 21 ist auch freigegeben. Ich nutze Arno Iptabels:
Code# Put in the following variables which ports or IP protocols you want to leave # open to the whole world. # ------------------------------------------------------------------------------ OPEN_TCP="12000:12500, 21,..." OPEN_UDP="" OPEN_IP=""
Habe mal meine offenen anderen Ports raus genommen. Keine Ahnung ob es Sinn macht aber sicher ist sicher -
Hier meine Installation, vielleicht erkennt ja jemand den Fehler.
Code
Alles anzeigenSSL_PATH_VSFTPD="/etc/ssl/private" RSA_KEY_VSFTPD="2048" MYDOMAIN="meinedomain.tld" FTP_USERNAME="meinftpuser" PATH_TO_WEBFOLDER="/etc/nginx/html" #creating a strong password! userpass=$(openssl rand -base64 30 | sed 's|/|_|') #Host IP check ip=$(hostname -I) # FTP Port FTP_PORT="21" # pasv_min_port / pasv_max_port PASV_PORT="12000:12500" apt-get install -y vsftpd mkdir -p $SSL_PATH_VSFTPD cd $SSL_PATH_VSFTPD openssl req -x509 -nodes -days 365 -newkey rsa:$RSA_KEY_VSFTPD -keyout $SSL_PATH_VSFTPD/vsftpd.pem -out $SSL_PATH_VSFTPD/vsftpd.pem -subj "/C=/ST=/L=/O=/OU=/CN=*.$MYDOMAIN" chmod 600 vsftpd.pem chmod 700 $SSL_PATH_VSFTPD rm -rf /etc/vsftpd.conf cat > /etc/vsftpd.conf <<END # 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 # # This directive enables listening on IPv6 sockets. By default, listening # on the IPv6 "any" address (::) will accept connections from both IPv6 # and IPv4 clients. It is not necessary to listen on *both* IPv4 and IPv6 # sockets. If you want that (perhaps because you want to listen on specific # addresses) then you must run two copies of vsftpd with two configuration # files. listen_ipv6=YES # # Allow anonymous FTP? (Disabled by default). 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 Yourdeals24 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=$SSL_PATH_VSFTPD/vsftpd.pem rsa_private_key_file=$SSL_PATH_VSFTPD/vsftpd.pem 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 # Wenn Sie force_local_logins_ssl=YES und force_local_data_ssl=YES verwenden werden nur TLS Verbindungen erlaubt # (dies sperrt alle Benutzer alter FTP Clients aus, die keine TLS Unterstützung haben); # bei Benutzung von force_local_logins_ssl=NO und force_local_data_ssl=NO werden sowohl TLS als auch nicht-TLS Verbindungen erlaubt, # je nach dem was der FTP Client unterstützt. # 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 END #################################### ## Generate Group and Username # #################################### groupadd wwwftp adduser $FTP_USERNAME --gecos "" --no-create-home --disabled-password --home $PATH_TO_WEBFOLDER --ingroup wwwftp echo $FTP_USERNAME:$userpass | chpasswd #Change the directory owner and group: chown www-data:www-data $PATH_TO_WEBFOLDER #allow the group to write to the directory with appropriate permissions: chmod -R 777 $PATH_TO_WEBFOLDER #Add myself to the www-data group: usermod -a -G www-data $FTP_USERNAME #restart some services systemctl -q restart vsftpd systemctl -q restart sshd # Save the Login to a nice file cat > /root/VSFTP_LOGINDATA.txt <<END ------------------------------------------------------- Your Serverip: $ip Your Port: $FTP_PORT Your username: $FTP_USERNAME Your password: $userpass ------------------------------------------------------- END sed -i "/\<$FTP_PORT\>/ "\!"s/^OPEN_TCP=\"/&$FTP_PORT, /" /etc/arno-iptables-firewall/firewall.conf sed -i "/\<$PASV_PORT\>/ "\!"s/^OPEN_TCP=\"/&$PASV_PORT, /" /etc/arno-iptables-firewall/firewall.conf sleep 1 systemctl force-reload arno-iptables-firewall.service
