fischertechnik community forum

Mooooment. Was meint ihr denn mit "Pairing"? Das in den Android-eigenen Bluetooth-Dialogen? Das geht nicht. Man muss da nix "pairen". Ungeschickterweise nennt ft den Kopplungsvorgang "pairing". Es ist aber kein echtes Bluetooth-Pairing. Einfach die ft-App starten, am Empfänger den Knopf drücken. Dan...

Mit einem Samsung A3 lklappt es unter Android.

Und es ist bei allen meinen Tests völlig egal, was da vorher gepairt war. Sobald man den Knopf drückt nimmt er das nächste Gerät, das vorbei kommt.

So die Datei ist da aber man kann sie weder über sudo netreq_setup.sh noch über cd /usr/bin; sudo ./netreq_setup.sh ausführen. Immer wird die Datei nicht gefunden. Achso. Weil es dort keine bash gibt. Fixe ich nachher ... Hab' gerade einen Fix eingecheckt ohne ihn zu testen. Schaue ich nachher, das...

Oder anders gefragt: Bekommt ihr auch alle keine Sicherheitsabfragen bei Netzwerkzugriffen? Raphael sagt, dass es in den Weekly-Builds nicht funktioniert.

PHabermehl hat geschrieben:Hmm, merkwürdig, ich mache grundsätzlich einen kompl. Rebuild...

Kannst Du die Build-Logs irgendwo mit ablegen? Dann könnte ich nach sowas schauen.

Raphael berichtet, dass im Weekly das Script nicht dabei ist. Machst Du immer einen kompletten Re-Build? Dann müsste das Script eigentlich dabei sein. Das kam während eines Updates dazu und fehlt, wenn man Buildroot nicht zwingt alles neu zu bauen.

Und diese Schutzmechanismen (besonders Kamera und Mikrofon) müssen wirklich robust sein gegen alle Versuche sie auszuhebeln. Das klingt alles sehr interessant. Ganz so einfach wie Du schreibst finde ich zwar nicht, aber es wäre wirklich toll, wenn Du das hinbekommen würdest. Ich kann meine aktuelle...

ski7777 hat geschrieben:So war das im letzten weekly...

Hier wird das Script installiert. Kann es sein, dass Peter für sein weekly keinen kompletten Nuebau erzwingt?

ski7777 hat geschrieben:

Code: Alles auswählen

Starting netfilter: /etc/init.d/S41netreq: line 17: /usr/bin/netreq_setup.sh: not found
OK

OK ist das zwar nicht, aber ich suche mal weiter

Du musst nicht suchen, sondern nur netreq neu bauen. Buildroot halt ....

Dann mach doch gerne einen besseren Vorschlag. Dass man MAC- Adressen verstellen kann haben wir ja bereits diskutiert. Dazu braucht man auch keinen Giftschrank. Das geht bei rkchtigen Betriebssystemen oft mit Bordmitteln.

Na dann kannst Du Dir ja sämtliche Filterei sparen, wenn Du aus dem Internet einfach jedem freien Zugriff auf Deinen TXT gibst. Einfach /etc/init.d/S41netreq löschen und Du hast wieder vollen Zugriff.

Achja, ich habe auch eingebaut, dass generell keine Verbindungen vom Gateway angenommen werden. Das stört zwar etwas, wenn man seinen Arbeitsplatz-PC für seinen TXT NAT'en lässt. Aber das ist m.E. ein recht seltener Fall. Andersrum können sich hinter dem Gateway beliebig viele Maschinen verstecken, ...

Sag ich ja. Für den Satz bist Du zu jung. Erklärt Dir bestimmt gleich einer der alten Säcke hier, wo der Satz her kommt ...

Wer IP-Adressen nachmacht oder verfälscht, oder nachgemachte oder verfälschte sich verschafft und in Verkehr bringt, ... ... aber dafür bist Du viiiiel zu jung ...

Ich habe es mal auf Mac-Adressen beschränkt. Sollte im nächste Weekly-Build dabei sein ...

Belassen wir es beim MAC/IP-Paar oder gehen wir nur auf die MAC-Adresse? Wenn man das später permanent speichert hätte es den Vorteil, dass z.B. das eigene Handy dann auch in anderen Netzen und unter anderer IP erkannt wird.

Ein Nachteil fällt mir gerade nicht so recht ein ...

wenn man im Bestätigungsdialog lange auf den grünen Haken drückt ... Sowas wie "lange auf den grünen Haken drücken" ist unüblich. Bei App- und Datei-Icons ist das vor allem auf Handies gängig aber bei Bestätigungsknöpfen nicht. Also würde a) keiner von sich aus drauf kommen, dass da noch eine Funkt...

ski7777 hat geschrieben:Das Ganze zu implementieren sollte kein großes Problem darstellen.

Na dann mal los!

Ich denke es gibt eine Mehrheit für "erstmal so lassen wie's ist" und Raphael baut sich einfach seine persönliche Variante, die ihn weniger nervt.

Jetzt haben wir schonmal Sven, der mehr Rückfragen will und Raphael, der weniger will. Solange es keinen Kompromiss gibt wird es nicht weiter gehen.

Ich bin offen für Anregungen bzw. jeder kann seinen eigenen Ideen einfach einpflegen. Aber wir sollten im Hinterkopf behalten, dass das (auch) für Kinder ist. Zuviele zu unverständliche Nachfragen sind da ggf. ein Problem. Zu der Absicherung einzelner Ports: Brickly verwendet zwei Ports, würde also ...

Der TX-Pi hat nun auch den Network-Requester-Mechanismus. Aber SSH ist gegenüber dem TXT dauerhaft freigeschaltet, da ich den TX-Pi eher zum Entwickeln nehme und man anderfalls nicht mehr über's Netz an den TX-Pi käme, wenn mal der Launcher streikt.