Wenn das Reinigungspersonal versehentlich das Patchkabel im Serverraum zieht
Hat der Admin was falsch gemacht.
Reinigungspersonal hat keinen Zutritt zu Serverräumen...
Wenn das Reinigungspersonal versehentlich das Patchkabel im Serverraum zieht
Hat der Admin was falsch gemacht.
Reinigungspersonal hat keinen Zutritt zu Serverräumen...
FYI: Das ist so wie versprochen. Die immer kostenlosen Instanzen sind nur Viertelcores. Sobald dein Scheduler versucht, mehr zu nutzen, wird dir alles über 25% "geklaut", was dann eben bis zu 75% Steal bedeutet.
Ah, das hatte ich so nicht mehr auf dem Zettel. Laufen auch schon lange Zeit bei mir rum 😅
Gerade mal geguckt: Dezember 2021 und August 2022
Ui! Aber für kleinere Test sind die immer noch gut!
hm? was genau änderst Du wenn trixie released wird?
Ich habe gerade noch mal in der /etc/apt/sources.list geschaut aber da muss wohl nichts geändert werden. Man wechselt wohl automatisch von "Testing" auf "Stable" wenn es soweit ist.
Korrigiere mich gerne falls ich falsch liege ![]()
Man wechselt wohl automatisch von "Testing" auf "Stable" wenn es soweit ist.
wenn trixie drinnen steht ja. wenn testing dann nein.
aber Du könntest einfach mal zeigen statt mutmaßungen anzustellen.
wenn trixie drinnen steht ja. wenn testing dann nein.
Wie bereits erwähnt habe ich die Datei bereits überprüft und es muss nichts geändert werden. Trotzdem Danke für den Hinweis.
aber Du könntest einfach mal zeigen statt mutmaßungen anzustellen.
Hier die /etc/apt/sources.list-Datei, welche Du sehen wolltest (Der folgende Inhalt sollte nach jeder sauberen Installation genau so aussehen - Nichts verändert):
deb http://deb.debian.org/debian/ trixie main
# deb-src http://deb.debian.org/debian/ trixie main
deb http://security.debian.org/debian-security trixie-security main
# deb-src http://security.debian.org/debian-security trixie-security main
# trixie-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ trixie-updates main
# deb-src http://deb.debian.org/debian/ trixie-updates main
# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
Alles anzeigen
der letzte release war vor zwei jahren.
Das las sich nur komisch, ist im Prinzip richtig.
Aber letztendlich ist Testing das 10 Tage ohne Critical Bugs unstable. Das macht bei jemanden Sinn der Testet, aber ansonsten ist es unstable mit Benefits. Kann man so sehen, ist aber auf Production Systemen nicht Sinnvoll. (Auch wenn es in 2 Jahren zum Release mutiert.) 😉
da muss wohl nichts geändert werden.
es muss nichts geändert werden.
ich sehe da einen erkenntnisgewinn. ![]()
wenn Du dann noch beim upgrade auf trixie die üblichen upgradeschritte aus den release notes befolgt hast ist ente-gut-alles-gut.
.
Ich bin auf den neuen Avatar gespannt... ![]()
Der hüpft ja hoffentlich nicht mehr...
Ich bin auf den neuen Avatar gespannt...
Der hüpft ja hoffentlich nicht mehr...
Für 3,33€
Ging aber an AccountSuspended wegen des ARM
hüpft
Was habt ihr eigentlich damit? Wird euch da schlecht wenn ihr da drauf schaut?
es lenkt ab und ja, kann einem schon übel werden...
Das Ergebnis ist nur für Teilnehmer sichtbar.
OK. Ich bin ja für alles offen.
Nichts für ungut, ich mag die Ente, nur das rumgewackel stört mich persönlich.
Mein neuer Vorschlag?
Gibt es was ohne Animation?
Ja, uns stört nicht das Motiv (Die Quietscheente ist hübsch), sondern das Rumgezappele. ![]()
Ja, uns stört nicht das Motiv (Die Quietscheente ist hübsch), sondern das Rumgezappele.
Eventuell ist genau das seine Stimulanz.
würde ich drauf reinfallen glaube ich:
https://easydmarc.com/blog/google-spoofed-via-dkim-replay-attack-a-technical-breakdown/
... Nachtrag - ich hab erlebt das mein router (vodafone) über Nacht (manchmal) ipv6 verliert oder zumindest ssh dann nicht funktioniert (der ipv4 tunnel funktioniert) - Router Neustart und alles ist wieder gut. Und es gibt wlans (Cafe, Linux User Group) wo das ipv6 ssh garnicht funktioniert. Was könnte der Grund sein?
Setzt natürlich voraus, das IPv6 zur Verfügung steht, sonst geht eine solche Verbindung nicht. Selbst heute setzt noch nicht jeder auf IPv6 bzw. dual Stack.
Sei es aus Bequemlichkeit, fehlenden Verständnis nicht Unterstützung von Geräten oder des Providers und dem nicht Wollens.