mwiederkehr

Wenn ein Absender verhindern will, dass der Inhalt seiner Mails verändert wird, versieht er sie mit einer Signatur. Das ist nicht die Aufgabe des Empfängers. Hatte bisher noch nicht häufig das Vergnügen mit Rechtsfällen, bei denen das Mailarchiv relevant war. Aber eine normale Archivlösung hat immer gereicht. Denn meist geht es ja um Mails, von denen man zum Zeitpunkt der Archivierung noch nicht wusste, dass sie mal rechtlich relevant sein werden und deshalb auch niemand ein Motiv hat, sie zu verändern. Wichtig ist, dass die Mails direkt auf dem Exchange abgegriffen werden und dass sie im Archiv nicht veränderbar sind.

Outlook für Android und iOS unterstützt keinen SharePoint. Android und iOS über die eingebauten Apps auch nicht. Es gibt eine SharePoint-App von Microsoft, aber die kann soweit ich weiss keine Kontakte synchronisieren. Bleibt noch der Weg über eine Drittanbieter-App: https://www.messageconcept.com/de/produkte/peoplesync/

Hallo zusammen Der neue RDP-Client von Windows 10 1803 hat leider einen Bug, welcher im Zusammenhang mit RemoteApps auf Server 2012 R2 auftritt: Kontextmenüs werden erst nach mehreren Sekunden ausgeklappt. (Bzw. sie werden sofort ausgeklappt, aber der Benutzer sieht das nicht, weil die Darstellung nicht aktualisiert wird.) Das Problem ist hier beschrieben: https://social.technet.microsoft.com/Forums/en-US/f3e9852b-393c-4aa0-9d2f-961a82cfc603/remoteapp-after-windows-10-update-1803-are-slow-and-right-mouse-button-is-not-responding-it-reacts?forum=winserverTS Microsoft arbeitet an einem Patch. In der Zwischenzeit soll man auf den Clients die mstsc.exe in einer älteren Version verwenden. Dies ist aber bei einem gehosteten Service mit viel Supportaufwand verbunden, weshalb wir den vorgeschlagenen Workaround auf dem Server vorgenommen haben: "Verwendung erweiterter RemoteFX-Grafiken für RemoteApp" deaktivieren. Nun öffnen die Kontextmenüs wieder ohne Verzögerung. Dafür gibt es ein anderes Problem: Wenn eine Anwendung mehrere Fenster hat, öffnen sich neue Fenster nur im Ausschnitt des ersten Fensters. Ein Beispiel: Ein Benutzer startet eine Anwendung. Diese zeigt ein Fenster mit den Dimensionen 300x400px. Der Benutzer tätigt eine Auswahl und klickt auf "Anzeigen". Die Anwendung öffnet ein zweites Fenster im Vordergrund mit den Dimensionen 800x800px. Dargestellt wird aber nur der Ausschnitt, der auf das erste Fenster passt, also 300x400px. Der Rest ist für den Benutzer nicht sichtbar. Um das ganze Fenster sichtbar zu machen, muss man es über die Taskleiste verkleinern und wieder vergrössern. Irgendwie scheint der Server ohne die "erweiterten RemoteFX-Grafiken" die Dimensionen des Fensters nicht richtig zu erfassen. Ist jemandem das Problem bekannt? Vielen Dank für eure Tipps!

Dann habe ich Dich falsch verstanden, entschuldige bitte. Die Schüler haben logischerweise nur normale Benutzerrechte, somit können sie auf dem Server nur ihr Profil "zerstören". "Eigene Dateien" etc. sind umgeleitet, Outlook konfiguriert sich per Autodiscover, Standarddrucker etc. wird per GPO gesetzt. Gibt es Probleme mit einem Profil, kann es also einfach gelöscht werden. (Kommt aber höchst selten vor, die Schüler sind nicht "dumm" im Umgang mit Computern und absichtlich machen sie eigentlich nie etwas kaputt.) Man kann per GPO natürlich den Zugriff auf die Registry etc. sperren, aber das ist nicht unbedingt nötig. Der Kinderschutzfilter läuft als transparenter Proxy, es würde den Kindern also nichts bringen, wenn sie per Registry einen anderen Proxy eintragen würden. Der Download von Programmen ist auf der Firewall blockiert. Wir hatten aber eigentlich nie Probleme, dass Schüler Unsinn gemacht haben mit der IT. Sind aber Primars***üler, die haben noch Respekt vor dem Lehrer.

