Beiträge von terence

Das hier ist der eos-Bereich des Forums, den nicht alle sehen, da sie ihn auf der Ignorier-Liste haben.

Ich würde das im Security-Forum posten: Security

Zitat von CodeHat

/api/v1/maintenance

Ich habe gerade gesehen, daß der Endpunkt inzwischen deprecated ist:

Zitat

GET /api/v1/maintenance

Get maintenance information for system. This endpoint has been deprecated and will be removed by 31.12.2026.

Zitat von Michael.Uray

aber die zwei zusätzlich zugewiesenen IP-Adressen werden anscheinend nicht richtig von Netcup geroutet und laufen dort im Kreis (Routing Loop zwischen zwei Netcup Routern)

Klingt so wie in diesem Beitrag und scheint ja auch dasselbe Netz zu sein:

Gestern Abend konnte ich ein Netzwerk erstellen.

Ich habe eine VM-Gruppe erstellt und anschließend zwei VM zugeordnet, aber in den entsprechenden Audit-Log-Einträgen ist nicht zu erkennen, welche VM zugeordnet wurde. Bei Event Data wird {} angezeigt. Sollte dort etwas drinstehen?

Nachdem ich mich bei der Web-UI ausgeloggt hatte, steht auf der Login-Seite "Session refresh required." Klicke ich auf "Login with Email & Password" oder "Login with Security Key" wird meine Mail-Adresse vorbelegt ohne sie ändern zu können (als Label steht dort übrigens "Email (optional)"). Unten auf der Seite gibt es einen Link "Change account", der mich wieder zur Anfangsseite (choose-method) mit "Session refresh required" und den drei Login-Möglichkeiten führt, aber ich kann keine andere Mail-Adresse eingeben.

Folgende Fehler gibt es in der Browser-Console, wenn ich "Change account" anklicke:

fehler-change-account.png

Ich kann gerade kein neues Netzwerk erstellen — weder über die Web-UI noch via OpenTofu, wo ich folgenden Fehler erhalte:

Do you want to perform these actions?
  OpenTofu will perform the actions described above.
  Only 'yes' will be accepted to approve.

  Enter a value: yes

