Cypheros Multimedia Forum

Versions-Historie:

1.0.8

• Farbe des Receiver-Icons ist nun gelb, wenn der Receiver im Standby ist

1.0.7

• Ist Box beim Programmstart nicht erreichbar dann wird es immer wieder probiert, bis eine Verbindung möglich ist
• Wenn beim IP-Scan ein Gerät gefunden wird, welches Zugangsdaten benötigt, erscheint ein Dialog

1.0.6

• Änderung der Spracheinstellung wird sofort ausgeführt
• Gefundene Receiver werden mit IP und Modelbezeichnung angezeigt
• IP-Scan kann abgebrochen werden
• Die Dauer der Historie an gesammelten Daten ist einstellbar

1.0.5

• Schnelleres Scannen von IPs über ICMP
• Passwörter werden nur bei Bedarf übertragen

1.0.4

• Funktionierte nicht bei Boxen, die mit einem Passwort geschützt sind
• Default Timeout für den IP-Scan auf 200ms reduziert und über Registry-Key IPScanTimeOut einstellbar
• Über die Registry-Keys OverrideScanIP und OverrideScanNetmask kann ein eigenes Netzwerk für den Scan vorgegeben werden

1.0.3

• Fehlerhafte Berechnung der Orbitalposition für Satelliten mit Westausrichtung

1.0.2

• Skalierungs-Problem behoben

1.0.1

• Initiale Version

Hmm, die Funktion "Suche Receiver im LAN" ist aber recht lebenszeitfeindlich 

Schneckst Du da ganz braun alle IP Adressen ab und versuchst ein Telnet, oder was?
(wäre nicht schlecht, wenn er zeigen würde, WAS er da gerade so testet... ich hab hier ein "ungewöhnliches" LAN (*) mit einer Subnetzmaske von 255.255.248.0) Da scheint er Tage zu brauchen um den Bereich abzuschnecken.

Bei so einem Scan macht man:
* ping -c1 (nur ein Paket) auf die gewünschte Adresse
* wenn erfolgreich, dann Telnet probieren
(ich kann Dir auch aus meinen alten Sourcen die fertige Funktion raussuchen, sollte noch auffindbar sein... Aber Du willst es ja sicherlich in der Sprache der Müslifresser...)

Das geht tausendmal schneller, probier es aus.

Ach ja, Abbrechen lässt sich das Elend (trotz Knopf) auch nicht.
Geht nur mit der Keule des Taskmanagers...
--------------------------------------

(*) jaja, ich weiß... ALLES an MAM ist "ungewöhnlich"  Aber schon neben der Haustür warnt ein Schild "Ich hab keine Macken, das sind nur Special Features".

Aber mal ne grundsätzliche Frage: WAS soll das Tool eigentlich tun?
Bei mir sitzt es nur dumm und untätig rum, erzählt mit was von 0% und gibt einen nervigen, tiefen, Dauerton aus?

Hab beim Receiver extra das komplizierte V6 LAN deaktiviert, damit Dein Tool es einfacher hat:

Ich hab dann mal die Engelsgeduld aufgebracht und die Schleife zuende laufen zu lassen, das Ergebnis ist sowohl demoralisierend, wie auch fragwürdig:

WAS wollen uns die Knöpfe in der Msgbox denn sagen???

Ist bei mir leider ebenso wenig "erhellend" (ich habe allerdings nicht suchen lassen, sondern die Zugangsinfos direkt eingegeben):

Auch das Verzeichnis ProgramData\Cypheros\EnigmaSignalMeter bleibt jungfraeulich...

Kann es sein, dass da ein paar (wichtige?) Bibliotheken fehlen, die dem Otto-Normal-Usah nicht zur Verfügung stehen?

(hab auch "Direkt Eingabe" gemacht, hilft nix. Der Unterschied ist nur, dass er erkennt, wenn der Receiver AUS (deep Standby) ist und dann meckert. Aber wenn AN, keine Meldung aber auch keine Anzeige...)

OK, habe es mit mehreren Receivern und verschiedener Firmware (VTI 15, OpenATV 7.6, OpenPLI 9.2) getestet, bevor ich es Online gestellt habe.

Kann aber sein, dass älteren Boxen Probleme machen.

