NEWS
Parser Fehlermeldungen
-
hi, bei mir kommt beim parsen in letzter zeit immer dieser fehler:
parser.0
2025-10-08 11:08:31.774 warn Cannot read link "http://192.168.188.84/rest": AxiosError: Request failed with status code 404fehler 403 kommt auch des öfteren.
im browser kann ich den link ganz normal öffnen. habt ihr dazu eine idee?
danke tom
- Adaptername: ...Parser
- Link zu Adapterrepository: www.github.com...
- Adapterversion: ...2.3.1
- js-controller Version: ...7.0.7
- Admin Version: ...7.7.2
- Hardwaresystem: NUC, Pi4 ... PI4
- Arbeitsspeicher: ...xGB 4
- Festplattenart: SD-Karte, SSD, HDD, ...64gb
- Betriebssystem: ...rasp.
- Nodejs-Version: ...7.0.7
- NPM-Version: ...
- Installationsart: Skript oder Manuell ?
- Image, Docker genutzt: Ja - Nein
- Ort, Name der Imagedatei: ...
Linux User bitte hier den Output von iob diag einfügen.
-
@thomas-reitböck sagte in Parser Fehlermeldungen:
parser.0
2025-10-08 11:08:31.774 warn Cannot read link "http://192.168.188.84/rest": AxiosError: Request failed with status code 404Was versuchst du denn da auszulesen ? Die Fehlermeldung deutet darauf hin das deine Quelle die Daten nicht sendet.
Das du die Seite im Browser öffnen kannst bedeutet da erst einmal wenig - da gibt es viele Effekte die da mitspielen (Auth, Cookies, User-Agent, etc.)
A.
-
Felgtet kommt von der Seite wo du abrufst
404=not found
403=forbiddenEntweder hat der Anbieter die Quelle geändert oder Maßnahmen gegen automatisiertes Auslesen ergriffen.
-
@thomas-reitböck Das könnte auch ein Firewall/Routing Thema sein. Da Du ja im Container bist mit iobroker.
Wie Erfahren bist Du mit der Nutzung von Containern generell und welche Runtime/Client nutzt Du? -
@great-sun sagte in Parser Fehlermeldungen:
@thomas-reitböck Das könnte auch ein Firewall/Routing Thema sein. Da Du ja im Container bist mit iobroker.
Wie Erfahren bist Du mit der Nutzung von Containern generell und welche Runtime/Client nutzt Du?Ist das eine Frage aus der KI?
Es steht ja dran, dass er den Parser Adapter nutzt und der nutzt axios
Container sind von innen heraus nie beschränkt.
Wenn er mit Routing Probleme hätte, hätte er beim ioBroker noch mehr Probleme -
@oliverio Das kommt auf Dein Netzwerk-Setup an. Da Container möglicherweise ein anderes Subnetz nutzen, wie Dein Host und Dein Adressierter Rechner zum Beispiel eine Konfiguration haben kann, die besagt, dass er nur Anfragen aus seinem Netz beantwortet.
Ausserdem können Firewall-Regeln potentiell eine solche Anfrage umleiten, so dass der Zielrechner gar nicht angefragt wird, sondern evtl. ein Service auf Deinem Host oder woanders.NEIN, ich bin keine KI und NEIN, ich habe es mir nicht zum Hobby gemacht Anfragen hier in eine KI einzugeben und deren Antwort zu kopieren.
Ich kenne mich selbst ziemlich gut mit Netzwerken, Linux und Containern aus. Bei mir im Netz laufen bspw. 5 DNS Server, die alle anders konfiguriert sind und so je nach client eine Auflösung erlauben oder nicht. Diese sind per Firewall auf allen Clients zugewiesen. Reicht das für den Anfang um meine Fragen zu beantworten? -
Das würde dann aber gegen die erwähnten 403 und 404 sprechen
-
@oliverio Was von den vielen Optionen, die ich genannt habe meinst Du? Wie viele professionelle Lösungen hast Du schon geschrieben, die Security eingebaut haben?
P.S.: Ich versuche zu helfen und nicht blödes Zeug zu labern. Habe sicher auch besseres zu tun, als meine Zeit mit jemandem zu verschwenden, der schon weiß, wo der Fehler liegt, auch wenn die Wahrscheinlichkeit dafür nahezu gegen null geht. Davon abgesehen, empfinde ich die Art und Weise Deiner Kommunikation wenig wertschätzend.
-
Meine Vermutung hatte ich ja oben schon geschrieben.
Ich möchte ja auch gern dazu lernen. Man lernt ja nie aus. Daher hat die Art und Weise deiner Keywords mich überrascht, aufgrund dessen ich dann nach gefragt habe.Aber, alles gut
-
@oliverio Nun, es gibt verschiedenste Gründe, die für einen solchen Fehler/ein solches Fehlverhalten sprechen. zunächst einmal ist es so, dass Container von innen heraus, wie Du sagst nicht beschränkt sind, dann ist aber schon der Punkt, dass ein Container auf dem Host-Netz laufen kann, aber auch in einem Subnet. Läuft er in einem Subnet, kann, wie beschrieben, das Zielsystem die Anfrage aus Sicherheitsgründen ablehnen und Random-Fehler liefern, was bei einigen Systemen aus Sicherheitsgründen so implementiert wurde. Ohne jedoch zu wissen wogegen die Abfrage gestartet wird, ist das unmöglich zu analysieren.
In den meisten, mir bekannten Fällen, ist es jedoch so, dass eine Firewall dazwischen einen Request umlenkt und dieser so nie am Zielsystem ankommt.
Dass der Parser-Adapter oder Axios daran Schuld sein könnten, kann ich mir zunächst einmal nicht vorstellen. Jedoch könnte ich mir vorstellen, dass das Zielsystem keine Webseite mit den Daten liefert, sondern die Daten erst mit einem Javascript basierten oder initierten Code/Framework nachlädt. Das wiederum würde dann mit dem Parser Adapter nicht funktionieren, sondern nur mit Puppeteer oder einem Headless Chrome o.ä.
Daher war mein Versuch dahingehend, erstmal die Grundlegenden Probleme auszuschließen und dann in die etwas komplexeren Ebenen vorzudringen.Die einfachste Art, das zu tun, wäre sich auf der Konsole in den Container einzuloggen und dort die URL per curl Kommando aufzurufen, um zu sehen, was dann passiert. Daher auch meine Frage nach dem Kenntnisstand und der Runtime/Client.