donnervogel515

Hallo, danke für die Tipps. OPSI habe ich mir schon mal angesehen und gefällt mir auch ganz gut....bin aber noch ganz am Anfang. GFI MAX.... stimmt das fand ich damals auch ganz gelungen................schaue ich mir bei Solarwinds an. Danke, ist immer gut mal die Meinung von anderen zu lesen.....gerade weil es so viele Möglichkeiten gibt

Ich gebe dem WSUS nicht die Schuld, sondern wenn überhaupt nur Microsoft....es wäre doch schön wenn es eine Plattform für alle Produkte weiterhin geben könnte. ich verstehe auch nicht warum ich über den WSUS keine Firmware Updates für Microsoft Surface verteilen kann. Habe nur die Sorge, dass der kostenfreie WSUS irgendwann so viele Ausnahmen hat das man wieder Produkte von anderen Herstellern braucht.

Hallo Forum, ich suche seit längerer Zeit immer mal wieder nach einer Lösung für kleine Kunden von uns. Meine Vorstellung wäre ein System welches auf unserem (DL) Server im Rechenzentrumläuft und mit dem wir viele kleine Kunden auch in eine zentrale Verwaltung bekommen. Kunden die durch Ihre Größe für die meisten Lösungen nicht interessant sind und die mit wenig Aufwand zentral im Blicksind und verwaltet werden können. Wir wollen die Lösung kostengünstig anbieten können, da uns der Zustand der Clientsysteme sehr wichtig ist, auch wenn der Kunde nur zwei Rechner haben sollte. Mir selber hat Baramundi sehr gut gefallen und die Gespräche mit dem damals (vor einem Jahr) noch flexiblen Vertrieb waren sehr gut und haben Hoffnung gemacht. Leider ist das System welches wir uns wünschen jetzt lizenzrechtlich nicht mehr möglich und somit hat sich mein Favorit damit erledigt. Folgende Punkte würde ich gerne mindestens erfüllen: - Inventarisierung von Hard- und Software - Auslösen und Überwachen von Updatevorgängen (Microsoft Updates, Java usw.) - Verteilung von angefertigten Software-Paketen (fand ich bei Baramundi sehr schön gelöst) - Minimalistisches Monitoring (HDD-Auslastung, RAM usw.) - Mandantenfähigkeit damit der Kunde auch zumindest den Status seiner Geräte sehen kann -Wir als Dienstleister sollen aber nach Möglichkeit ein Portal haben in dem alle Kunden aufgelistet sind, damit der Verwaltungsaufwand minimalisiert werden kann - Überschaubares, günstiges Lizenzmodel (kostenfrei geht natürlich auch, aber jeder soll schon was verdienen) Ich habe natürlich auch schon die Suchmaschine genutzt, aber da bekommt man recht viele Lösungen und meist scheitert es an der Mandantenfähigkeit, daher geht meine Anfrage eher an die anderen IT-Dienstleister hier. Was setzt ihr ein und wie sind eure Erfahrungen damit? Danke

Hallo, noch einmal eine kurze Rückmeldung von mir an euch. Es lag in der Tat an den Software Updates die nicht vom WSUS an die 365 Client gehen. Ich verstehe ehrlich gesagt nicht warum der WSUS immer weiter beschnitten wird, aber das ist ja auch egal. Die 365er ziehen jetzt die Updates direkt von Microsoft und mit den aktuellen Versionen ist auch alles gut und es kann wieder ohne Probleme gearbeitet werden. Danke PS: Hat jemand von euch eine Info welche Domänen oder IP´s Office 365 von intern nach extern benötigt. Ich habe zwar eine Auflistung gefunden von MS, aber dieses File enthält etwas zu viele Adressen und zu wenig Informationen was wofür ist. https://support.content.office.net/en-us/static/O365IPAddresses.xml Ich würde gerne wissen welche Bereiche ich für was brauche. 1. Welche URL wird bei der Installation des Clients benötigt (die Firewall erlaubt keine Installation im Hintergrund und ich muss jedes mal Ausnahmen definieren) 2. Welche URL wird für die Updates benötigt 3. Welche URL wird für z.B. für online Inhalte wie z.B. online Bildersuche in Word benötigt Natürlich bekommt man auch alles mit dem Kabelhai raus, aber es muss doch eine entsprechende Info von Microsoft geben.

