highno
Anmeldungsdatum: 24. August 2007
Beiträge: Zähle...
Wohnort: Diepholz
|
Hallo, ich wollte kurz mein Projekt vorstellen: BlueProximity (http://blueproximity.sourceforge.net) ist ein kleines Sicherheitstool (primär) um den Rechner bei Verlassen zu sperren. Wenn man wieder kommt, wird er automatisch wieder entsperrt. Das ganze funktioniert über ein Bluetooth-Gerät welches der Rechner erkennt. Man kann dabei die Distanz zum Rechner und Dauer der Abwesenheit bis zum Sperren grob einstellen und natürlich auch wann wieder entsperrt wird. Das ganze kommt als schicke GUI daher und ist als fertiges Ubuntu-Paket (Feisty) erhältlich. Ich veröffentliche mittlerweile auch meine nightly_builds als Ubuntu-Paket um schnell Feedback von Testern zu bekommen. Es sollte eigentlich unter allen Ubuntu-Varianten laufen. Das wäre auch schon alles zu Vorstellung, ich freue mich um jeden User oder Tester, nehme gerne Bugmeldungen entgegen - ebenso wie neue Features gerne integriert werden wenn ein allgemeines Interesse erkennbar ist. Viel Spaß beim Probieren, Lars Achja, die Doku ist derzeit auf dem Stand des letzten Releases, man sollte aber trotzdem mit dem neuesten nightly was anfangen können da sich die GUI nicht elementar geändert hat - einzig die Icons sind kräftig überarbeitet worden. Und wer noch ein paar Minuten wartet, der kann die neueste 1.1.7er gleich mitnehmen ☺
|
harrybe
Anmeldungsdatum: 7. Juni 2007
Beiträge: 876
|
Hört sich ja ganz interessant an werde ich mir bestimmt anschauen, ist eigentlich eine Funktion vorgesehen mit der man z.B. Programme starten kann, die dann etwas machen solange man nicht am Rechner ist. Könnte man auch Prima hiermit kombinieren http://forum.ubuntuusers.de/viewtopic.php?p=882682#882682
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
Moin, ja - dafür kann man es auch benutzen, man kann nämlich die Befehle selber vorgeben, im letzten Release geht das nur über die ~/.blueproximityrc, bei der 1.1.7er auch über die GUI. Man kann dann auch das Programm wieder anhalten wenn man an den Rechner zurückkommt. Ich denke z.B. an rein berechnendes Kram, das könnte man natürlich immer super anhalten und später fortführen lassen (mit kill -19 / -18) Nur bei Sachen mit Netzwerkübertragungen und sonstigen Zeitabhängigkeiten wär das natürlich nicht so super - wobei es trotzdem funktionieren kann wenn man fehlertolerante Sachen hat die bei verlorener Verbindung diese sofort und transparent wieder aufbauen. Ciao Lars
|
harrybe
Anmeldungsdatum: 7. Juni 2007
Beiträge: 876
|
Oh das hört sich ja Prima an Mit der Netzproblematik, würde es etwas helfen hierfür einen Downloadmanger zu benutzen? Unter Windows benutzte ich den FDM, der kann glaube ich das was du gemeint hast, bin mir allerdings nicht sicher, unter Linux ist mir leider kein vergleichbares Programm bekannt. Free Download Manager http://www.freedownloadmanager.org/
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
Hi, Bittorrent sollte in dieser Hinsicht z.B. extrem tolerant sein, da es sowie auf unverlässliche Clients aufgebaut ist. D.h. da wurde schon beim Design darauf geachtet dass mittendrin mal ein Client wegbricht. Downloadmanager sind generell ähnlich aufgebaut, d.h. auch hier sollte das funktionieren. Kann man ja einfach mal testen: den Downloadmanager von der Konsole aus starten, dann größere Downloads anwerfen, kurz laufen lassen und anschließend auf der Konsole Strg-Z drücken zum Anhalten. (Entspricht dann dem kill -19 [i]ProzessID[/i] ) Dann einfach mal ne Viertelstunde warten damit die TCP-Verbindungen wirklich tot sind und anschließend auf der selben Konsole wieder fg eintippen. Wenn dann nach kurzer Zeit der Downloadmanager neue Verbindungen aufmacht - bingo, geeignet! Ich werde mir nach meinen nächsten Prüfungen (blödes Studium...) mal die Mühe machen und ein paar Anwendungsfälle auf der Webseite veröffentlichen. Ein paar Sachen an Funktionen fallen mir bestimmt auch noch ein, ich werde noch ein paar Versionen bauen müssen bis es alles das kann, was ich mir so vorstellen kann... Wen es interessiert - im CVS gibts eine IDEAS.txt sowie die Feature Requests in Sourceforge. Für andere Ideen bin ich auch generell offen. Ciao Lars
|
noriX
Anmeldungsdatum: 13. August 2006
Beiträge: 106
Wohnort: Bergisch Gladbach
|
Das Projekt klingt sehr gut. Leider hab ich zur Zeit kein Bluetooth gerät. Wenn ich aber eins bekomme, werde ich testen. Aufjedenfall eine neue, gute Idee 😉 #noriX
|
denis_std
Anmeldungsdatum: 16. April 2005
Beiträge: 774
|
Hab es eben getestet und funktioniert einwandfrei. Handy: SE S700i BT Stick: D-Link ... Bin gerade am überlegen was man noch so einbauen könnte, finde das Projekt super das einzige was noch nervt ist der hohe Stromverbrauch durch BT am Handy. Update: Manchmal mag die Distanzkontrolle noch nicht so recht und er sperrt obwohl sich das Handy nicht wegbewegt hat.
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
Moin, denis_std hat geschrieben:
Update: Manchmal mag die Distanzkontrolle noch nicht so recht und er sperrt obwohl sich das Handy nicht wegbewegt hat.
Jau, das ist ein allgemeines Problem. Lösung ist: Man setze die lock distance etwas nach oben und erhöht die lock duration erheblich (bei mir macht die Kombi 7/10 Sinn) - das ist leider Feintuning dsa man pro Handy/Bluetoothgerät/Umgebung machen muß. Die Distanzkontrolle hängt am RSSI-Wert (Signalstärke-Indikator) der Bluetooth Verbindung. Leider ist die nicht deterministisch und macht dann solche Zicken. Dabei ist auffällig, dass der Wert auf einmal steigt (tatsächlich sinkt der Wert, aber ich zeige die Werte als positive Werte an) - bei mir z.B. bis 8 und dann sich wieder "erholt" - da er aber nie 10s auf 8 bleibt, hab ich mit meinen Werten keine Sperrung. Zum Entsperren hab ich derzeit 4/1 was allgemein zügiges Wiederaufwachen zeigt. Hier zeigt aber der "Indikator" wieder seinen Namen, da die Funktion die Sendestärke adaptiert gibt es eine stetige Anpassung und keine Sprünge, d.h. selbst wenn ich ganz schnell wiederkomme springt der Wert nicht sofort von z.B. 8 auf 1 sondern wandert 8,7,6,5,... Deshalb kommt einem manchmal auch das Entsperren zu langsam vor. Hier wäre dann vor allem noch Unlock Distance zu tunen, zu ohch darf die natürlich auch nicht werden, sonst wird versehentlich entsperrt. Ciao Lars
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
Moin, ich wollte nur kurz erwähnen dass jetzt eine deutsche Version bei den nightly_builds dabei ist - 1.1.9, wer sich also durch die Sprache hat abschrecken lassen dem kann nun geholfen werden. Wer noch andere Sprachen spricht als Deutsch, Englisch oder Portugiesisch der darf gerne seine Sprachkenntnisse einfliessen lassen und sich in der Software verewigen - es sind derzeit nur 60 Zeilen, wovon die Hälfte nur einzelne Wörter sind, also Aufwand < 10min. Ich bitte hier auch gerne nochmal diesen Build zu testen, denn außer einer grafischen Ausgabe wird bis zur 1.2er nichts neues dazukommen. D.h. die nächste Version ist der 1.2 RC1 und wenn keine Bugs gemeldet werden wird das auch die 1.2er werden. Ciao Lars
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
Die neue Version von BlueProximity ist draußen. Neu sind neben der mehrsprachigen Oberfläche auch Logging Möglichkeiten sowie die Konfiguration auch der Kommandos für Sperren, Entsperren und Anwesenheitsmeldungen. Viel Spaß damit, Lars Friedrichs
|
H1bakusha
Anmeldungsdatum: 26. April 2005
Beiträge: 488
|
scheint unter kde leider nicht zu funktionieren ☹ auch wäre es schon wenn das systray icon keinen hintergrund hätte
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
H1bakusha hat geschrieben: scheint unter kde leider nicht zu funktionieren ☹
Kannst Du mir Deine KDE Version nennen? H1bakusha hat geschrieben: auch wäre es schon wenn das systray icon keinen hintergrund hätte
Das liegt wohl an KDE's SVG lib, die meine schönen SVG-Icons verunstaltet. Ich werde wohl kurzfristig einen Bugfix für KDE bauen, dafür brauch ich aber noch ein paar Tage für die KDE Erkennung. Sorry dafür, ich habe nur GNOME... Ciao Lars
|
H1bakusha
Anmeldungsdatum: 26. April 2005
Beiträge: 488
|
KDE 3.5.7 (feisty). Es geht nur wenn ich vorher manuell den xscreensaver-deamon starte, jedoch funktioniert dann das entsperren nicht mehr bzw. auch das locken nur manchmal. Für kscreensaver müsste man wohl was mit dcop basteln denke ich. Das kann sein mit den SVG's da habe ich allerdings keine Ahnung. .png's sollten es aber doch eigentlich auch tun (ja ich weiss nicht ganz frei skalierbar). Noch etwas nerviges ist es das in Verbindung mit kbluetooth wenn das Bluetooth gerät ausser Reichweite kommt, es alle 10 sekunden eine Fehlermeldung gibt (gerät nicht gefunden) verbunden mit einem Fehler Sound. Die Idee des Programms finde ich allerdings sehr gut.
|
highno
(Themenstarter)
Anmeldungsdatum: 24. August 2007
Beiträge: 12
Wohnort: Diepholz
|
H1bakusha hat geschrieben: KDE 3.5.7 (feisty). Es geht nur wenn ich vorher manuell den xscreensaver-deamon starte, jedoch funktioniert dann das entsperren nicht mehr bzw. auch das locken nur manchmal. Für kscreensaver müsste man wohl was mit dcop basteln denke ich. Das kann sein mit den SVG's da habe ich allerdings keine Ahnung. .png's sollten es aber doch eigentlich auch tun (ja ich weiss nicht ganz frei skalierbar). Noch etwas nerviges ist es das in Verbindung mit kbluetooth wenn das Bluetooth gerät ausser Reichweite kommt, es alle 10 sekunden eine Fehlermeldung gibt (gerät nicht gefunden) verbunden mit einem Fehler Sound. Die Idee des Programms finde ich allerdings sehr gut.
Für eine DCop Lösung sollten folgende Kommandos tun: Zum Sperren: dcop kdesktop KScreensaverIface lock Zum Entsperren: dcop kdesktop KScreensaverIface quit .png's wirds wie gesagt beim nächsten mal geben. Das Problem wurde mir tatsächlich erst am Abend des neuen Releases bekannt. Hm, kbluetooth gibt dann die Fehlermeldung? Das ist natürlich blöd, aber dann wohl eher ein Problem von KBluetooth. Dem sollte man sagen (können) dass es bei Verbindungsabbruch still ist. Für das Programm selbst würde kbluetooth im übrigen nicht benötigt. Du kannst natürlich auch noch die Locking/Unlocking Kommandos pimpen. Dann würdest Du obige Befehle in je ein Skript packen und dann im Lock-Script z.B. die Lautstärke auf Null setzen und im Unlock halt zurück auf normal. Außerdem (je nachdem wer die Fehlermeldung generiert und zu welchem Programm sie wirklich gehört) könnte man im Unlock vielleicht auch die alte KBluetooth Instanz töten und neu starten. Wenn die Fehlermeldungen durch KBluetooth selbst verwaltet wird sollte dadurch auch jede Fehlermeldung beim Entsperren verschwunden sein. Hoffe das hilft. Gibts eigentlich auch eine Kubuntu-LiveCD oder wäre ein KDE-Test auch mit Knoppix denkbar? Ciao Lars
|
H1bakusha
Anmeldungsdatum: 26. April 2005
Beiträge: 488
|
selbstverständlich gibt es eine kubuntu live cd http://www.kubuntu.org/download.php ich werde das heute mal testen
|