Beiträge von KB19

Normalerweise ist es eigentlich sehr einfach: Partition vergrößern, Partitionstabelle neu einlesen lassen und Dateisystem vergrößern. Das funktioniert in der Regel sogar "online", völlig ohne Recoverymodus oder Downtime. Liegt ein LVM dazwischen, muss das halt auch noch angepasst werden.

Wenn man damit aber wenig Erfahrung hat oder auf irgendwelche unklaren Sonderfälle stößt, geht es mit GParted oftmals schneller und bequemer. Ist ja zum Glück bei einem virtuellen System relativ leicht möglich, dass man eine CD/DVD bootet

Wenn Du nicht weiter kommst, leg die GParted ISO im SCP ein, starte den Server damit, öffne die VNC-Konsole und vergrößer es über die GUI.

PS: Ein Backup hast Du ja hoffentlich.

Was hast Du vor? Den PTR-Record legst Du im CCP oder SCP an, da musst Du gar nichts an einen eigenen NS delegieren.

• https://www.netcup-wiki.de/wiki/Produkte_CCP#rDNS
• https://www.netcup-wiki.de/wiki/Server_Co…)#rDNS_setzen_2

Zitat von tab

Also Datenbankserver überlastet oder die Netzwerkverbindung zum Datenbankserver zu langsam/überlastet.

Oder theoretisch schlecht geschriebene SQL-Queries. Nur weil es sich um eine Mainstream-Applikation handelt, heißt das noch lange nicht, dass die perfekt optimiert ist. Vor allem Addons/Plugins sind da schnell Ressourcenfresser und sorgen für Slow Queries.

(Das soll nicht heißen, dass der DB-Server kein Flaschenhals ist! Aber es muss nicht zwangsläufig die Schuld des Servers sein.)

Wenn man schrittweise drei AS blockieren muss, um Ruhe von einem Badbot zu haben…

sessions.jpg

Zitat von killerbees19

12-13 Tage (!) später ist die Datenbank endlich gefüllt.

Für V5 der "Have I Been Pwned" Passwort-Hashes-Datenbank habe ich mein Quick & Dirty Import-Script von damals ein wenig angepasst…

#!/usr/bin/env php
<?php

function exception_error_handler($severity, $message, $file, $line)
{
    if (!(error_reporting() & $severity))
    {
        return;
    }

    throw new ErrorException($message, 0, $severity, $file, $line);
}

error_reporting(-1);
set_error_handler('exception_error_handler');
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

$db = new mysqli('127.0.0.1', '<username>', '<password>', '<db>', 12345);
$stmt = $db->prepare('INSERT INTO `passwords` SET `hash` = UNHEX(?)');
$hash = null; $stmt->bind_param('s', $hash); $db->autocommit(false);

$skip = ($argc > 1 ) ? abs(intval($argv[1])) : 0;
$filename = __dir__ . '/pwned-passwords-sha1-ordered-by-hash-v5.txt';
$file = fopen($filename, 'r');
$size = filesize($filename);

$i = $l = $sl = 0;
while(($line = fgets($file, 64)) !== false)
{
    $l += strlen($line);

    if($i < $skip)
    {
        $i++;
        $sl = $l;
        continue;
    }
    else if($i && $i === $skip)
    {
        printf("Skipped: %d lines (%d byte)\n\n", $skip, $sl);
    }

    if(($p = strpos($line, ':')) !== false)
    {
        $hash = substr($line, 0, $p);
        $stmt->execute();
    }

    if(!(++$i % 1000))
    {
        printf("\r% 10d lines (%.3f/%.3f GB)", $i, $l / 1024 / 1024 / 1024, $size / 1024 / 1024 / 1024);
    }

    if(!($i % 100000))
    {
        $db->commit();
    }
}

fclose($file);
$stmt->close();
$db->commit();
$db->close();
print("\n");

?>

