Danke für die Mühe!
Das bedeutet, wenn Webbox-Einträge existieren, dass zumindest der Benutzername für die Webbox-Zugänge unterschiedlich zum Windows Login-Namen zu halten ist. Und dass dann eine gelegentliche Änderung nicht schaden kann.
Bei Gruppenkalendern oder anderen gemeinsam genutzten Inhalten kann auf die Gruppe und ihre Unterverzeichnisse für den Remotezugriff eine Benutzername / Passwortkombination gesetzt werden, die vom normalen Remote-Login der User abweicht. Allen Remote-Usern muss diese Zugangskennung bekannt sein. Es ist zwar etwas mehr Aufwand, wenn die Webbox jedesmal beim Aufruf des Gruppenkalenders diese Kennung abfragt. Aber die Sicherheit der Daten ist gewährleistet.
Bei kleinen Installationen mit wenig Usern, wo zum Beispiel nur zwei oder drei David-User den Remote-Access nutzen, reicht es meistens aus, für alle den Webbox-Zugang mit identischem Benutzernamen und Passwort als Zugangsschutz zu vergeben. Die Gruppeninhalte werden dann mit genau der selben Kombination geschützt. Das kann genau dann angewendet werden, wenn die betroffenen David-User intern im LAN ihre David-Inhalte nicht voreinander geschützt halten. Denn dann ist auch extern keine Trennung nötig.
Trotzdem erhalten alle Remote-User ihre persönliche Umgebung angezeigt, wenn als Webbox-Link beispielsweise Domainname.tobit.net/username verwendet wird. Der username ist dabei der im David-Navigator angezeigte Benutzer.
Abschließend erinnere ich daran, dass die Webbox ja nicht der einzige Weg ist, um Remote auf David-Inhalte wie Gruppenkalender zuzugreifen. Mit dem heutigen David-Client kann über Port 267 bei ausreichend schneller Internetverbindung bequem so gearbeitet werden, als säße der Anwender in seinem Büro mit LAN-Verbindung zum Server.
Ist die Internetverbindung am Server etwas lahm oder gibt es hohe Restriktionen wegen geheimer Daten, dann bietet sich der Aufbau eines Terminalservers an. Über IPsec und VPN kann dann der Remotedesktop genutzt werden. Die getunnelte IPsec Verbindung gilt bis heute als völlig sicher.