Hallo, danke für die Beiträge. Wollte einfach mal eure Erfahrungen und Rückmeldungen hören. Der Exchange 2010 wird am kommenden Freitag auf den aktuellen Stand gepatcht und dann schauen wir mal ob es sich auswirkt. Die Outlook 2016 (gesamtes Office Paket) ist durch WSUS auf dem aktuellen Stand (alle Systeme einheitlich). Habe irgendwie das Gefühl das der AV-Schutz mir einen Strich durch die Rechnung macht, aber die empfohlenen Ausnahmen habe ich eingerichtet (gemäß Empfehlung von Kaspersky nach einem geöffneten Supportfall für diese "Störung") Ich werde euch berichten Danke

Hallo Forum, ich habe bei meinem Arbeitgeber seit der teilweisen Einführung von Outlook 2016 (als Bestandteil von Office 365 Abo) folgendes Problem: Umgebung: - Exchange 2010 SP3 mit Rollup 12 (wurde aber auch in der Testumgebung mit aktuellem Rollup geprüft) - Server 2008 R2 Domäne - ESET für Exchange auf dem Server (aktuellste Version) Problembeschreibung: Ein Rechner mit Windows 7 Pro und Outlook 2010 hat nie Synchronisationsprobleme gehabt, nach der Deinstallation von Outlook 2010 und der Neuinstallation von Outlook 2016 hat das selbe System in einer Woche knapp 5000 Sync-Fehler gesammelt. Bei dem System handelt es sich um ein Notebook mit eingeschalteten Cache-Modus. Wenn ich den Cache-Modus deaktiviere und online arbeite....Sind Mails in den gesendeten nicht zu finden..... Aus der OST werden die Daten also nicht oder zumindest nicht vollständig in die Exchange Datenbank synchronisiert. Folgendes habe ich bereits versucht: - Postfach in eine andere Datenbank auf dem Exchange verschoben um möglicherweise defekte Objekte zu elemenieren - Löschen des Profils in Outlook inkl. der Löschung der OST und anderer temporärer Daten(nach der Neueinrichtung gab es das selbe Problem wieder) - Verschiedenste Versuche mit dem AntiVirus (std. Kaspersky Endoint Protection, verschiedenste Ausnahmen wurden definiert, es wurde das AV gegen eine Lösung von ESET getauscht und auch ohne AV tritt der Fehler auf. - Der Exchange Server wurde von in der Testumbebung auf das neuste Rollup angehoben, aber das Problem besteht weiter Das ganze war bis vor einem Tag nur ein System inzwischen habe ich das ganze aber auch noch bei zwei weiteren Outlook 2016 Systemen. damit haben alle 2016er dieses Problem. Die anderen 30 Outlook 2010er haben keine Sync-Probleme) Habt ihr eine Idee oder einen Lösungsansatz? PS: Fehlermeldung: 15:59:47 Die folgende Nachricht hat einen Fehler und wird deshalb nicht synchronisiert (0x0004de): 15:59:47 "WG: Order from Imp. Choc." 15:59:47 "0000D6000000FF201A00000000000002" 15:59:47 "C80000003A67F01F9C000000D2556020" 15:59:47 "0F0104800201B0670F01048091A41010" 15:59:47 "FF830100F15260200E00078002010137" 15:59:47 "0201FE67D25560200F0104800300EF67" 15:59:47 "0F010480D25560200F0104800300EF67" 15:59:47 "0201166730294010DE0400003F1A4010" 15:59:47 "DE040000209500100F010480D4136020" 15:59:47 "DE040000020101370F01048041700010" 15:59:47 "0F010480741D6020DE04000002010137" 15:59:47 "02011767B85200100F010480A10E4010" 15:59:47 "DE040000E85100100F010480E25D4010" 15:59:47 "DE040000305300100F01048021084010" 15:59:47 "DE04000001494010DE040000"

ja, alles bestens

