NEWS
IP Adresse einlesen
-
@haselchen sagte in IP Adresse einlesen:
TR064
@haselchen @crunchip Siehe mein Post oben, mit https://v4.ident.me/ im Script läuft es wieder, ohne UPNP- oder TR064-Adapter und vor Allem ohne Fritzbox.
Gruss, Jürgen -
wie wäre es mit
https://www.myip.com/api-docs/ein einfacher request an
https://api.myip.com/
und schon kommt json formatiert die antwort
mit ip, land ausgeschrieben und kurz zurück,
bei mir halt als ipv6{
"ip": "0000:00:0000:0000:0000:0000:0000",
"country": "Germany",
"cc": "DE"
} -
@oliverio
Aus zwei Gründen ist das, zumindest für mich, weniger geeignet :- Ich brauche die IPv4, die bringt die Site aber anscheinend nicht bei Dual stack
- Ich müsste den string der kommt erst noch zerpflücken, um die IP sauber in einen Datenpunkt zu schreiben.
Die von mir genannte Site bringt direkt den string mit der IPv4, der sich so in einen Datenpunkt schreiben und weiter verarbeiten lässt.
Aber DankeGruß, Jürgen
-
-
gibt ja noch mehr ähnliche dienste wie crunchip geschrieben hat
https://api.ipify.org/?format=jsonwas meinst du mit zerplücken? es ist json
-
@oliverio Eben. Ein JSON muss ich erst per Script oder Node red "zerpflücken" um die reine IP sauber in einem Datenpunkt zu haben. Wenn die Site nur die reine IP direkt ausgibt und sonst nix, spare ich das.
Gruß, Jürgen -
ah verstehe, ich sag dazu immer JSON.parse. aber jeder hat so seine terminologie
wobei axios macht das sogar vollautomatisch, wenn die response-header stimmen.
https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/JSON/parse -
@oliverio Ich denke, es war klar, was ich mit zerpflücken gemeinte habe. Und ja, ich kenne JSON.parse und habe ein paar Skripte und auch was in Node red laufen, um einige Dinge aus MQTT aufzudröseln ("zerpflücken"), aber ich sehe keinen Grund, warum ich das für die IP-Adresse machen sollte, wenn es auch direkt ohne geht...
Gruss, Jürgen
EDIT: Vielleicht noch aus Entwicklersicht: Dort sollte man immer so ressourcenschonend wie möglich arbeiten. Wenn das System eine Funktion bereits bietet (in diesem Fall eben eine Website), so nutzt man die und schreibt sich keine neu oder nutzt eine andere Site, die die Daten nicht so bringt, wie man sie will. Das ist sonst fehleranfälliger und bedeutet mehr Aufwand. Wenn Daten übertragen werden, dann so wenig wie möglich, aber so fehlerresistent, wie es geht. Bei der Site von Dir kommt erst einmal nicht das richtige (IPv6 statt IPv4). Dann kommt 2/3 Daten als Ballast mit, die ich nicht brauche. Dann muss ich den JSON Parsen, was möglicherweise fehlerbehaftet ist, wenn ich nen schlechten Tag habe und nicht alle Eventualitäten abdecke. Im Idealfall sendet Dir ein Gerät, ein Sensor, ein wasauchimmer die Daten direkt so, wie Du sie brauchst, ohne dass Du sie verarbeiten, umwandeln oder dergleichen musst. Genau das macht die von mir genannte Site (und einige mehr, wie ich mittlerweile weiss). Wenn ich an einem Sensor, der an einem ESP hängt, nur einen einzigen Wert brauche, dann lasse ich mir doch auch nicht sämtliche Betriebszustände in einem JSON schicken und parse den danach, nur weil ich es kann?! Dann sendet mir der ESP genau den einen Wert den ich brauche in genau dem Format, das ich brauche und gut ist. Nicht alles was machbar scheint oder ist macht auch immer Sinn...
-
ich seh du kennst dich aus.
keinen weiteren kommentar -