eoscloud_network.main: Creating...
╷
│ Error: Error waiting for network to be ready
│ 
│   with eoscloud_network.main,
│   on network.tf line 35, in resource "eoscloud_network" "main":
│   35: resource "eoscloud_network" "main" {
│ 
│ error polling 01a11294-50a5-75b6-95df-8aec151face4: type='https://specs.eoscloud.io/http-problem-type-error',
│ request_id='01a11294-647c-7736-bae2-d9dcc64857ef', errors=[path='', kind='compute.networks.errors.notFound',
│ message='Not found.', context='map[]']
╵

An den Terraform-Datein habe ich schon länger nichts geändert und sie hatten bisher so funktioniert.

Beim Versuch, über die Web-UI ein Netzwerk zu erstellen, wird es zunächst angezeigt, aber verschwindet wieder, wenn ich die Ansicht aktualisiere. Manchmal kam eine Fehlermeldung, daß das Netzwerk nicht erstellt werden konnte, mehrmals aber auch nicht.

Damit ich ein neues Netzwerk erstellen kann, hatte ich zuvor via Web-UI eines meiner Netzwerke gelöscht, so daß ich aktuell nur zwei habe und wieder ein drittes erstellen können sollte.

_{Disclaimer: Obwohl dieser Beitrag einen Gedankenstrich (emdash) enthält, wurde er nicht mit KI erstellt.}

Kleiner Push für den Fall, daß es untergegangen ist.

Zitat von terence

Auf den Seiten https://console.eoscloud.io/auth/sign-up, https://console.eoscloud.io/auth/login und https://console.eoscloud.io/auth/recover-account sind mir zwei Kleinigkeiten aufgefallen:
Der Link zur Dokumentation hinter "Need help ?" funktioniert nicht (soll vermutlich docs.eoscloud.io sein).

Habt Ihr das noch auf dem Schirm?

Was genau hast Du denn vor? Willst Du z. B. eine Webseite auf Deinem Server betreiben, die über die Domain erreichbar sein soll?

Bleibt es dabei, daß die Preview am 17.10. endet oder gibt es noch eine Verlängerung?

Bei den Limitierungen in der Doku steht, daß es „soon“ weitere Blöcke (bzw. „Multi-Block deployments“) geben soll. Wird das noch in der Preview der Fall sein?

Wenn fe80::1 im SCP als Gateway steht, sollte das passen.

Meinst Du mit "Firewall" die lokale Firewall Deines Servers oder die netcup-Firewall im SCP oder beide? Funktioniert es also nicht, obwohl beide Firewalls deaktiviert sind?

Hast Du es bereits im Rettungssystem getestet? Siehe https://www.netcup.com/en/helpcenter/…/network-issues

eosctl antwortet auch korrekt:

$ eosctl compute vm list
resolving realm from token: Post "https://auth.eoscloud.io/oauth2/token": tls: failed to verify certificate: x509: certificate has expired or is not yet valid: current time 2026-10-03T18:17:59+02:00 is after 2026-10-02T23:59:59Z

Zitat von wugge

Mein OpenTofu war auch tot

Ok, gut! So sollte es ja auch sein.

Zitat von wugge

Betrifft es nur mich

Nein, ich kann die Webseiten mit Safari auf dem iPhone auch nicht mehr abrufen.

Kannst Du noch eosctl und terraform/OpenTofu verwenden? Ich kann das frühestens heute Abend testen.

Zitat von aRaphael

oder haben die prinzipiell schon hardwaremäßig keine Möglichkeit der ipv4-Konnektivität?

Bei meinem pico IPv6-only kam anfangs IPv4-Multicast-Traffic an, weshalb es technisch möglich sein sollte, nachträglich eine IPv4-Adresse aufzuschalten. Ich kann mir aber gut vorstellen, daß es irgendwann IPv6-only Netzsegmente geben wird, weshalb das Zubuchen von IPv4 vermutlich von Anfang an ausgeschlossen wird, um sich dahingehend nichts zu verbauen.

Zitat von tab

die Preise scheinen mir um einiges höher geworden zu sein

Guckst Du hier: RAMpocalypse: We need to talk about pricing ... again

Zitat von paul6552

Gibt es einen Plan wann die ARM-Server wieder zur Verfügung stehen werden?

ARM-Server sind nun anscheinend wieder verfügbar!

Ich habe gerade gesehen, daß es in den CloudDNS-Einstellungen ein Record-Preset für das zugewiesene Webhosting gibt. Wenn ich das anwende, bleibt der A-Record des Domainparkers stehen, so daß ich nun auch zwei habe - einmal Domainparker und einmal Webhosting. Es wird zwar angezeigt, welche Einträge durch das Preset hinzugefügt werden, aber ich hätte eigentlich erwartet, daß die alten Einträge gelöscht werden. Vielleicht sollte es die Option geben, alle bestehenden Einträge durch die des Presets zu ersetzen? Aktuell muß man das manuell machen.

Ich finde es auch etwas irritierend, daß der Hinweis "Das gewünschte Record-Preset wurde erfolgreich angewendet." angezeigt wird, man dann aber noch auf "Änderungen anwenden" klicken muß, um die Änderungen zu übernehmen. Die Schaltfläche ist auch recht unscheinbar und leicht zu übersehen. Bei dem Hinweis könnte man noch ergänzen, daß die Preset-Einträge den bestehenden Einträgen hinzugefügt werden und in der Tabelle grün angezeigt werden und daß man noch weitere Anpassungen vornehmen kann und abschließend auf die Schaltfläche klicken muß. Gut ist aber, daß eine Zusammenfassung angezeigt wird, welche Records wie geändert werden.

Wenn man das einmal gemacht und verstanden hat, ist das letzendlich alles logisch, aber beim ersten Mal kann man sich da vertun, finde ich.

Ja, mit "man" meinte ich netcup beim initialen Setzen der Werte.