Hallo, nein OWA war nicht gemeint, aber ich hatte heute einen ziemlich stressigen Tag und da hat mein Gehirn EWS und ECP verwechselt. Ist mir schon peinlich, aber wenigstens ist das "Problem" gelöst. Kann ich den Eintrag hier auch löschen? Danke für die Hilfe ;)

Hallo Forum, wenn ich die EWS Seite meines Exchange 2010 SP2 mit RU12 öffne sehe ich nur noch die angehängte XML-Ansicht. Die URL ist korrekt, das Zertifikat ist gültig, der Benutzer ist berechtigt und meine Nerven liegen bei dem Thema echt blank. Die EWS Site habe ich schon längere Zeit nicht mehr genutzt und daher kann ich nicht eingrenzen wann der Fehler entstanden sein könnte. Ich habe im Netz zwar relativ viele Beiträge gefunden, aber eine Lösung war nicht dabei. Könnt ihr mir einen Wink in die richtige Richtung geben? Danke

Danke für die ausführliche Antwort....werde mich heute Abend wieder auf meine Umgebung stürzen und das Ganze noch einmal mit deinen Punkten ergänzen. Glaube ich habe es jetzt verstanden...... Danke ich werde mich noch einmal melden Eine weitere Frage habe ich zu dem Thema spontan noch. Wie kann ich es am elegantesten regeln, dass sich Benutzer nur via RemoteApp und nicht mit einer vollen Remote Desktop Session anmeldet? Habe zwar einige Hinweise im Web gefunden, aber diese sind meist auf frühere Versionen gemünzt und ich kann mir nicht vorstellen, dass es keine eingebaute Lösung von Microsoft gibt und man auf ein selbst erstelltes Abmeldescript zurückgreifen muss.

Hat sonst keiner Erfahrungen mit dem Remote Desktop Gateway?

ja, habe ich nur unglücklich ausgedrückt.

Guten Tag Forum, dieses Mal habe ich eine Frage aus einem mir noch recht neuen Bereich, aber erst einmal die Umgebung: 1x Server 2012 R2 als Verbindungsbroker WebAccess und Lizenzserver 1x Server 2012 R2 als Remote Desktop Session Host 1x Server 2012 R2 als Remote Desktop Gateway Gestern habe ich diese nicht produktive Umgebung installiert und soweit funktioniert auch alles ohne Probleme. Mein Ziel in der späteren Produktivumgebung ist es den RD WebAccess auch vom Internet aus zu ermöglichen. Die Absicherung ist dabei natürlich ein wichtiges Thema, kommt aber erst im zweiten Teil meiner Testumgebung dran. Wenn ich mich aus dem lokalen Netzwerk mit dem RD WebAccess verbinde funktioniert der Zugriff nach erfolgter Anmeldung ohne Probleme. Jetzt dachte ich das Remote Desktopgateway ist auch für den WebAccess wie ein Proxy der einfach nur davor geschaltet wird und den Zugriff aber 1:1 vergleichbar ermöglicht. Kann es sein dass ich da einen Denkfehler habe! Ist das Remote Desktop Gateway auf für den Zugriff auf RemoteApp via WebAccess zuständig oder nur für den Zugriff auf eine komplette Desktop Session über den MSTSC Client (habe im Netzt auch immer nur dieses als Beispiel gefunden)? Beispiel für mein Verständnisproblem: https://fqdn desServers mit Rolle WebAccess/RDWeb .............Zugriff auf die WebAccess Seite und damit auf die RemoteApps möglich https://fqdn des Servers mit der Rolle Remotedesktop Gateway/RDWeb..............Kein Zugriff auf die Seite mit den RemoteApps möglich Habe ich einen falschen Ansatz? Ist das RD Gateway für RemoteApps nicht gedacht? Wird die Rolle WebAccess direkt im Internet veröffentlicht? muss etwas nachkonfiguriert werden?

