Beiträge von terence

Zitat von ASS

Oder hab ich da was in nem RFC überlesen?

Das steht wohl hier: https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1

Zitat

If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.

In der älteren Version RFC 2821 stand noch explizit "A RR" drin.

Für Domains ohne MX gibt es daher mittlerweile "Null MX", die in https://www.rfc-editor.org/rfc/rfc7505.txt definiert sind. Das sollte ich mal bei einigen meiner Domains einrichten. Daher danke für die Diskussion hier!

Zitat

Internet mail determines the address of a receiving server through the DNS, first by looking for an MX record and then by looking for an A/AAAA record as a fallback. Unfortunately, this means that the A/AAAA record is taken to be mail server address even when that address does not accept mail. The No Service MX RR, informally called "null MX", formalizes the existing mechanism by which a domain announces that it accepts no mail, without having to provide a mail server; this permits significant operational efficiencies.

Ja, funktioniert! Aus der UI und der Doku geht aber noch nicht hervor, daß man ein @-Zeichen vor den Namen setzen muss (und in der UI steht nur "Internal IP address"). Zudem klingt es in der Doku so, als ob es getrennte Felder "Target IP" und "Target", was in der API anscheinend ja auch der Fall ist. Muß man in der API dann auch ein @-Zeichen verwenden oder bezieht sich das nur auf die UI. Oder gibt man dort die VM-ID an? Das sollte noch beschrieben werden.
Und weshalb braucht es eigentlich das @?

Bei GET /v1/{realm_id}/forwards/ fehlt target noch in der Beschreibung.

Zitat von Vene

Aber ich hätte gernen eine Pico in den USA. Ist das überhaupt möglich einen zufällig in den USA zu bekommen?

Nein. So steht‘s auf der Produktseite:

Zitat

VPS Lite-Tarife werden je nach Verfügbarkeit an europäischen Rechenzentrumsstandorten (Nürnberg, Wien, Amsterdam) bereitgestellt. VPS pico G11s und VPS nano G11s sind ausschließlich am Standort Nürnberg verfügbar.

In der Dropdown-Liste werden anscheinend alle öffentlichen IP-Adressen des Netzwerks angezeigt. Wenn man eine auswählt, die einer VM zugeordnet ist, kommt ein Fehler, daß die IP-Adresse bereits verwendet wird. Ich fände es besser, wenn solche Adressen gar nicht erst ausgewählt werden könnten.

Laut Changelog sollte es nun möglich sein, einen VM-Namen als Ziel bei einer Port-Forwarding-Regel angeben zu können. Wenn ich das in der Web-UI versuche, bekomme ich allerdings die Meldung "Invalid value".

Zitat von [netcup eos] Thorsten L.

Hintergrund ist, dass wir dadurch gleichzeitig eine konsistente Namensauflösung innerhalb desselben Netzwerks ermöglichen können.

Ah ja, das Feature hatte ich noch nicht entdeckt. Danke für den Hinweis!

Die Möglichkeit zum Ändern des Namens, ohne die VM neu erstellen zu müssen, sollte m. E. aber auf jeden Fall noch ergänzt werden, auch wenn VM-Name und Hostname nicht entkoppelt werden - der DNS-Eintrag muß dann halt auch mit aktualisiert werden, was ja kein Problem sein sollte.

Ich würde den Namen einer VM gerne nachträglich ändern können und auch die Möglichkeit haben, ihn nicht an den Hostnamen zu koppeln.
Bei Betriebsystemen ohne incus-agent wird der Name ja sowieso nicht automatisch als Hostname verwendet.

Eventuell wäre auch ein zusätzlicher Name sinnvoll? Also VM-Name und Hostname - so könnte man gleiche oder auch getrennte Namen benutzen, je nachdem, wie man es gerne hätte. Hostname sollte ggf. auch leer sein dürfen.

Bei dem neuen Arch-Image wird der Name übrigens nicht als Hostname übernommen.

Wenn es mehrere Realms mit demselben Namen gibt (was vielleicht verhindert werden sollte?), dann wird nicht immer der ausgewählte Realm gelöscht/wiederhergestellt, sondern ggf. ein anderer der gleichnamigen Realms. Eventuell ist es aber auch so, daß sich nur die Reihenfolge der Realms in der Übersicht ändert und es daher nur so wirkt, als sei der falsche Realm geändert worden. Ich habe das nicht genauer untersucht.

Hier hat Bruno dazu etwas geschrieben: [eos] Welche VM-Images wird es noch geben?

Port-Forwarding funktioniert hier mit einem gerade erstelltem Netzwerk und einer frischen Debian-VM für IPv4 und IPv6.

Da es mit IPv4 bei Dir geht und Du anscheinend die bestehende Regel änderst, ist die Zuordnung von ACL zum Netzwerk ja gegeben, richtig?