Wir haben einen ganz normalen Terminalserver installiert. (Bei uns war es nur einer, bei grösseren Institutionen werden es mehrere sein, entweder mit Windows Remote Desktop Services oder zusätzlich mit Citrix XenApp.) Die Clients für die Schüler sind Thin Clients. Das ist vergleichbar mit einem Windows mit automatischer Anmeldung und der RDP-Verknüpfung im Autostart. Die Lehrer haben ebenfalls eine RDP-Verknüpfung bekommen. (Der Server ist extern nicht erreichbar, da der kostenlose Internetzugang diese Möglichkeit nicht bietet. Ansonsten hätte man ein Web Interface in Betracht gezogen.) Wie bereits erwähnt: ein Terminalserver für eine Schule ist identisch mit einem Terminalserver für eine Firma. Nur die Lizenzen sind günstiger.

Als Ergänzung: Mit DHCP Policies sollte das gehen, die gibt es aber erst ab Server 2012. Falls die Telefone nur Kontakt zu bestimmten Hosts/Netzen aufnehmen, könnte man auf dem "primären" Gateway auch eine Route eintragen oder die Route gleich per DHCP verteilen. Getrennte Netze sind aber sicher die beste Lösung, auch bezüglich Sicherheit.

Für Schulen gelten (bis auf die Lizenzkosten) die gleichen Vor- und Nachteile eines Terminalservers wie für alle Unternehmen. Je nach Anwendungen muss man ein Augenmerk auf die Audio-/Video-Performance legen. Je nach Schulstufe üben die Schüler Videoschnitt und da ist ein Terminalserver dann kein Vorteil. Wir setzen an einer Schule seit Jahren auf eine Terminalserverlösung und sind zufrieden damit. Der Grund für den Terminalserver waren nicht alte Clients, sondern diverse Lernprogramme, für die es keine Installationspakete gibt. Die manuell auf einem Server zu installieren ist einfacher, als sie zu paketieren und auf den Clients auszurollen. Zudem sind Lehrer häufig starke Vertreter von BYOD, um es mal milde auszudrücken.

Wir haben mit PDQ gute Erfahrungen gemacht. Ist weit weniger komplex als der SCCM und kommt ohne Client aus. Die Kosten sind überschaubar, da man nach Admins lizenziert. Als grossen Vorteil empfinde ich die umfangreiche Bibliothek mit fertigen Paketen. Man muss so nicht bei jedem Tool raussuchen, ob der Parameter jetzt "/q", "/silent" oder was auch immer heisst. Man kann damit auch Windows Updates verteilen, die monatlichen Sicherheitsupdates sind in der Bibliothek drin. Updates für Office etc. muss man sich aber selbst zusammensuchen. Hier würde ich der Einfachheit halber beim WSUS bleiben.

Wenn die User auf dem Desktop des Terminalservers arbeiten, müssen sie sich am PC nicht personalisiert anmelden. Ein generisches Login (mit kleinem Profil) reicht. Falls die Rechner auch dafür zu langsam sind: es gibt Linux-Distributionen, die per USB-Stick gebootet werden und aus einem PC einen Thin Client machen. Der User beginnt dann gleich am Anmeldebildschirm des Terminalservers.

Jetzt wo Du es sagst... Bei Windows 2003 gab es ein Feature namens "Internet Printing". Da hatte man eine Website, über welche man die Drucker verbinden konnte. Siehe https://support.microsoft.com/en-us/help/323428/how-to-configure-internet-printing-in-windows-server-2003. Die Rolle gibt es soweit ich weiss auch bei aktuellen Versionen noch. Nur weiss ich nicht, ob das Verbinden noch funktioniert oder ob das damals etwas mit ActiveX oder so war, das nicht mehr unterstützt ist in neuen Browsern.

