[Info] Update-Check über den neuen AVM-Service

qwertz.asdfgh schrieb:

(Edit: Dazu waren nur 4 Stellen in der URL abzuändern welche auch logisch sind)

Zum Vergrößern anklicken....

Verzählt? Ich käme auf sechs. :gruebel: Aber ich meine auch "einzelne Zeichen" und Du vermutlich wirklich "Positionen mit aufeinanderfolgenden Zeichen".

Scary674 schrieb:

und wenn man dann noch nebenbei für dumm verkauft wird, ist es sowieso nicht nett

Zum Vergrößern anklicken....

Was genau ist denn Dein Problem? Wenn man sich etwas über "Naivität" lustig gemacht haben sollte (wenn dann auch nur in der "Spaßecke"), dann ist das aber nun wirklich nicht so verwunderlich, wie Du gerade tust.

Es handelt sich hier um ein Shell-Skript für ein *nix-System und wenn dann jemand etwas von "bat"-Datei schreibt (so rein aus der Erinnerung und ohne sicher zu sein, daß Du das auch warst - es war aber iirc der letzte "Schenkelklopfer" zu diesem Thema), dann offenbart das schon eine gehörige Portion "Betriebsblindheit" gegenüber anderen Systemen als MS Windows oder auch "Scheuklappen".

Kein anderes (gebräuchliches) System (dazu zähle ich dann Linux und MacOS X neben MS Windows, also kein BeOS und kein OS/2, nicht einmal wirklich BSD-artige) verwendet "bat"-Dateien und einen "cmd" als Shell und wenn Du dann anmerkst, daß es damit bei Dir nicht funktioniert, dann fühlt man sich tatsächlich fast zu einem "laß es besser bleiben" animiert.

Das ist auch nicht böse gemeint, aber wenn dann auch noch in #14 explizit steht:

HabNeFritzbox schrieb:

Unter Windows klappt es nicht, auch nicht mit fritz.box oder IP dahinter. Hab es einfach grade mal ausprobiert, auch mit rechtsklick als Admin ausführen. Mit su wollte der PW auch nicht annehmen.

Zum Vergrößern anklicken....

, dann sollte sich der Leser hier ja spätestens sicher sein, daß es sich gerade nicht um ein Skript für Windows handeln kann und wenn es bei anderen (davorstehenden) Beiträgen funktioniert, muß das ja (auch wieder reines Schlußfolgern) wohl irgendein anderes System als Windows sein, wo es funktioniert.

Da verstehe ich dann noch, wenn jemand jenseits der 80 noch nie etwas von Linux oder MacOS X gehört hat (auf beiden sollte es fast ohne Modifikationen laufen, so eine aktuelle Bash-Version vorhanden ist) und dem würde ich dann ebenfalls wieder "laß es bleiben" empfehlen ... wobei das Alter weniger eine Rolle spielt als die (unterstellte) mangelnde Erfahrung mit diesen Themen. Wer noch nie etwas von Linux gehört hat, sollte (meine Meinung) auch keinesfalls eine Inhouse-Version der Firmware auf seinem Router (der ist die Zentrale des Heimnetzes) installieren.

Also ... wenn Du tatsächlich eine ernsthafte Unterstützung erwartest, dann solltest Du auch nicht beim ersten Beitrag in diesem Thread stehenbleiben ... es gab auch im Anschluß noch Änderungen und wenn ich nicht in #1 einen "CODE"-Kasten für C&P eingebaut habe, hatte das gute Gründe. Ich erwarte nämlich, daß die Leute es verstehen, wenn sie es anwenden ... ansonsten hagelt es (unnötige) Fragen, das zeigt einfach die Erfahrung. Die meisten Probleme sind durch eine eigene (flüchtige) Recherche bereits zu lösen und wenn jemand eine "Speisekarte" mit Menüführung erwartet, ist er bei mir ohnehin an der falschen Adresse (zumindest überwiegend). Zu allem Überfluß steht aber auch im Skript selbst (#1 enthält einen Link dorthin):
Wenn das dann noch nicht genug Anhaltspunkte für eine Internet-Recherche nach den Voraussetzungen für die (erfolgreiche) Benutzung liefert, was sollte man denn dann noch schreiben?

@HabNeFritzbox:
Ich hatte auch nicht zeigen wollen, daß Du es mit "cmd" unter Windows laufen lassen wolltest ... die "bash" unter Windows setzt eine x64-Version mit dem passenden Update voraus und hat auch ansonsten noch so viele "Macken", daß ich die gar nicht in die Überlegungen einbeziehen wollte - Dein Beitrag sollte lediglich zeigen, daß es deutlich da stand, daß es unter Windows ohnehin nicht funktioniert (weder mit "cmd" noch mit der "bash").

