Beiträge von m_ueberall

Zitat von spawntree

=> "Der rDNS Eintrag im CCP muss mit den Eindeutigen Namen im DNS Eintrag übereinstimmen"

Jetzt laufen auf dem Server ja 2 Domains mit jeweils eine E-Mil Adresse. Ich kann aber nur einen Hostname angeben. Wie löse ich das?

Zitat von Lukay

Auch wenn dein Server von X Domains der Mailserver ist, hat er nur einen Hostname.

Diesen Hostname verwendet er, wenn er sich bei anderen SMTP Servern meldet. Und das muss auch der RDNS sein.

Genaugenommen ist das ein (virtueller) Hostname pro IP-Adresse (d. h. der reale Hostname muss nicht mit dem Namen übereinstimmen, unter welchem sich der MTA/Mail Transfer Agent identifiziert). Derselbe Mailserver kann schon mehrere Domänen unter verschiedenen IP-Adressen mit verschiedenen Namen bedienen.

Zitat von mfnalex

Welche Desktopumgebung nutzt ihr unter Linux? Ich will mal wieder was anderes als

Cinnamon ausprobieren

KDE

Zitat von peng

Was nehm ich da am besten für ECDSA?

Linktip: https://wiki.mozilla.org/Security/Server_Side_TLS (passend zu der von Steini erwähnten Seite). Überprüfung kann dann via https://www.hardenize.com/ oder https://www.ssllabs.com/ssltest/ erfolgen. Theoretische Grundlagen finden sich beispielsweise hier: https://crypto.stackexchange.com/q/18787.

Zitat von Valkyrie

Also ich habe jahrelang die ISO von hier gezogen: http://cdimages.ubuntu.com/netboot/

Apples and Oranges… "Netbook" ≠ "Netboot".

Zitat von Valkyrie

Scheinbar gibt es das klassische Ubuntu Netbook Image nicht mehr […]

Wurde das überhaupt noch irgendwo weitergepflegt in den letzten 10 Jahren?

Zitat von ubuntuusers.de

Die letzte Ubuntuversion mit eigener Ubuntu Netbook Edition war Ubuntu 10.10

Schade ist allerdings, dass der IBM ThinkPad hier nun zunächst auf Kubuntu 18.04 LTS festhängt, bis pbuilder hier selektiv i386-Pakete ausgespuckt hat (dazu bedarf es aber erst einmal eines passenden "buildimages") …

Hat hier jemand drei VPS10/20/50 als dedizierte Nameserver im Einsatz?

Nur, um andere Fehlerquellen auszuschließen – heißt die Datei auch .htaccess (mit vorangestelltem Punkt) oder hat sich ein Tippfehler im Namen eingeschlichen? Dann werden die Anweisungen nämlich allesamt ignoriert und die Ursache des Serverfehlers liegt in einer anderen Datei. (Alles schon vorgekommen, deshalb frage ich.)

Nachfrage aus derselben Kategorie ob fehlender Angabe: Es wird Apache2 verwendet und nicht etwa Nginx?

Zitat von [netcup] Felix

Wir arbeiten aktuell daran das VPS nach Bedarf auch via API gebucht und gekündigt werden können. Zusammen mit Cloudinit, dass wir ebenfalls unterstützen werden, kann dann Infrastruktur bei uns auch rein nach Bedarf automatisiert gebucht und gekündigt werden. Dabei werden wir unsere günstigen Paketpreise beibehalten.

Seit dem obigen Posting bzgl. Cloudinit (bzw. Cloud-init) sind mittlerweile 15 Monate vergangen, sechs Monate seit der eigenen letzten Nachfrage zu diesem Thema.

[netcup] Felix P. : Es wäre schön, wenn – gerade angesichts des an verschiedenen Stellen in diesem Forum geäußerten Interesses mehrerer Kunden – nach über einem Jahr ein Update zu diesem Vorhaben verfügbar wäre.

Eine Unterstützung von Cloud-init (gegebenenfalls zunächst in der nclabs-Testumgebung) ist ja keinesfalls zwingend an eine Möglichkeit gebunden, zusätzliche Ressourcen buchen zu können (was man auch in der Testumgebung durch simulierte kostenlose Bereitstellung einer eigentlich bereits verfügbaren Instanz realisieren könnte), sondern käme allen Kunden auch in Verbindung mit einer Neuaufsetzung existierender VPS/RS zugute.

Ist das Thema immer noch aktuell? Oder wurde das Vorhaben zugunsten der in einem anderen Diskussionsfaden erwähnten "App", welche keinerlei zusätzliche Funktionalität für die Nutzer bringt, auf Eis gelegt?

Zitat von perryflynn

Rein technisch KÖNNTE ich also einen [NAPTR-]Record setzen, aber muss ich das und was müsste dann drin stehen?

Gerade wenn das SIP Gateway eh deaktiviert ist.

Wenn das SIP-Gateway deaktiviert ist, benötigt man in Verbindung mit Jitsi keinen NAPTR-Record (auf den man notfalls auch verzichten könnte, wenn es die Konfiguration hergibt, vgl. Quellcode/Quellcodeübersicht).

