Sunny61

Kommt drauf an was Du unter 'anständig arbeiten' verstehst. Bei uns sind die Ordner nicht Offline verfügbar, die User können trotzdem arbeiten. Allerdings gibt es auch keine mobilen Geräte für die User.

Na endlich kommen wir zu Aufgabenstellung. :) Aufgaben von Benutzern ausführen lassen, bzw. automatisch ausführen wenn sie denn ausgeführt werden sollen kann man auch anders machen. Beispiel: Eine Aufgabe soll bei Bedarf ausgeführt werden. Dazu kannst Du so ein Batch schreiben: REM Script zum automatischen Neustart des Server. Ausgelöst durch eine richtig ben. Textdatei am richtigen Ort. IF EXIST \\Server\Text.txt GOTO Neustart REM Befehl zum anlegen der Textdatei REM COPY NUL \\Server\text.txt GOTO EXIT :Neustart REM Vorhandene Textdatei löschen DEL "\\Server\Text.txt" REM Neustart einleiten SHUTDOWN -r -t 0 -f :EXIT EXIT Die geplante Aufgabe sieht z.B. alle 5 Minuten nach ob es die Textdatei auf dem Server gibt. Wenn ja, wird ein Neustart ausgelöst. Natürlich kann die Aufgabe auch andere Dinge ausführen, ist ja nur ein Beispiel.

Ja, das hab ich auch gelesen. Es war ja nur als Hinweis gedacht, aber wenn Du solche Hinweise nicht bekommen möchtest, kein Problem, mußt Du nur schreiben. ;) Und wenn die Kopierer das schon richtig können würden, wäre ja ein Teil schon sauber.

Viele der Kopierer heute können aber richtig konfiguriert werden. Sehr oft muß dazu allerdings die Firmware aktualisiert werden. D.h. nach der Aktualisierung der Firmware kannst Du ein Gerätpostfach anlegen für den Kopierer, und das dann im Webportal vom Kopierer angeben. Der Benutzer zum Gerätepostfach kann sogar deaktiviert sein. Schon funktioniert das Senden über den Exchange ohne solche Verrenkungen. Zusätzlich hast Du einen richtigen Absender im Mail stehen. Sprich doch mal mit dem Hersteller des Kopierers, bei unseren Konica Minolta Geräten senden wir sogar zum Exchange verschlüsselt.

Uiui, welch eine Krücke. Tja, was kannst Du dagegen unternehmen? Vermutlich nichts. Weise den Verantwortlichen in eurer Firma schriftlich auf den Fehler hin, mehr kannst Du vermutlich nicht machen. Den Mehraufwand kannst Du noch versuchen zu beziffern, dann war es für dich auch schon.

Ich hab das soeben getestet, bei mir kamen zwei Fehlermeldungen. Die Aufgabenplanung konnte ich dann allerdings nicht nutzen. Aber weshalb möchtest Du das so machen? Weshalb nicht direkt auf dem W2012R2? Ist das eine Schulaufgabe? Wenn nein, ruf bei MSFT an, melde den Fehler dem Supportteam. Wenn es ein Bug ist, ist der Anruf kostenlos.

In der OU (Du meinst sicherlich OA) hast Du auch das Computerobjekt eingefügt? Wenn nein, dann hol das nach. Gruppenrichtlinien greifen nicht auf Gruppen oder deren Mitglieder, Du kannst nur filtern nach Gruppenmitgliedern.

Jepp, das reicht so.

Aus dem Bauch heraus getippt, nimm den * raus. Und beim Setzen der Berechtigungen hast Du vorhandene Berechtigungen für alle Unterordner und Dateien richtig gesetzt?

Hmm, was sagt eigentlich der Hersteller zu der ungewöhnlichen Art des Updates? Ist das SAP?