Bei einer grösseren Umgebung haben wir das mit einem Anmeldescript (PowerShell) gelöst. Es schaut, in welcher OU der Client ist und verbindet die entsprechenden Drucker. Welche es verbinden muss, erkennt es am Namen: Ist der Client in der OU "Zentrale", verbindet es alle Drucker, deren Name mit "Zentrale" beginnt. So kann ein User an verschiedenen Standorten arbeiten und hat immer die richtigen Drucker. Nachteil: Immer alle Drucker neu zu verbinden braucht Zeit. Wir haben dann das Script erweitert, dass es nur noch fehlende Drucker verbindet und überflüssige löscht. Dadurch ist das Script recht gross geworden, aber man muss es ja nicht mehr anpassen. Die Lösung von zahni ist auf jeden Fall besser. Man spart nicht nur Papier, sondern löst auch Datenschutzprobleme mit rumliegenden vertraulichen Dokumenten. Habe das schon ganz elegant gesehen: jeder User hat einen Chip, welcher die Eingangstüre öffnet, den PC entsperrt und die Dokumente aus dem Drucker lässt. Geht der User zum Drucker, wird automatisch der PC gesperrt. Liegen lassen kann er den Chip abends nicht, sonst kommt er nicht aus dem Parkhaus. Für so eine Lösung kann man mit der Sicherheit argumentieren, vielleicht stösst man da bei der GL auf offene Ohren.

Bezüglich Legalität gilt es zwei Aspekte zu betrachten: - Strahlung: Herkömmliche WLAN-Bridges haben nicht mehr Sendeleistung als ein normaler Access Point. Von daher braucht es keine Genehmigung. (Man darf ja auch einen Access Point in den Garten stellen.) - Baurecht: Hier kommt es auf die Gemeinde an, ob es eine Bewilligung braucht. Bei uns sind Rundantennen ("Satellitenschüsseln") mit einer Fläche bis 0.5m2 sowie Stabantennen bis 1m Höhe nicht bewilligungspflichtig, es sei denn, das Gebäude steht in einem schützenswerten Ortskern oder ist im Denkmalschutzinventar verzeichnet. Man hat häufig eine falsche Vorstellung der erforderlichen Sendeleistung. Mit den erlaubten 200mW kommt man mit guten Richtstrahlantennen problemlos mehrere Kilometer weit. Ubiquiti gibt für die LiteBeam 5km an. Maximal im Betrieb gesehen habe ich etwas mehr als einen Kilometer und das läuft problemlos. Für 300m reicht sogar evtl. eine gute Antenne am Haus. Dank guter Empfangsverstärkung sollte auch ein schwaches Signal vom Notebook im Garten zur Antenne am Haus reichen. Versuchen könnte man es mit einer NanoStation. Habe das mal nach der Installation der Richtantenne auf einer Seite probiert: das Notebook konnte sich ca. 300m entfernt ins WLAN einloggen. Muss man aber ausprobieren, kommt auf das Gerät an.

Wenn Du nur in ein paar Tabellen schauen willst, könnte HeidiSQL reichen. Für "richtiges" Servermanagement oder die komfortable Erstellung von Abfragen etc. kommst Du um das Management Studio nicht herum.

Ein "vollständiger" Mailserver (also mit Postfächern, Webmail etc.) ist nicht so einfach. Aber wenn eine Weiterleitung an die privaten E-Mailadressen der Schüler reicht, tut es schon ein Postfix oder sogar ein ordinäres Webhosting. (Falls man die Domäne "schule.de" für andere Mailkonten braucht, könnte man die Subdomain schueler.schule.de einrichten.) Falls die Schüler unter den Adressen auch mailen können müssen, ist mein Vorschlag natürlich unbrauchbar.

Falls es nur um Weiterleitungen in der Form "hans.muster@schule.de" nach "hans95@gmx.de" geht, könnte man es mit einem simplen Mailserver ohne Postfächer lösen. Sind die privaten Mailadressen der Schüler in der Schulverwaltungssoftware erfasst? Falls ja, könnte man jedes Schuljahr eine Liste "$vorname.$name@schule.de $privateAdresse" exportieren und auf dem Mailserver importieren.