Hallo Forum, entschuldigt die späte Rückmeldung, aber ich habe den ganzen Vorgang erfolgreich verdrängt und den Beitrag hier ganz vergessen. - Die Bereinigung der Treiber habe ich durchgeführt (mache ich auch immer), aber es hat leider bei diesem Server nicht geholfen. - Die Virtualisierung selbst war mit disk2vhd auch immer erfolgreich......erst nach der Installation der Integrationstools gab es den BSOD - Acronis habe ich nicht versucht, aber gut zu wissen Habe jetzt die Maschine mit einem BareMetalRecovery (Bordmittel) in die Hyper-V Umgebung geholt und keine Probleme mehr gehabt.....danke für den Tipp auf die einfachsten Dinge kommt man dann doch manchmal nicht.

Hallo Gemeinschaft, habe gerade ein kleineres Hyper-V Projekt durchgeführt und alles hat wunderbar funktioniert......bis auf eine Sache. Ein Server 2008 R2 läuft auf physikalischer Hardware und muss in eine VM konvertiert werden. Eine Neuinstallation der darauf laufenden Software ist leider zu aufwendig und würde sich nicht mehr lohnen....ganz darauf verzichten kann der Kunde aber auch noch nicht. Ich habe bereits diverse Tools für die Konvertierung genutzt und diese haben mir auch immer eine auf Hyper-V 2012R2 laufende VM erzeugt. Sobald ich aber die Integrationstools aktualisiere, bekomme ich sofort einen Blue Screen (egal welche Art der Reparatur ich auch versuche, das System läuft einfach nicht mehr) Mehr Hintergrunddaten habe ich leider gerade nicht mehr zur Hand.....hat jemand von euch so etwas schon gehabt oder eine Idee? Weitere drei Server 2008 R2 Systeme haben ohne Probleme funktioniert und auch ein Upgrade der Integrationstools war kein Problem.

Hallo Forum, folgendes Problem plagt mich zur Zeit: Ich habe seit 3 Monaten einen Hyper-V Cluster in meiner Verantwortung. Das System besteht aus drei Servern 2012 R2 Standard (alles komplett gepatcht) und es gibt im täglichen Leben auch keine Probleme mit den Systemen. Wenn ich eine Maschine im laufenden Betrieb auf einen anderen Host des Clusters verschieben möchte erscheint folgende Fehlermeldung: Fehler beim Migrationsvorgang für den virtuellen Computer "Scan-Server" am Migrationsziel "VMHost02". (ID des virtuellen Computers: xxxxxxxxxx) Scan-Server: Fehler beim Erstellen eines geplanten virtuellen Computers am Migrationsziel: Anmeldung fehlgeschlagen: Der Benutzer besitzt nicht den benötigten Anmeldetyp auf diesem Computer. (0x80070569). (ID des virtuellen Computers: xxxxxxxxxx) Wenn ich in der Hyper-V Konsole den "Dienst beenden" Schalter nutze um den Dienst zu beenden und danach wieder zu starten.....funktioniert alles wieder für X Stunden (habe keinen Wert oder Ereignis als Auslöser feststellen können) Die Delegationen im AD sind für alle Hosts untereinander eingerichtet und es funktioniert ja auch eine gewisse Zeit lang. Habe auch in anderen Foren bereits gesucht und den Fehler schon mehrmals gefunden......nur leider ohne Antworten oder mit dem Hinweis auf die Delegationen (die aber schon seit dem ersten Tag des Clusters vorhanden waren) Hat jemand von euch eine Idee? Hallo, habe gerade einen Hinweis über den Support von Altaro (Backup schlug mit gleichem Ereignis fehl) erhalten: Error 4/28/2015 6:30:52 PM Hyper-V-VMMS 10178 None Failed to fix-up absolute VHD paths in configuration of virtual machine ‘Scan-Server’: Account restrictions are preventing this user from signing in. For example: blank passwords aren’t allowed, sign-in times are limited, or a policy restriction has been enforced. (0×8007052F). (Virtual machine ID xxxxxxxxxx) In diesem Link habe ich voremeine Lösung gefunden: http://support.microsoft.com/kb/2779204 (Für mich war die Methode 2 die Richtige) Es lag wohl wirklich an den Anmelderestriktionen bzw. den fehlenden "Als Dienst anmelden" Privileg. Momentan funktioniert es ...... werde es jetzt noch ein paar Tage beobachten und noch einmal eine Rückmeldung geben.