Ein abgebrochener Importvorgang kann nun durch Angabe der zu überspringenden Zeilen als erstes Argument fortgesetzt werden. Das Ding läuft nun deutlich schneller, da nur alle 100k Zeilen ein COMMIT erfolgt. Normalerweise schafft der Import nur ca. 1k Zeilen pro Sekunde, jetzt sind es auf dem gleichen System ca. 6k Zeilen pro Sekunde. Mit dem netten Nebeneffekt, dass die I/O-Last beim Import deutlich gesunken ist, obwohl bereits ein Index existiert! (Nur 20-30 IOPS anstatt über 2k.)

nice -n 19 ionice -c 3 insert.php 1358000 | tee -a v5.log
# 6336000 lines (0.260/22.790 GB)

(Der zusätzliche MariaDB-Server läuft temporär ebenfalls mit diesen [io]nice Werten.)

Da soll einmal einer sagen, dass die G8 VPS langsam angebunden sind…

2020-06-09 07:41:51 (82,9 MB/s) - [9,85G in 2m 2s]

Zitat von simpty

Kenne mich nicht so gut mit Linux aus.

[…]

Debian 4.9.2-10+deb8u2

[…]

Habe an dem Ding nichts geändert, also nichts formatiert oder neuinstalliert.

Dann wirst Du früher oder später ein ernsthaftes Problem haben

Da läuft offenbar ein Debian Jessie, wahrscheinlich mit dem Standard-Froxlor-Image. Das bekommt jetzt schon nur noch eingeschränkte Sicherheitsaktualisierungen über LTS und in wenigen Wochen gar keine mehr. Das Ding ist als Basis denkbar schlecht für Dein Vorhaben geeignet und wird früher oder später offen wie ein Scheunentor stehen. Bitte bedenke, dass Du als Administrator des Servers für alles haftet, wofür er missbraucht wird! Du bist für die Absicherung des Servers alleine verantwortlich.

Prinzipiell bin ich aber durchaus der Meinung, dass man die korrekte Absicherung und Updates eines Linux-Servers, wenn man ihn nur als Gateway für solche Zwecke nutzen möchte, ohne weitreichendes Wissen schaffen kann. Dafür solltest Du aber unbedingt den Server mit einem minimalen Image neu installieren, z.B. mit Debian Buster – ohne Extras wie Froxlor oder dergleichen: https://www.netcup-wiki.de/wiki/Server_Co…fizielle_Images

(Bei einer Neuinstallation gehen selbstverständlich alle vorhandenen Daten verloren.)

Zitat von douzer

Wie habt ihr beim Nginx die TLS1.3 Ciphers angepasst ?

Das geht leider nur über die openssl.cnf: https://dawnbringer.net/blog/1083/TLS%…e%20for%20Nginx

Ein Patch für OpenSSL ist dafür offensichtlich nicht mehr notwendig!

Zitat von bpascher

Ist es möglich mittels dieses Sieveservers Plusadressen umzusetzen?

Kannst Du E-Mails an solche Adressen bisher empfangen? Falls ja, ist die Filterung mittels Sieve normalerweise kein Problem. Wenn es jedoch schon am Empfang scheitert, kann Sieve auch nichts ändern.

Kritisch wird es erst, wenn das Mailvolumen bei der Beschwerdestelle so groß wird, dass man eine Beschwerdestelle für die Beschwerdestelle braucht.

(SCNR; ich habe die Beschwerdestelle noch nie in Anspruch genommen)

Du versuchte also von einem externen Client, über den VPS auf den OpenVPN-Server am NAS zuzugreifen? Habe ich das soweit richtig verstanden?

Kannst Du den TCP-Port 1194 der IPv6-Adresse vom VPS aus überhaupt erreichen? Teste das mal mit Netcat oder Telnet.

Zitat von simpty

Muss ich den Port noch irgendwie freigeben? Gibt es auf meinem vServer eine Firewall?