Funktioniert denn IPv6 grundsätzlich auf Deiner VM? Bekommst Du von der VM aus auf z. B. ping6 netcup.de eine Antwort?
Hast Du auf der VM eine lokale Firewall, die IPv6 blockieren könnte?

Antwortet die öffentliche IPv6-Adresse des Netzwerks auf ping von Außen?
Neulich gab es Probleme mit der IPv6-Konnektivität, die aber behoben sein sollten. Wann wurde das Netzwerk erstellt?

Oh ja, ohne Ortsteil sind einige Adressen nicht eindeutig. Daher sollte man den angeben können (bzw. angeben müssen, wenn es sonst nicht eindeutig ist).

Vielleicht kann die Anzeige der Rollen noch optimiert werden, damit sie auch auf kleineren Bildschirmen komplett angezeigt werden.

Hier gibt es beim dritten Eintrag noch eine dritte Rolle, die nicht zu sehen ist. Und man kann auch nicht erkennen, ob die zweite Rolle organization:auditor oder organization:admin ist.

member-roles.png

Vermutlich macht es aber auch gar keinen Sinn, einem Admin noch eine der beiden anderen Rollen zuzuordnen, weil er sowieso alles darf, oder?

Wenn ich auf der Billing-Seite eine VM anklicke, die mittlerweile nicht mehr existiert, kommt erwartungsgemäß eine Seite mit dem Hinweis "Virtual machine not found". Dort dreht sich allerdings endlos ein Spinner und es werden Fehler in der Browser-Console angezeit.

billing-vm-link.png

Klick auf "web" führt zu dieser Ansicht:

vm-not-found.png

Ich hatte vor einiger Zeit eine Einladung an auditor@example.com mit der Rolle organization:auditor verschickt.

Wenn ich nun dieselbe Einladung erneut erstelle, erscheint die Benachrichtigung "Successfully invited auditor@example.com to organization: Cloud Nine." und es wird "New Invitations available" über der Liste der Einladungen angezeigt. Wenn ich auf die Aktualisieren-Schaltfläche drücke, wird aber kein neuer Eintrag angezeigt und der bestehende Eintrag wird auch nicht verändert. Dort wird immer noch das ursprüngliche Sendedatum angezeigt. In den Audit-Logs gibt es aber einen neuen Eintrag mit der Aktion "Invitation updated".

Wenn ich eine neue Einladung an auditor@example.com mit den Rollen organization:auditor und billing:admin erstelle, ist es genauso. Der alte Eintrag bleibt unverändert und die neue Rolle billing:admin wird nicht angezeigt.

In beiden Fällen wurden Mails verschickt.

Ich habe mich gerade bei der Mail-Adresse für eine Einladung vertippt und eine Adresse eingegeben, die nicht existiert. Der Mail-Server schickt entsprechend "Undelivered Mail Returned to Sender" als Antwort. Ich nehme mal an, daß diese Antworten nicht ausgewertet werden, oder? Die Einladung bleibt dann also im Zustand SENT stehen, bis man sich selbst kümmert.

Der Resend-Eintrag ist hier deaktiviert:

invitation-resend.png

Ist das eine Einschränkung der Preview oder sollte das bereits möglich sein?

Zitat von ASS

Kann jemand eingrenzen, wann das mit dem extremen Servergrabbing in der "Serverbörse" etwa begann?

Ich kann das nicht wirklich einschätzen, da ich selbst erst seit Jahresbeginn hier bin, aber mir war der folgende Post von Ende Februar in Erinnerung geblieben: RE: [VERLOSUNG] VPS nano G11s 6M

In der Info-Mail, dass ein Realm demnächst gelöscht wird, steht am Ende "The EOS Team". Das sollte wohl auch "The eos Team" geschrieben werden.
EDIT: Siehe auch Copros Beitrag: [eos] Invite E-Mail vom EOS Team statt netcup eos Team (Unschönheit)

Der Link zur Realm-Seite funktioniert nur, wenn man bereits angemeldet ist. Wenn nicht, muss man ihn erneut aufrufen, um zu der Seite zu kommen - dann kann man aber auch direkt in der UI dorthin gehen. Idealerweise würde man sich also nach der Anmeldung direkt dort befinden. Kann ich aber auch so mit leben.

Ich denke, es sollte auf der Realms-Seite angezeigt werden, wie lange es noch dauert, bis ein "suspended" Realm gelöscht wird bzw. wie lange man ihn noch wiederherstellen kann.

Bei "Stop" und "Restart" fährt meine OpenBSD-VM sauber runter. Allerdings wird sie bei "Restart" nicht wieder gestartet. In der UI steht als Status "rebooting" und danach "stopped".

Die VM-ID ist 01a010e9-7233-7369-afc9-c836955b309d. Vielleicht könnt' Ihr dazu etwas in Euren Logs finden?

EDIT: Ich hab's gerade erneut probiert und es kam eine Benachrichtgung "Failed to reboot virtual machine."