Hallo, das Problem habe ich inzwischen mit der Rücksicherung umgangen. Werde mir aber den alten Snapshot aufbewahren um das Problem noch einmal anzugehen, wenn mehr Zeit vorhanden ist. (man will ja auch eine Lösung für den Fall der Fälle haben)

Hallo, habe ich mir auch schon so gedacht, aber ich bin mir nicht wirklich sicher wieviel ich aus dem Code entfernen kann. Möchte es nicht noch verschlimmern. Danke für deine Rückmeldung

Hallo Forum, mir ist bekannt das SharePoint 2013 nicht das Thema Nummer 1 hier ist, aber ich weiß mir gerade nicht anders zu helfen und hoffe daher das mir hier jemand Hilfe zur Selbsthilfe geben kann. Seit zwei Wochen beschäftige ich mich jetzt mit meinem Sharepoint Server 2013 Enterprise und bisher hat alles ohne Probleme funktioniert. Jetzt habe ich vor knapp einer Stunde ein neues Webpart auf der Default Site angelegt, welches auf eine Aufgabenliste in einer untergeordneten Website verweist. Das habe ich zuvor auch schon ein paar Mal gemacht und alles klappte. Seitdem anlegen des Webparts erscheint jetzt immer beim Aufrufen der default.aspx die folgende Fehlermeldung: Serverfehler in der Anwendung /. Der Wert liegt außerhalb des erwarteten Bereichs.Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde. Ausnahmedetails: System.ArgumentException: Der Wert liegt außerhalb des erwarteten Bereichs. Quellfehler: Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden. Stapelüberwachung: [ArgumentException: Der Wert liegt außerhalb des erwarteten Bereichs.] Microsoft.SharePoint.Utilities.SPUtility.ConvertToServiceRelUrl(String strUrl, String strBaseUrl) +40818155 Microsoft.SharePoint.JSGrid.SPGridInitGenerator.GetInitObject(String qualifier) +509 Microsoft.SharePoint.WebPartPages.XsltListViewWebPart.EnsureJSonObject() +1157 Microsoft.SharePoint.WebPartPages.XsltListViewWebPart.OnPreRender(EventArgs e) +377 Microsoft.SharePoint.WebPartPages.WebPartMobileAdapter.OnPreRender(EventArgs e) +105 System.Web.UI.Control.PreRenderRecursiveInternal() +12377507 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Control.PreRenderRecursiveInternal() +222 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +4297 Wie kann ich den Fehler wieder beseitigen? Alle Listen und untergeordneten Sites funktionieren ohne Probleme (bei direkten Links)....nur die default.aspx macht ärger. Mit SharePoint designer 2013 habe ich schon die Seite geöffnet, aber ich habe keine Ahnung was ich ggf. ändern soll und ich will auch nicht mehr kaputt machen.

Hallo Forum, schon oft habe ich hier nützliche Hinweise gefunden und konnte damit so manches Problem aus der Welt schaffen. Jetzt möchte ich hier auf dieser Plattform einen neuen Kollegen für unser Team in Hamburg-Altona suchen. Danke an Dr.Melzer für seine Erlaubnis. Wer sind wir? Es gibt uns jetzt schon seit über 20 Jahren und unsere Kunden sind teilweise auch schon von Anfang an bei uns. Wir betreiben kein schnelles Projektgeschäft, sondern begleiten unsere Kunden über Jahre, entwickeln uns mit diesen gemeinsam weiter und pflegen zu den meisten sehr gute Partnerschaften. Wenn suchen wir? Eine(n) Mitarbeiter(in) der/die in unser Team passt und der/die sich gerne weiterentwickeln möchte. Du kannst gerne ein erfahrener IT-Systemadministrator/IT-Systemtechniker (m/w) sein, frisch aus der Ausbildung kommen und auch Umschüler oder Seiteneinsteiger sind willkommen. Unsere Mitarbeiter haben die Möglichkeit mit ihren Aufgaben zu wachsen! Was werden deine Aufgaben sein? Wartungs- und Servicearbeiten im Innen- und Außendienst Monitoring von Kundensystemen telefonische Kundenbetreuung Kundenbetreuung per Fernwartung Integration von Systemlösungen In welchen technischen Umgebungen wirst du dich hauptsächlich bewegen? Microsoft Windows Client- und Serverbetriebssystemen Microsoft Office Produkte Microsoft Exchange-Server / Exchange Online Microsoft SQL-Server Microsoft Hyper-V VMware vSphere Apple Mac OS X Was brauchst du zusätzlich noch? Eine gute Auffassungsgabe Lust Dich und deine Ideen einzubringen Bereitschaft zu lebenslangem Lernen Kreativität, Teamgeist und Freude am Umgang mit Menschen und Technik Führerschein (da Arbeit im Außendienst dazu gehört) Was bieten wir dir sonst noch? Ein unbefristetes Arbeitsverhältnis in einem Team quer durch alle Altersbereiche Helle und modern eingerichtete Büroräume Kostenfreie Getränke und Parkplätze Die Möglichkeit dich weiterzuentwickeln Wie erreichst du uns? Sende mir hier eine Nachricht (PN) und ich werde dir weitere Informationen / Kontaktdaten senden.

