Fehler 12007 - REST-Anforderungen fehlgeschlagen

[Patrick Neukäter]

Hallo.
Ich bin SchiLD-Admin am NCG Bonn und wir arbeiten in der Oberstufe bereits seit Mitte letzten Jahres mit SchiLD3 bei der Laufbahnplanung der EF und Q1.
Leider kommen wir seit heute nicht mehr auf den SVWS-Server.
Weiß jemand, woran das liegt?
Weder das lokal installierte SchiLD3 ist erreichbar (siehe Screenshot), noch können wir den SVWS-Server ansprechen
Weiß jemand die Lösung für das Problem oder kennt die Gründe?

SVWS -Server nicht erreichbar.png (31.11 KiB) 168 mal betrachtet

SVWS -Fehler 12007.png (63.87 KiB) 168 mal betrachtet

[hmt]

Der Server ist wahrscheinlich nicht erreichbar. Läuft er denn? Oder ist das ein geschützter Bereich, der nur aus einem Intranet erreichbar ist? Dann befindet sich der Rechner vielleicht grad nicht in diesem Intranet?

[Frodermann]

Haben Sie "https://" verwendet oder "http://"?

Zu SchILD fällt mir gerade nichts ein. Greifen Sie beim "lokalen" SchILD direkt von dem Rechner ein, auf dem das SchILD läuft oder ist es im Intranet?

Greift hier vielleicht Firewall ein?

Können Sie unter "Dienste" schauen (Windows, in Linux geht das auch), ob der SVWS-Server überhaupt läuft?

Noch eine Frage: ist der SVWS-Server über die hier gezeigte Adresse frei über das Internet erreichbar oder geht das nur im Intranet?

[Patrick Neukäter]

Vielen Dank für das Mittdenken - ich muss für heute mal Schluss machen und schaue morgen, ob ich die entsprechenden Antworten dazu finde

[hmt]

Der Server wurde anscheinend absichtlich vom Netz genommen. Bitte einmal beim Dienstleister nachfragen.

[Frodermann]

Der DNS-Fehler NXDOMAIN bedeutet auch, dass die Domain auf keine IP-Adresse aufgelöst werden konnte. Hier scheint ein Server nicht erreichbar zu sein.

[Patrick Neukäter]

Der Server wurde anscheinend absichtlich vom Netz genommen. Bitte einmal beim Dienstleister nachfragen.

Zuständig für das System ist hier in Bonn NEtCologne.
Dort habe ich bereits das Problem telefonisch geschildert und sie haben auch ein Ticket dazu erstellt.
Bisher wurde das Problem jedoch noch nicht bearbeitet bzw. gelöst.

Da werden wir wohl erstmal abwarten müssen...

[kroerig]

eine Namensauflösung der Adresse im Screenshot meldet:

Code: Alles auswählen

dig 166388.svws.schulen-bn.de

; <<>> DiG 9.18.39-0ubuntu0.24.04.6-Ubuntu <<>> 166388.svws.schulen-bn.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 12708
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;166388.svws.schulen-bn.de.     IN      A

;; AUTHORITY SECTION:
schulen-bn.de.          3264    IN      SOA     dns11.netcologne.de. hostmaster.routing.net. 2026090100 28800 7200 604800 3600

;; Query time: 3 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Thu Sep 03 14:44:28 CEST 2026
;; MSG SIZE  rcvd: 129

Sprich: Diesen Host 166388 gibt es in der Domäne svws.schuelen-bn.de nicht (mehr).

Aber schön zu sehen. Hier läuft der SVWS vermutlich als Docker Container. Zumindest meldet sich unter svws.schulen-bn.de ein Traeffik Reverse Proxy.