Zitat von perryflynn

Soweit ich das sehe nutzt Jitsi NAPTR Records nur für den SIP Connector [1].

Also braucht man das für "normales jitsi" doch gar nicht, oder?

"Normales Jitsi" ist ja auch langweilig. Und es gibt schon ein paar Anwendungsmöglichkeiten für NAPTR; vielleicht nicht unbedingt für jeden sofort zweckdienlich, aber eine ganze Reihe von Mitbewerbern unterstützen diese RRs auch, warum also nicht auch NetCup (zumal hier in den letzten zwei Jahren nicht viel Neues rund um APIs oder DNS-Einstellungen für Anwender geboten wurde)?

Zitat von ASS

Was ist denn ein HS?

Zitat von timkoop

Bei uns in der Vorlesung ist das der Hauptspeicher. Was denn auch sonst

Na, solange man nicht als Z(ombie-)P(rozess) betitelt wird…

Zitat von christianr

Falls es jemanden Interessiert (Wird als "netcup VPS 4000 G9" angezeigt):

GeekBench v4: https://browser.geekbench.com/v4/cpu/15395511 (Single: 4214 / Multi: 15037)

GeekBench v5: https://browser.geekbench.com/v5/cpu/1779211 (Single: 893 / Multi: 3853)

Von dieser Maschine sähe ich in einem Monat gerne einmal einen zweiten Testlauf.

Zitat von mainziman

mit Linux ist das noch eine Variante; mit Windows hast mit Chrome damit bereits Pech gehabt; das mit neu/selbst kompilieren - es schwören ja alle auf Open Source - kannst zu 90% unter Windows vergessen; entweder fehlen die entscheidenden Files/Bibliotheken wo jemand zu doof war dies als Quellenangabe anzuführen, oder die verwendete Entwicklungsumgebung passt nicht dazu […]

Erst die Anleitung lesen und ausprobieren, dann motzen… ("cross-compilation" ist das Zauberwort). Aber es stimmt schon, mit einer Entwicklungsumgebung ist es so wie mit der Administration eines Servers: Wenn man sich nicht damit auskennt, kommt da auf Knopfdruck (im besten Fall!) nix Gescheites dabei 'raus. #MakeOrBuy

Zitat von mainziman

welches OS nutzt Du f. Chrome?

ich habe einen Browser, mit dem es ebenfalls funktioniert, beim nächsten Key-Exchange der DNS-Root

ist dann aber entgültig Feuer am Dach

Ich verwende hauptsächlich Linux. Und beim nächsten Schlüsseltausch wird ggf. neu kompiliert: https://gitlab.labs.nic.cz/labs/dnssec-validator.git

Zitat von mainziman

Gute Nacht Geschichte
https://www.golem.de/news/dnssec-ch…905-141559.html

#ToolTip: Funktioniert zusammen mit Google Chrome seit Jahren einwandfrei: DNSSEC/TLSA Validator 2.2.0.5

Nichts Gegenteiliges wurde inzwischen bekannt (wäre auch ein wenig verwunderlich, wenn man sich die existierenden Postings in diesem Forum ansieht, welche Erläuterungen dazu enthalten). Im Zweifelsfall gibt es verlässliche Aussagen hierzu ausschließlich vom Support, nicht durch einen der Nutzer hier.

Bevor die Neuerwerbungen jetzt produktiv eingesetzt werden, kann vielleicht einmal jemand den Thread mit den IOPS aktualisieren und Vergleichstests mit bonnie++ o. Ä. laufen lassen? Hier gab es in der Vergangenheit ja "Engpässe". Dann in 2–3 Wochen dasselbe nochmal wiederholen (bis dahin sollten einige Hosts "besser ausgebucht" sein) …

Zitat von ASS

Von Firefox ist abgeraten. Damit geht nichts. Und zwar für die gesamte Konferenz, wenn nur EINER der Teilnehmer FF benutzt.

Das ist nicht allein der Anwendung zuzuschreiben, vgl. Bug 1164187: Implement RTX for WebRTC inkl. zugehörigen Kommentaren (<sarcasm>der Fehlerreport ist erst 5 Jahre alt, könnte in dieser Dekade noch etwas werden damit…</sarcasm>)

Zitat von Georg

Mir ist nicht bekannt, dass die MX-Records vom empfangenen Mailserver geprüft werden [...]

Das Thema wurde heute schon im Diskussionsstrang DNS-Einträge tangiert… Größere Betreiber werfen bisweilen einen "genaueren" Blick auf die DNS-Einträge (hier: CNAME-Eintrag, welcher sich auf MX-Eintrag auswirkt, was laut RFC 2181, Abschnitt 10.3 nicht sein darf).

Für die Betreiber von Jitsi-Instanzen: Jitsi Meet fixes security vulnerability ("The vulnerability is publicly known for at least 5 days.")

(Nachtrag: Ergebnisse eines Testscans von infosec-handbook.eu)