Beiträge von terence

Mir werden die Rollen beim Erstellen von Client Credentials immer mal wieder in anderer Reihenfolge angezeigt.
Das macht es jedesmal spannend, wie bei einer Schachtel Pralinen.

roles-1.png

roles-2.png

roles-3.png

Wenn ich auf das Glocken-Symbol oben rechts in der Web-UI klicke (und es dann durchgestrichen ist), bekomme ich trotzdem noch Benachrichtigungen. Ich meine aber, daß es manchmal auch funktioniert und dann keine Benachrichtigungen kommen.

Zitat von [netcup eos] Stephan P.

Wir kümmern uns um die Thematik hinter den IPv6-Problemen.

Gibt es hier schon Neuigkeiten zu? Bei allen Netzwerken, die ich in letzter Zeit erstellt hatte, hatte ich keine IPv6-Konnektivität.

Ich bin aktuell das einzige Team-Mitglied in meiner Organization und daher der Organization Admin.

Was passiert, wenn ich hier auf "Update Member" drücke? Ich habe mich nicht getraut, um mich nicht selbst auszusperren...
Der "Remove"-Eintrag im Menü ist auch aktiviert. Was, wenn ich mich selbst (aus)lösche?

orga-admin.png

Anscheinend kann man Ressourcen nicht anhand ihrer ID finden. Hier habe ich die ID einer VM eingegeben:

search-id.png

Zitat von [netcup eos] Stefan L.

Methode 2 (Authorization Code)

Das hatte ich auch erfolglos probiert. Muss man dabei auf der Seite, auf der man den Request abschickt, noch OAuth2 einstellen? Das ging bei mir nicht - was anderes als cookieAuth konnte ich nicht auswählen.

Ich werde das heute Abend noch mal testen.

Ich hätte gerne ein Produkt mit 1 Core und 1 GB. Die picos scheinen ja bei vielen recht beliebt zu sein. Und evtl. auch 2 Core und 1 GB.

Ja, ich habe immer mehrere Tabs offen. In der Console des Browsers wurden mehr als 80 Fehler angezeigt, wenn ich mich richtig erinnere. Ich glaube, da ging es auch um fehlende Autorisierung. Leider habe ich keinen Screenshot gemacht.

Wäre es möglich, die Aufrufe von API/Terraform/CLI auf konfigurierbare IP-Adressen/Präfixe einzuschränken (ggf. pro Credentials)?
Für die API im CCP/SCP ist das ja auch gegeben.

In der API-Doku wird an zwei Stellen Scalar erwähnt, ohne zu erklären, was das überhaupt ist. Ich hatte zuvor noch nie davon gehört.

Ich war auch etwas irritiert, durck Klicken auf "Open API Client" auf einer externen Seite (client.scalar.com) zu landen und habe mich gefragt, wie sicher es ist, meine Client Credentials damit zu verwenden.

Vielleicht könnt Ihr dazu noch einen kleinen Absatz in die Doku aufnehmen.

In der API-Doku steht:

Zitat

Current session (easiest)

If you are already logged in to the eos Console, your session is automatically used for all requests. No extra steps are needed — just open an API page and start sending requests.

Sollte das schon funktionieren?

Wenn ich einen Request ausführe (nachdem ich die Realm-ID eingetragen) habe, erhalte ich folgende Fehlermeldung:

{
  "type": "https://specs.eoscloud.io/http-problem-type-error",
  "request_id": "019ff201-7902-7639-9bd4-12b3a38ad1b8",
  "errors": [
    {
      "path": "",
      "kind": "compute.vms.errors.unauthorized",
      "message": "Authentication credentials were not provided."
    }
  ]
}

Es wird offenbar kein Cookie mitgeschickt:

401.png

Bei Authentication ist cookieAuth ausgewählt (und ich kann auch nichts anderes auswählen). Ich bin der eos Console eingeloggt.

Was mache ich falsch?

Zitat von [netcup eos] Thorsten L.

Verwendest du für den TF-Provider Client Credentials?

Ja, die waren zu dem Zeitpunkt auch noch für rund einen Tag gültig.

Zitat von [netcup eos] Thorsten L.

Tritt das Problem bei dir weiterhin auf?

Bislang konnte ich es nicht nachstellen.

Die Fehlermeldung mit dem ungültigen Token, die ich beim Versuch erhalten habe, die VM zu rebooten, klingt ja auch eher nach einen Problem mit der Web-UI, oder? Ich denke, beim Erstellen der Ressourcen mit OpenTofu hat alles einwandfrei funktoniert. Nach dem erneuten Laden der Seite war ja auch alles schick.

Wenn ich auf die Password-Seite gehe (oder eine andere Seite mit Schloss), die Einstellungen mit dem roten Schloss entsperre und dann auf der Seite bleibe und in einem anderen Tab mit der eos console weiterarbeite, werden die Einstellungen anscheinend nicht nach drei Minuten wieder gesperrt (jedenfalls wird das Schloss nicht wieder rot).

Zitat von [netcup eos] Stefan L.

Habe ich das richtig verstanden, dass dieser Zustand nur temporär war und du Inzwischen wieder Zugriff auf deine Organisation und alle deine Realms hast?

Ja genau, nach dem „Schluckauf“ war der Zugriff auf alle Ressourcen wieder normal möglich.

Ich habe nun vier Netzwerke und sechs VMs...

Ich hatte einen Realm mit einem Netzwerk und einer VM gelöscht und danach einen neuen Realm angelegt. Dort konnte ich zwei VMs erzeugen. Anschließend habe ich den gelöschten Realm restored und habe nun sechs VMs, die auch alle funktionieren.
Danach habe ich den neuen Realm mit den zwei VMs gelöscht und restored, konnte aber zwischenzeitlich keine weiteren VMs anlegen.

Wie lange läßt sich ein Realm wieder herstellen?

Wird es später im echten Betrieb auch Limits geben?

Jetzt kam beim Klick auf das Schloss und der anschließenden Passworteingabe folgende Meldung:

realm-access-revoked.png

Dann wurden auch nur noch zwei meiner drei Realms angezeigt. Kurz darauf kam die Meldung, daß meiner Organization der Zugriff entzogen wurde und dann wurde die Willkommensseite geladen. Danach konnte ich mich wieder einloggen (ohne zweiten Faktor) und alles war wieder gut.

Ich hatte es nun schon zweimal, daß der Registrierungs-Dialog aufpoppte, nachdem ich das rote Schloss auf der Password-Seite angeklickt habe (und nachdem ich das Passwort zum Entsperren eingegeben hatte?). Es kam die Meldung, daß meiner Organization die Berechtigungen entzogen wurde und dann öffnete sich der Dialog, den ich aber nicht durchklicken konnte:

new-orga-after-session-expired.png

Es wäre schön, wenn abgelaufene Client Credentials anders dargestellt würden als gültige, damit man sie leicht erkennen kann.

credential-list.png

Eine Möglichkeit zum Verlängern wäre ggf. auch nett.

Ich kann den Eintrag "Compute Network Manager" im "Create client credential" nicht mit der Maus auswählen.
Man kann aber mit der Tab-Taste zu der Checkbox navigieren und sie mit der Leertaste aktivieren.


create-credential.png

Die OpenTofu-Skripte kann man sich unter folgendem Link runterladen - so testen wir auch gleich den Object Storage

https://at-preview1.object-storage.eoscloud.io/019fd89e891274198dc5a230efdae215_019fb24c55277385b44879349d030274:public-download/tofu.tar

Für mich sah das so aus, als ob die Browser-Session ein Problem mit der Aktualisierung der Daten hatte.