Beiträge von KB19
-
-
Alternative: Über einen anderen Server als Jumphost mit SSH verbinden, der hat eine andere IP.
-
Bud Wenn der (belegte) Swap nicht in den RAM passt, würde das Deaktivieren des Swap den OOM-Killer starten. Das willst Du nicht…
Wenn dauerhaft zu viel ausgelagert wird, hilft die Anpassung der Swappiness. Aber in Deinem Fall dürfte der RAM hinten und vorne einfach nicht ausreichen. Vorausgesetzt Du hast nicht irgendwas komplett falsch konfiguriert, sodass sich Dienste mehr RAM schnappen als notwendig. (Von Minecraft habe ich aber keine Ahnung, da bin ich raus.)
EDIT: Ups, nächste Seite übersehen…
-
Ich bin gerade etwas irritiert: Nginx (1.14.2-2+deb10u5) bricht ausschließlich bei HTTP/2 die Verbindung ab, wenn die REQUEST_URI länger als 5829 Byte ist?!
Das taucht nicht im error.log auf, dafür im access.log mit einer noch nie gesehenen Zeile: "-" 000 0 "-" "-"
Ich muss das später genauer untersuchen…
Spoiler anzeigen
-
Wenn genügend (!) RAM frei ist: swapoff -a && swapon -a
Dadurch werden alle Swapspaces einmal ausgehängt und neu aktiviert. Dabei kommt es zwangsläufig zu einer "Leerung".
-
Code
root@ThomasChrThomasChr hat schon viel Vertrauen! Gibt einfach so die Rootrechte für Körper/Gehirn raus, ein Wahnsinn.
(SCNR)
-
Die Message-ID ist ein frei wählbarer Header, genauso der From-Header.
Beim From-Header kann aber DMARC helfen, sofern die vermeintliche Absender-Domain das gesetzt hat und der Empfänger-Server es überprüft.
-
Laufen die Dienste währenddessen? Was steht in den Logs?
Die VNC-Konsole im SCP sollte bei det Analyse weiterhelfen, dort kommst Du auch ohne SSH rein.
EDIT: Heute bin ich mal die langsame Ente...^^
-
Ja es gibt selbstverständlich den entsprechenden A Record auf die IP Adresse des Servers.
Wenn Du über IPv6 raus sendest, muss aber auch der AAAA-Record stimmen. Der A-Record ist nur für IPv4.
(Und laut Deinem Zitat geht es um IPv6 wie man an den Doppelpunkten bei den zensierten X-Zeichen sieht.)
-
Gibt es denn einen dazu passenden A/AAAA Record? Also lässt sich der rDNS-Eintrag auch vorwärts für IPv4 und IPv6 richtig auflösen?
Bedenke, dass PTR-Records bei netcup eine TTL von 7200 Sekunden haben! Wenn sich irgendwelche Resolver nicht daran halten, können daraus auch schnell mal 24-28 Stunden werden.
-
Wann ist diese Entidemie eigentlich ausgebrochen? Frühjahr ´19, oder? Aber was war der Anlass?
19. Februar 2021: https://forum.netcup.de/sonstiges/smal…ema/#post158318
Ein anderer User hatte zufällig auch eine Ente als Avatar, ThomasChr hat's angesprochen und dann haben reihenweise die User ihre Avatare geändert.
Ich bin natürlich völlig unschuldig und habe nicht mal am Rande etwas damit zu tun! *duck*
-
Löscht Netcup Rechnungen? Meine älteste ist vom 14.07.2022, dabei hab ich den Account schon viel Länger...
Du musst bei Zeitraum von halt was anderes eintragen
Ich sehe im CCP sogar meine 14 Jahre alten Rechnungen noch, sobald ich dort ein älteres Datum auswähle.
EDIT: Putzig, mein erster vServer hatte im
SCPVCP wohl die interne ID 757. Aktuell sind wir ca. bei 250.000 als ID, oder? -
Let's Encrypt funktioniert natürlich auch mit externen Domains.
WICHTIG: Häkchen bei "Wildcard-Domain" nicht setzen!
-
De Ausführungen zu den Resolvern, authoritativen Nameservern und DNSSEC haben mich jetzt neugierig gemacht, ob, und falls ja, wieviel besser das mittlerweile geworden ist. Werde jetzt also erst einmal einer unbenutzten Inklusivdomain DNSSEC gönnen und die Sache beobachten.
Monitoring sagt NEIN
Zitat von Cron <user@host> dnssec-check.sh >/dev/nullexample.com: ERROR
example.or.at: ERROR
*sigh*
-
office@, info@, kontakt@, mail@, support@, … – heute ist alles dabei. Bisher aber nur Domains, die gar nicht bei netcup liegen.
-
Du verwendest Shorttags: <?
Verwende mal normale Tags: <?php
-
Du kannst Deinen Private-Key aber natürlich immer mit einer Passphrase versehen. Aber ich denke das meinst Du nicht?
-
Du hast beim Webhosting keinen Zugriff auf die Konfiguration des SSH-Daemons, da Du diesen gemeinsam mit allen anderen Kunden nutzt. Dein /etc Ordner, den Du über SSH siehst, befindet sich in einem Chroot. Wenn Du den SSH-Server umkonfigurieren willst, brauchst Du einen VPS/RS.
Beim Webhosting kannst Du die PasswordAuthentication jedenfalls nicht ganz deaktivieren, die bleibt immer aktiv. Wenn Du einen Public-Key hinterlegst, kannst Du Dich damit sofort anmelden, statt einem Passwort. Beides zu kombinieren geht ebenfalls nicht.
PS: Ich würde im Jahr 2023 keine RSA-Keys mehr neu erstellen, wenn es nicht unbedingt notwendig ist. Verwende lieber ECDSA oder Ed25519. Bei aktuellen Webhostingtarifen (mit Plesk) sollte es da keine Probleme geben.
-
Eventuell auch interessant:
- [netcup-wiki.de] Wie lange werden Logdateien gespeichert
- [netcup-wiki.de] Was wird in Logdateien gespeichert
Was komisch wäre, denn ich hab das auf Default (tägliche Rotation bei 14 Protokollen) error_log von apache Einträge, welche bis zum 22.06.2023 zurückgehen (von den archivierten Logs ganz zu schweigen).
Und im Access-Log? Eventuell wird das Error-Log länger gespeichert oder minimal anders behandelt.
Die Logrotation wird in der Regel jedenfalls nur einmal täglich in der Nacht durchgeführt, geänderte Einstellungen werden sich also nicht sofort auswirken. Und es kann bei 14 Tagen durchaus vorkommen, dass Logs erst nach 16 Tagen verschwinden.
-
Vielen Dinge stehen (nach der jeweiligen Paketinstallation) z.B. in /usr/share/doc/..., ist immer eine gute Quelle bei Problemen.