Hallo Daniel, ich bin leider kein großer Navision Experte aber bei älteren Versionen so sagte man mir werden die zu einsetzbaren Drucker in Tabellen eingetragen um sie nutzen zu können. Der in der Tabelle stehende "Freigabename" muss dann mit den auf dem Clientverbundenen Druckern identisch sein (auch Groß und Kleinschreibung) da sonst aus Navision heraus der Drucker nicht verwendet werden kann. Wie gesagt ich habe nicht wirklich Ahnung von Navision und muss mich diesbezüglich auf die Aussagen des Anwendungsbetreuers verlassen. Dieser konnte mir den Fehler allerdings eindeutig in seinem System präsentieren und auch immer wieder reproduzieren. Wenn ich die größte Suchmaschine benutze finde ich leider einige Leidensgenossen mit diesen Begriffen: Navision Printer Case Sensitiv Hallo Martin, das entspricht auch meiner Beobachtung. Wir haben einen Printserver im Standort auf diesem sind 10 Druckgeräte als 50 Drucker installiert und freigegeben. Alle Clients bekommen vom ersten Tag an die Drucker per GPO zugewiesen und in den Gruppenrichtlinien sowie im AD ist die Benennung immer identisch: \\PRINTSERVER\FreigegebenerDrucker und trotzdem werden die Drucker auf den Clients mal groß mal klein verbunden. Es ist auch einfach kein Muster zu erkennen. Meine Vermutung ist zwar dass sich Windows bzw. das Benutzerprofil irgendwie immer die erste Verbindung merkt und dann zumindest diesen einen Drucker dann auch immer wieder als \\PRINTSERVER\FreigegebenerDrucker und niemals als \\printserver\FreigegebenerDrucker verbindet aber einen stichhaltigen Beweis habe ich da nicht für gefunden. Auch die Suche in der Registrierung (irgendwo müsste so ein Verhalten doch gespeichert sein) brachte mir keinen Erkenntnisse. Allerdings habe ich jetzt mein Problem jetzt folgendermaßen lösen können: Die bisherigen verbundenen Drucker die mir mit der wechselnden Groß-Kleinschreibung Ärger gemacht haben werden jetzt per GPO gelöscht Da ich die Freigabenamen der Drucker nicht ändern konnte (das hätte sehr viel Anpassungen erfordert) habe ich die Drucker jetzt nicht wie bisher mit \\PRINTSERVER\Drucker , sondern als \\PRINTSERVER.DOMAENE.INTRA\Drucker über die GPO verbinden lassen. Gemäß meiner Theorie wurde der Drucker noch nie auf irgendeinem Client mit diesem Freigabenamen verbunden und sollte daher bei allen Benutzern genau so verbunden werden (inkl. Terminal Server) und genau so war es dann auch. Alle 80 Clientsysteme und die 10 Benutzer auf dem RDS bekommen den Drucker jetzt im gewünschten Format verbunden und nach der Anpassung in Navision können alle User jetzt auf einheitliche benannten Druckern drucken. @h-d.neuenfeldt Das Startverhalten auf dem RDS/TS ist mir auch noch in die Quere gekommen, da die Benutzer wenn sie ihre Verbindung nicht sauber beenden immer wieder die alten Drucker bekommen haben.....war aber in diesem Fall nur ein begleitendes Problem. Die Zuordnungen waren schon alle in Ordnung....es lag wirklich an der oben beschriebenen Groß- und Kleinschreibung in den Freigabenamen. Der Fehler konnte auch jederzeit reproduziert werden. Danke an alle Beteiligten für Ihre Hilfe