@Scary674:
Dann formuliere Deine Frage einfach und konkret. Wenn Du gefragt hättest: "Kann man das auch unter Windows verwenden?", wäre die Antwort (fast) eindeutig ausgefallen (vielleicht nicht "absolut", aber doch eindeutig bei den Randbedingungen, die alle erfüllt sein müßten, damit die theoretische Chance besteht) ... aber wenn Du Dir dessen nicht einmal sicher warst und stattdessen irgendetwas (abwegiges) über "bat"-Dateien und den "command processor" (cmd) von Windows schreibst, liegt die Schuld für ein Mißverständnis auch nicht beim Antwortenden, sondern beim Fragesteller. Auch die Wahl des falschen Threads für die Nachfrage zum Skript ist nicht das Problem des Antwortenden - da hast Du nicht richtig überlegt, wo Du schreibst.

Wenn die Frage zuviel Spielraum läßt bzw. eigentlich ein anderes Thema beeinhaltet, dann kann eine Antwort, die sich tatsächlich auf den Inhalt der Frage bezieht und nicht auf das, was der Fragesteller sich dabei gedacht haben mag, nur am Thema vorbeigehen.

Und noch einmal ... #1 enthält einen Link auf das Skript, dort steht in den ersten zehn Zeilen bereits, welche Voraussetzungen (prerequisites) erfüllt sein müssen und wenn man ein paar der dort aufgezählten Programme in eine Suchmaschine eingibt, dann wird man sehr schnell auch feststellen, daß es sich ganz offensichtlich nicht um ein Skript für Windows handeln kann - und das auch dann, wenn es tatsächlich eine "bash" für Windows gibt.

Der GitHub-Client für Windows enthält im Prinzip eine solche "bash" für Windows, aber der stehen natürlich die ganzen "Unix-Spezialitäten" wie FIFOs und auch innerhalb der "bash" der Zugriff auf TCP-Verbindungen über /dev/tcp nicht zur Verfügung und damit scheitert das dann auch unter Windows. Wer das dort machen will, müßte sich dann wohl wieder ein PowerShell-Skript schreiben - mit "cmd" dürfte das (mangels Netzwerkzugriff) auch eher nichts werden.

@Joe_57:
Danke für die Info ... wobei Du jetzt die Ubuntu-Integration in W10 (x64) meinst und nicht die "Git Shell" aus dem Desktop-Client, oder?

Letztere funktioniert ja auch unter vorherigen Windows-Versionen und ohne das darunterliegende Subsystem sollten aber die Voraussetzungen für ein "mknod" o.ä. fehlen.

Wenn das auf dem Ubuntu dann sogar mit /dev/tcp funktioniert (das wäre dann wohl die "nicht-POSIX"-Variante "juischeckupdate", wenn Du xmllint installieren mußtest?), dann ist das ja eine richtig gute Nachricht - ich hatte das Thema tatsächlich nicht weiter verfolgt unter W10 und nur mit der Git-Shell unter W7 mal kurz interessehalber getestet - mit dem erwähnten Ergebnis, weil da auf der Ebene der OS-Syscalls dann doch eine Emulationsschicht einfach fehlt.

- - - Aktualisiert - - -

Ich hab's mal in #1 verlinkt - nicht wundern, wenn Du dann mit Fragen dazu gelöchert wirst.

Genauer von einer Abfrage des "juis"-Service bei AVM - das hat mit den Update selbst noch nichts zu tun. Das eine sind vielleicht 8-10 Pakete in beide Richtungen (inkl. SYN, ACK, FIN und "HTTP 100"-Paketen), während das andere dann mehrere MB (logischerweise auch in so einem Mitschnitt) ergeben würde.

Dafür braucht es kein Skript ... man braucht eine Box (also eine 7580) mit einer "Inhouse-Version" und dann startet man dort den "Paketmitschnitt" aus der Support-Seite heraus. Dann über "System / Update" nach einer neuen Version suchen lassen (das macht die Box vermutlich nicht beliebig oft hintereinander, also besser den ersten Versuch mitschneiden) und das am besten auch noch zu einem Zeitpunkt, wo man schon weiß, daß es eine positive Antwort geben wird.

Am Ende kann man dann im Wireshark gezielt nur diese eine Verbindung anzeigen und speichern lassen - dann ist da außer der MAC-Adresse (und der aktuellen IP-Adresse, die sich aber i.d.R. ändert bei DSL-Anschlüssen) auch nichts "Persönliches" zu sehen in den Daten.