äh. Da gings ja garnicht um ein Spacegate. *mehr Kaffee hol und zurückverschieb*

[stratum0-wiki.git] / Spacegate.mw

diff --git a/Spacegate.mw b/Spacegate.mw
index 275f55e..6978c6b 100644 (file)
--- a/Spacegate.mw
+++ b/Spacegate.mw
@@ -1,3 +1,8 @@
+{{Projekt
+|verantwortlich={{Benutzer|DooMMasteR}}
+|status=aktiv
+|interessenten=[[Benutzer:Daniel Bohrer|Daniel Bohrer]], [[Benutzer:Hellfyre|Hellfyre]]
+}}
 == Idee ==
 
 Das Spacegate sollte nach Möglichkeit von jedem Mitglied und ggf. auch kurzfristig autorisierten Gast geöffnet werden.
@@ -6,14 +11,14 @@ Das äußere Spacegate lässt sich bisher einfach per Handy öffnen, ist zwar ni
 Für das Innere Gate wäre eine raffinierter Lösung erstrebenswert.
 
 Zur Verwirklichung sind 2 Hürden zu überwinden.
-*Authetifizierung der Person die Zugang verlangt
-*ermöglichen des Zuganges
+#Authetifizierung der Person die Zugang verlangt
+#ermöglichen des Zuganges
 
-== Authorisierung ==
+=== Authorisierung ===
 Wir sollten zum Autorisieren des Zuganges ein System haben, welches folgende Bedingungen erfüllt:
 *Günstig
 *Sicher
-*Flexible
+*Flexibel
 *PrivacyProtecting
 *Available
 
@@ -31,9 +36,32 @@ Dennoch erscheint RFID als der Beste Ansatz, denn:
 *flexibel ggf. kann ein Nutzer seine eigene Karte mitbringen und Beschreiben lassen
 *weit verbreitet, gerade 13,xxMHz Tags
 *ließe sich auch in Smartphones implementieren
-*einzelene Karten können bei Verlust de-autorisiert werden
+*einzelne Karten können bei Verlust de-autorisiert werden
 
-bleibt die privacy Problematik durch die ID, dazu: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1508247&tag=1 (z.B. aus dem Uninetz lesbar)
+bleibt die privacy Problematik durch die ID, dazu: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1508247 (z.B. aus dem Uninetz lesbar)
+
+Falls der Link oben nicht funktioniert (IEEE Seite hat merkwürdige Cookie-Magie), hier der DOI [http://dx.doi.org/10.1109/DEXA.2005.28 10.1109/DEXA.2005.28]
 
 Lösung bisher: KEINE -.-
 Das Problem wäre beim Einsatz eines aktiven Tags nicht vorhanden
+
+=== Oeffnung ===
+
+Ich habe einen Tueroeffner, den man vermutlich oben in den Tuerrahmen einbauen kann. Bei Anlegen von 12V gibt das frei. habs allerdings nie ausprobiert. Ich brings mal mit demnaechst --[[Benutzer:Valodim|Valodim]] 20:04, 30. Mär. 2012 (CEST)
+
+== Alte Diskussion ==
+''…wurde vorher auf [[Open/Close-Monitor]] geführt, hier der Vollständigkeit halber hinverschoben --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 12:17, 31. Mär. 2012 (CEST)''
+
+Falls der Space sich hinreichend entwickelt hat, kann über weitergehende Maßnahmen nachgedacht werden. Im µCCC z.B. wird die Türschließung durch ein [https://wiki.muc.ccc.de/luftschleuse Zugangssystem per SSH] gesteuert.
+
+=== Verbesserung der Klingel ===
+…wenn wir grad schonmal am Klingelhacken sind. Im Chat kam der Vorschlag nach einer optischen Klingel (Blinken o.ä.). Alternativ, falls alle Spaceinsassen gerade schlafen:
+
+ [11:59:51] <rohieb> dann die sofas mit drahtgeflecht versehen und die klingel stromschläge draufgeben lassen? 
+ [12:00:04] <tommie-lie> schon besser
+ [12:00:04] <neobechstein> :D
+ [12:00:06] <neobechstein> rohieb: +1
+
+Alternativ wäre zu überlegen, ob man [[ZombiePoet]] beibringt, Klingelevents im IRC zu verkünden. Bzw, wenn an der Tür später eh ein µC/ARM oder ähnliches mit Netzwerk hängt, könnte man dort direkt einen IRC-Bot implementieren ;-) (ZombiePoet läuft ja auf einem externen Server, das würde dann nur noch eine Schicht mehr hinzufügen)
+
+[[Kategorie:Infrastruktur]]