Habe leider immer noch keine Idee wie man das Problem aus der Welt schaffen kann. Hat kein Mitglied einen Vorschlag?

Hallo Forum, habe ein Problem bei dem ich euch dringend um eure Hilfe bitten möchte. Folgende Aufgabe stellt sich mir jetzt schon seit einem Tag und ich komme auf keine funktionierende Lösung: Umgebung: 1x Server 2008 R2 (RDS / Terminal Server) 1x Server 2008 R2 (PrintServer) 1x Server 2008 (Navision) 80x Client Windows 7 Der von uns eingesetzte alte Navison Server ist im Bezug auf Druckernamen Case-Sensitiv Wenn auf den Clients die Drucker wie folgt verbunden sind funktioniert alles ohne Sorgen: \\PRINTSERVER\Drucker Wenn auf den Clients die Drucker wie folgt verbunden sind geht gar nicht: \\printserver\drucker Die Drucker werden per GPO in den Benutzereinstellungen verbunden und alles funktioniert auf den Windows 7 Clients ohne Probleme. Die selben Benutzer melden sich auch gelegentlich am Terminalserver an dort werden die Drucker aber mit dem klein geschriebenen Printservernamen verbunden und es kann somit nicht gedruckt werden. Auch wenn ich die Drucker auf dem TerminalServer per Hand verbinde oder via Script wird dieser Servername immer klein angezeigt. Wenn ich mich zu einem anderen Server verbinde kann ich aber den Namen auch in Großbuchstaben angeben. Wie kann ich dieses Problem lösen oder ggf. umgehen? Wo merkt sich Windows den klein geschriebenen Servernamen? Was kann man machen? Bin für jede konstruktive Hilfe dankbar PS: Die Case-Sensitiv Einstellung am Navison Server lässt sich nicht deaktivieren.

Hallo, nach einiger Zeit haben wir uns jetzt nach einer ausgiebigen Evaluierung für PasswordSafe in der Enterprise Edition (inkl. Enterprise Server) entschieden. Wollte nur noch mal eine kurze Rückmeldung zu diesem Thema geben. Bisher sehe ich in diesem Produkt nur Vorteile, wenn jemand noch ein absolutes NoGo hat kann er dieses hier gerne noch ergänzen. Die Lizenzen werden ja erst in der nächsten Woche erworben.

Hallo an Alle, danke für die bisherigen Informationen. Es ist wirklich sehr schwierig als Dienstleister die richtige Balance zwischen Sicherheit und der von Kunden auch gewollten flexiblen Arbeitsweise zu finden. Gerade bei sehr kleinen Kunden ist es teilweise sehr schwierig, da diese natürlich sicheren Arbeitsweisen (z.B. jeder Mitarbeiter von uns hat einen eigen Account auf dem Kundensystem) dann doch schon auch einen erheblichen Mehraufwand erfordert. Natürlich haben wir von 99% der nicht administrativen Benutzerkonten keine Zugangsdaten, aber manchmal lässt es sich leider nicht verhindern. Leider erfordert die Ablage der Informationen im Dateisystem mit entsprechenden Berechtigungen Disziplin und es kommt leider immer wieder vor dass es in Eile zu Fehlern kommt. Daher suche ich eben ein entsprechendes Tool. Werde mir die oben genannten heute am Abend alle einmal ansehen und auf unsere Belange prüfen. Danke an Alle für die bisherige Hilfe Werde entsprechend Feedback geben PS: Es geht mir um den Zugriff auf administrativen Daten für Kundensysteme und wie ich diese für unsere Servicemitarbeiter sicher(er) bereitstellen kann.