Archiv:Chaosdoor: Difference between revisions

From Chaosdorf Wiki
No edit summary
 
(+ Adminfoo / Links)
Line 29: Line 29:


''ggf. close@door zu lock@door umbenennen?''
''ggf. close@door zu lock@door umbenennen?''
= Administration =
None yet. Bisheriger Plan: Raumadmins verwalten Liste mit SSH-Keys auf figurehead und werfen diese dann auf die Dockstar.
LDAP-Anbindung gibt es keine, da man für die Tür ggf. andere Keys als für seine üblichen SSH-Sessions benutzen möchte.
Eintragung eines SSH-Keys müsste vom Vorstand und/oder Plenum geackt werden. In den meisten anderen Erfas läufts jedenfalls per Plenum.
= Links =
* [https://intern.chaosdorf.de/munin/chaosdorf.dn42/chaosdorf.dyndns.org/chaosdoor.html munin]
* [https://intern.chaosdorf.de/raumstatus raumstatus]

Revision as of 20:04, 4 April 2012


door.chaosdorf.dn42
Dockstar mit AVR
Ort Schaufenster
Zweck Türsteuerung
Admins FIXME


Sicherheitshinweise[tm]

  • open@door schließt nicht nur auf, sondert öffnet die Tür auch. D.h. danach muss wer durchgehen und sie zumachen
  • Nach open@door ist die Tür auf "Raum offen". Wer hinten arbeitet und die Tür nicht im Blick hat, sollte also wieder auf "Raum zu" umstellen.

Modi

  • Raum offen: Tür öffnet auf Knopfdruck von innen und außen. LEDs beim Druckknopf aus.
  • Raum zu: Tür öffnet nur per SSH. LEDs beim Druckknopf an.

Steuerung

Druckknopf

Liegt im Schaufenster, toggelt nach zweisekundigem Drücken den Raumstatus.

SSH

  • open@door: Tür öffnet und wechselt auf "Raum offen"
  • close@door: Wechselt auf "Raum zu"

ggf. close@door zu lock@door umbenennen?

Administration

None yet. Bisheriger Plan: Raumadmins verwalten Liste mit SSH-Keys auf figurehead und werfen diese dann auf die Dockstar.

LDAP-Anbindung gibt es keine, da man für die Tür ggf. andere Keys als für seine üblichen SSH-Sessions benutzen möchte.

Eintragung eines SSH-Keys müsste vom Vorstand und/oder Plenum geackt werden. In den meisten anderen Erfas läufts jedenfalls per Plenum.

Links