Du kannst dir den WSUS Package Publisher in Kombination mit dem WSUS anschauen. http://www.wsus.de/wpp Somit würdest Du eingebaute Technik benutzen um 3rd Party Software auf Clients installieren zu lassen. EDIT: Beim WPP wäre vermutlich das Custom Update das Mittel der Wahl für dich. Die SW kann ja wahrscheinlich nur aktualisiert werden, wenn der Benutzer *NICHT* damit arbeitet, oder? Wenn ja, dann kannst Du mit Hilfe des Custom Update natürlich auch das Programm bzw. den Prozess beenden lassen, den Benutzer darüber *vorher* informieren und anschließend das Update installieren. Die Installation erfolgt im SYSTEM-Kontext, also mit den passenden Zugriffsberechtigungen.

Du hast auf beiden Seiten eine öffentliche IP und eine private. Einmal ist es 192.168.110.xxx, wie lautet das private Segment auf der anderen Seite?

Die VPN-IP kann nicht mit der zu Hause identisch sein?

Hier findest Du Infos zur aktuellen Build des Exchange: http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern Ich tippe auf ein fehlendes SP3 plus nachgelagertem UR11. ;)

Kann es denn sein, dass das Programm bzw. der Updatetask unter einem anderen Benutzer läuft? Wenn ja, dann mußt Du diesem Benutzer auch noch die passenden Rechte geben. Möglicherweise hat die SW ja auch keine Rechte auf dem Netzwerkshare. Lass auch mal bei so einem Updatetask den Process Monitor mitlaufen, anschließend nach ACC DENIED filtern. NTFS-Berechtigungen auf Dateisystemebene vergibst Du im Computerteil der GPPs, hast Du auch den richtigen Teil getroffen? Rechtsklick auf das Programmverzeichnis > Eigenschaften > Sicherheit. Kommen hier die aktuellen neuen Berechtigungen an? Wenn ja, führe in einer administrativen Commandline den Befehl aus: gpupdate /target:computer [ENTER] Funktioniert es jetzt?

Befindest Du evtl. im gleichen Segment wie das Zielnetz? 192.168.178.0/24 auf beiden Seiten beispielsweise.

Auch wenn es vielleicht nicht hilft, aber solche Upgrades von W7 auf W10 sind immer Mist. Hast Du das gleiche Problem wenn Du W10 clean neu installierst? Ist der SQL 2008 wirklich up2date?

Händisch machen braucht man das nicht, es geht auch einfacher. ;) http://www.gruppenrichtlinien.de/artikel/windows-10-inplace-update-per-wsus-verteilen/ Ansonsten, Danke für die Aufstellung/Klarstellung. ;)

Ja, natürlich vertragen sich die, weshalb auch nicht? SMB-Signing noch gem. BestPraxis konfigurieren, fertig. http://www.gruppenrichtlinien.de/artikel/smb-signing-kommunikation-digital-signieren/

Keine GPOs mehr, das Gerät wird nicht mehr aktuell in Sachen Windows Update gehalten, und so weiter. Und nein, ein User hat da nichts dran zu fummeln oder zu ändern. Auch dann nicht, wenn der Admin es versäumt hat ihm die entsprechenden Rechte zu nehmen.

Arbeitsanweisung schreiben, vom Chef unterschreiben lassen, den Rest kann die PA machen. Der ProcessMonitor von MSFT hilft dabei. Hol ihn dir und fang an zu konfigurieren. Das geht vermutlich schneller als hier Fragen zu stellen und auf die Antworten zu warten.

Versuch doch das MSP auf einem Client manuell zu installieren, funktioniert das? Nicht das mit dem MSP etwas nicht in Ordnung ist.

Hmm, dann würde ich es mit dem abschießen des IE-Prozesses versuchen. Siehe: http://www.mcseboard.de/topic/193372-ie-per-vbs-script-schlie%C3%9Fen/?do=findComment&comment=1197790

Lass mich raten, es gibt Software die braucht erhöhte Rechte, oder? Gar nicht, nimm den Benutzern die Adminrechte. NTFS-Berechtigungen kann man auch ganz fein einsetzen und sich somit lokale Adminrechte sparen.

Wie Norbert schrub, wenn es ein MSP ist, brauchst Du nichts tun, ansonsten brauchen wir weitere Details.