Möglich, ist Dein System bzw. Deine Konfiguration. Da Du uns nicht einmal sagst, welches Betriebssystem oder Version darauf läuft, kann man nur schwer weitere Tipps geben.

Zitat von simpty

Und was muss ich beim OpenVPN-Client als Username und Passwort eingeben?

Auch das weißt nur Du, was Du beim OpenVPN-Server am NAS konfiguriert hast.

Zitat von fallobst

Das geht aber auch ohne Android 5/6 auszusperren:

Nichts gegen Dich oder Deine Konfiguration, aber das wundert mich jetzt etwas, dass man damit 100% bekommt. Wenn mehrere Cipher unterstützt werden, die SSL Labs selbst als WEAK kennzeichnet…

Interessanterweise kann man sogar leicht Android 5/6 aussperren, obwohl Android 4.4 noch zugreifen kann. (Damit erreicht man dann aber logischerweise auch keine 100%.)

Das wäre so schön, aber damit würde ich sogar Android 5/6 aussperren…

Bildschirmfoto_2020-06-07_03-42-37.png

Das geht dann doch etwas zu weit für meinen Geschmack.

Ich weiß nicht, wie es bei Plesk standardmäßig unter der Haube gehandhabt wird, aber bei Debian (das im Webhosting zum Einsatz kommt) werden dateibasierte Sessions im Standardordner normalerweise durch einen Cronjob gelöscht. Dieser Cronjob greift auf die systemweite Standard-php.ini zurück und weiß nicht, wie hoch Du diesen Wert gesetzt hast.

Was Du versuchen könntest: Lass den session.save_path auf einen Ordner innerhalb Deines Webspaces zeigen. Dieser sollte natürlich nicht über HTTP erreichbar bzw. geschützt sein!

Bei einem anderen Speicherort musst Du Dich aber selbst um die Bereinigung alter Sessiondateien kümmern. Ich habe damit noch keine Erfahrung gesammelt, aber die Konfigurationsoptionen session.gc_* sehen ganz vielversprechend aus. Notfalls tut es sicher auch ein Shellscript mit find als Cronjob.

Wenn etwas unklar ist, einfach nachfragen…

Ich sollte mich endlich mal in das neue nftables einarbeiten…

Aber ich habe keine Lust meine langjährigen Firewall-Bashscripte anzurühren…

(Die werden nur manuell bei Änderungen ausgeführt, den Rest erledigt iptables-persistent für mich.)

Häng zum Test mal bitte ein root-dns.netcup.net hinten dran. Dann sollte Dein lokaler Resolver umgangen und direkt beim zuständigen NS gefragt werden. Vielleicht filtert Dein Router o.ä. Anfragen mit einem Unterstrich raus.

Zitat von mainziman

ein Lehrer der in seiner Freizeit Nachhilfestunden f. genau die Fächer gibt, die er/sie unterrichtet ist f. mich ein NoGo

Wäre es Dir lieber, wenn er Nachhilfe für Fächer gibt, von denen er keine Ahnung hat?

Kritisch sollte man es meiner Meinung nach nur sehen, wenn er hauptsächlich seinen eigenen Schülern (kostenpflichtige) Nachhilfe gibt. Das könnte man durchaus als Interessenkonflikt ansehen.

Zitat von aRaphael

Aber ich habe Storagespace und sehe dort keine Möglichkeit zu ipv6

Afaik war die Unterstützung von IPv6 bei NFS damals im Server und Client Bereich noch recht mau, egal wohin man schaute. Hat sich das mittlerweile geändert? Ohne NFSv4 sieht es da glaube ich sowieso schlecht aus. (Keine Ahnung, was beim Storagespace angeboten wird.)

Eventuell ein (lokaler) DNS-Cache, weil Du zu früh testest und die negative Antwort zwischengespeichert wurde?

Ansonsten zeig uns bitte mal den ganzen Befehl, wie Du es abfragst.