Der Netzwerkscanner nimmt alle IPs, die das lokale Netzwerk hergibt (IP mit Netmask) und über eine HEAD-Anfrage eine Antwort zu bekommen. Dabei wird maximal 300ms gewartet. Damit es schneller geht, laufen 30 Tasks gleichzeitig.

Wenn Debug aktiviert ist, werden die von der Box heruntergeladenen Dateien unter "C:\ProgramData\Cypheros\EnigmaSignalMeter\debug" gespeichert. Auch ein IPScan.log für die Suchfunktion ist dabei.

Wenn es nicht funktioniert, wäre es schön, wenn ihr mir die Logs schicken würdet. Am Besten gezippt per E-Mail an support(ät)cypheros.de

Die Liste mit den gefundenen Receivern sollte so aussehen:



Wenn die Liste leer ist, dann wurde offenbar nichts gefunden.

Ja wird nix gefunden :-(
Aber auch mit manueller Eingabe der Adresse küt nix!

170426 08:24:55:047 Host: http://192.168.0.22 (401) 6 ms
170426 08:24:55:047 Host: http://192.168.0.28 (401) 5 ms
170426 08:24:55:047 Host: http://192.168.0.6 (200) 34 ms

Also getestet hat er die 28 wohl schon, nur, gefällt ihm da mein ATV 7.6 wohl nicht.
WAS will er denn da wissen (ich kanns aber auch ausscannen mit Wireshark...) ?

Und, wie gesagt, 300ms ist lame, das geht unter 1ms!

Also der (triviale) Grund für die Ablehnung ist, dass Du gar kein Loosername/Pisswort mitschickst bei der ersten Anfrage. Da lehnt die Box natürlich jegliches Gespräch ab.
Hast Du bei Dir keine Passwörter eingerichtet???


Da ist nur ein verschlüsseltes Passwort, kein Usah!




(danach kommt nur noch SCHWEIGEN)

OK, checke ich mal.

um es nochmal deutlich zu machen: Du schickst nur Root, kein Passwort

So sollte es richtig sein:


Oops    nun kennt jeder mein "geheimes" Passwort  LOOOL

Um es zusammenzufassen: der Ablauf ist auch falsch, eigentlich muss der erste Get OHNE Credentials erfolgen, dann kommt als Antwort "Unauthorized", danch wiederholt man den Get MIT (vollständigen) Credentials. Aber vielleicht sind auch Abkürzungen erlaubt. Keine Ahnung, HTTP ist nicht so meine Muttersprache :-)

Mit Wireshark-Protokollen kann ich leider nicht dienen, und wenn offenbar schon die Login-Versuche nicht sauber abgehandelt werden, brauche ich auch nicht zu betonen, dass bei mir VTi 15.0.04 laeuft.

Wg. der Scan-Dauer: Die Suche durch die 64k APIPA-Adressen 169.254.0.0/16 dauert offenbar so ihre Weile.
Bei mir ist die IPScan.Log knapp 13MB gross. 
Ach ja: Die Adresse antwortet lautet Log mit 401 - Unauthorized.
Mir ist auch nicht ganz klar, warum der grosse APIPA-Bereich 4x durchlaufen wird. Meine beiden tatsaechlichen lokalen (fast leeren) Netze sind in 6 Sekunden durch. (Edit: Anscheinend geht er alle gefundenen Adapter durch, und damit auch die OS-internen. Vielleicht koennte man die Suche auf die "verbundenen" Netzwerke einschraenken, damit's schneller geht...)

Anscheinend wird auch der debug-Ordner erst angelegt, wenn ein Scan durchgefuehrt wird, und noch nicht, wenn die Adresse vorgegeben wird.

Zitat von: tsduser am April 17, 2026, 12:40:54Wg. der Scan-Dauer: Die Suche durch die 64k APIPA-Adressen 169.254.0.0/16 dauert offenbar so ihre Weile.

Wie schon mehrfach erwähnt, sein Ansatz ist suboptimal bis naiv.
Da kann man deutlich mehr Pep reinbringen, aber erstmal muss es laufen, auch MIT Passwort...

Danke, bin dran. Da ist noch einiges im Argen. Werden auch die Passwörter in den Logs maskieren.