Du hast das DataGridView wahrscheinlich an eine DataTable gebunden. Dann kannst Du Änderungen speichern, indem Du die DataTable über den DataAdapter zurück in die Datenbank schreibst. Auf https://khanrahim.wordpress.com/2010/04/13/combobox-with-datagridview-in-c/ ist ein Beispiel zu finden, inkl. ComboBoxen mit Daten aus anderen Tabellen. Falls Du etwas mehr als nur simple Datenauflistung und -bearbeitung machen willst, rate ich Dir, ein besseres Grid einzukaufen, zum Beispiel von Telerik: https://www.telerik.com/products/winforms/gridview.aspx. Das DataGridView ist recht limitiert in seinen Möglichkeiten.

Wenn die Dateien noch nicht überschrieben wurden, kann ein Tool wie Recuva helfen. Meiner Erfahrung nach wurden verschwundene Ordner aber meist nicht aus Versehen gelöscht, sondern irrtümlich verschoben. Hast Du schon mal danach gesucht?

Vermutlich routet der Router nicht nur, sondern macht auch NAT. Dann sind die Hosts dahinter "versteckt" und nicht ohne Weiteres erreichbar vom WAN her. Du solltest das NAT in den Einstellungen deaktivieren können.

Als Ergänzung: Der hMailServer ist ein kostenloser Mailserver für Windows, der Postfächer per POP3 und IMAP zur Verfügung stellen kann.

Die Authentifizierung geht nur über Kerberos (in Domäne) oder über Zertifikate (ohne Domäne). Es gibt leider keine Möglichkeit, einfach Benutzername/Passwort für die Replikation einzutragen.

Ja. Das solltest Du in der Konfiguration des Switches sehen. Standardmässig haben alle Ports VLAN 1 untagged.

Tagged, weil die Pakete aus dem Gast-WLAN ja vom Access Point VLAN 10 zugewiesen bekommen. VLAN 1 bleibt untagged bestehen, somit kommt Client1 immer noch raus. "Kein VLAN" ist quasi VLAN 1. Wo VLAN 1 rauskommen soll, müssen die Ports Mitglied sein. Soweit ich weiss können alle USGs VLAN. Habe das jedenfalls schon auf kleineren Modellen als der 310 konfiguriert. Es gibt dann pro VLAN einen virtuellen Port, den man ganz normalen Zonen hinzufügen etc. kann.

Angenommen, das Gäste-WLAN ist VLAN 10 und die Firewall unterstützt keine VLANs (weshalb Du einen zweiten Port verwendest), wäre die Switchkonfiguration wie folgt: SW1, Port 1: VLAN 1 untagged, VLAN 10 tagged SW1, Port 5: VLAN 10 untagged Der Rest bleibt ja im Default-VLAN 1.

Wenn ein Client in einer Domäne ist, wird er von der Organisation verwaltet und nicht mehr vom Benutzer. Domänen-Admins können sich auf alle Dateien Zugriff verschaffen. Nicht einmal EFS hilft, da der Administrator standardmässig als Data Recovery Agent eingetragen ist. Man muss den Domänen-Admins also vertrauen. Ich habe schon Geschäftsführer gesehen, die extrem vertrauliche Daten separat verschlüsselt haben, entweder in einem VeraCrypt-Container oder mittels AxCrypt. Aber selbst da kann der Administrator theoretisch das Passwort aus dem Arbeitsspeicher auslesen.

Normalerweise erstellt man kein neues Zertifikat, sondern verlängert das bestehende. Dann bleibt der Private Key gleich und man kann auch die alten Mails noch entschlüsseln. Aber die Thematik "verschlüsselte Daten im Backup/Archiv" ist trotzdem zu beachten. Hier haben Gateway-Lösungen den Vorteil, dass die Mails erst verschlüsselt werden, wenn sie das interne Netzwerk verlassen, und beim Empfang gleich entschlüsselt werden. Ist die Verschlüsselung auf dem Client terminiert, funktionieren auch diverse andere Sachen nicht: Exchange-Transportregeln, Gateway-Antivirus, DLP...