stopsy

In meinen Augen müssen nicht alle Test erfolgreich durchlaufen. Autodiscover versucht es auf verschiedene Art und weisen, z.B. per AD SCP, dann direkt per URL dann per SRV.... Hauptsache einer davon ist erfolgreich... Die URL welcher er probiert sind: https://domäne.tld/autodiscover/autodiscover.xml -- wenn er die nicht erreichen kann probiert er es mit: https://autodiscover.domäne.tld/autodiscover/autodiscover.xml dann per SRV... ---- Bei mir funktioniert das autodiscover genauso wie outlook-anywhere nur wenn ich mich per domäne\benutername anmelde. Wenn ich ich es mit UPN versuche, klappt es nicht. Das ist deswegen schlecht, da ein Handy bei der Outlookkonfiguration erstmal nur die E-Mailadresse und Passwort abfrägt. Hast du eine Idee wie man das umstellen kann?? Update: Das Problem liegt darin, das er eine Anmeldedomäne domäne.DE sucht die es aber nicht gibt. Es gibt ja nur eine Anmeldedomäne namens domäne.LOCAL Wie kann ich jetzt das Umleiten???

Das Whitepaper werde ich mir übers WE durcharbeiten... Aber ist mein Ansatz komplett verkehrt?? Wegen dem SRV-Eintrag. Den hast du beim Provider angelegt??

Hei Ihr, habe folgende Frage: Ich möchte Autodiscover von extern für Handys mit WM6.5 und 7 zur Verfügung stellen. Was muss ich beim Provider konfigurieren? SRV-Eintrag? _autodiscover._tcp.domäne.de Subdomain?: autodiscover.domäne.de Ein Zertifikat ist vorhanden mit folgenden SAN: WINS-Name des Servers FQDN extern (de) FQDN intern (local) autodiscover.domäne.de ------- Damit ich das richtig verstanden habe was ich bei Technet gelesen hab: 1. Zuerst wird versucht das AD zu erreichen um durch den SCP-Eintrag im AD autodiscover zu nutzen. Im SCP-Eintrag findet er die URL damit der Webservice Autodiscover überhaupt gefunden werde kann. Kann er AD nicht erreichen da. z.B. von extern dann... 2. ...versucht er mittels https://autodiscover.domäne.de/autodiscover/autodicover.xml zu erreichen (Also sollte ich eine subdomain beim Provider anlegen; Im Zertifikat ist die Subdomäne mit angegben.) Wenn das auch nicht funktionerit dann... 3. versucht er per DNS den SRV-Eintrag (_autodiscover._tcp.domäne.de welcher auf FQDN des Exchangeservers verweist) zu finden welcher beim Provider konfiguriert werden muss. Ist das richtig??? Thanx

Ob ihrs mir jetzt glaubt oder nicht!! Ich habe ganz am Anfang der Lösungsfindung bei MS geschaut ob etwas darüber bekannt ist. Habe nichts gefunden.... Dann bin ich jemand der den Fehler immer zuerst bei sich sucht.... Aber gerade habe ich nochmal geschaut und folgendes gefunden: Die Einstellung "Desktop-Hintergrund" wird nicht in Windows 7 oder in Windows Server 2008 R2 angewendet. Ich glaub ich hau mich weg..... und schon gehts...... :-) Freu Vielen Dank an euch.....

Hei im Eventlog hatte ich schon geschaut. Hier ist keinerlei Eintrag drin, der in dese Richtung zeigen würde. Es wird nicht ein Fehler aufgeführt. Die GPO-Einstellung habe ich neu übernommen. gpupdate /force ausgeführt - neu gestartet - leider keine Verbesserung... Schlüssel und TranscodedWallpaper.jpg fehlen nach wie vor im Benutzerprofil auf den Clients... Wiederum mit RSOP nachgeschaut was ankommt --> Einstellungen wurden übernommen. Er zeigt ja auch in der Vorschau in der Systemsteuerung Design ändern unten das richtige Hintergrundbild an. Anzeigen auf dem Desktop tut er nicht... Fehler finden <-- versuch ich ja :-)

Hei - vielen Dank für die Antwort. das Bild (Bilder) ist eine jpg. Ich meinte mit RSAT von einem Windows 7 Client aus. --- Registry war ein guter Typ. Trotzdem versteh ich etwas nicht. --- Ich habe einen User gefunden, bei dem es nach ca. 100 mal Anmelden der Desktophintergrund erscheint. Bei dem user habe ich mir gleich die Registry angeschaut und mit vielen anderen Usern verglichen bei denen es nicht geht. Folgenden Unterschied habe ich gefunden: Unter folgenden Pfad: HKEY_CURRENT_USER --> Control Panel --> Desktop gibt es folgenden Schlüssel (beim funktionierenden Useracount) Wallpaper Zeichenfolge: c:\users\mueller\AppData\Roaming\Microsoft\Windows\TranscodedWallpaper.jpg Dieser Schlüssel fehlt bei allen anderen Usern. Lege ich diesen Schlüssel manuel bei anderen Benutzern an (Username abgeändert) und kopiere dann die TranscodedWallpaper.jpg in den Benutzerprofilpfad c:\users\hans\AppData etc. Dann klappt es auch bei diesen Benutzer... --------------------- Was mache ich jetzt?? Wieso fehlt die TranscodedWallpaper.jpg - Datei unter dem Profilpfad?? Warum fehlt der Registryschlüssel??

Nachdem ich es immer noch nicht hinbekommen habe wollte ich bei euch nochmal nachfragen: Das Thema ist damals eingeschlafen - aber ich werde immer wieder araufhin angesprochen. Bzgl. der letzten Frage: - Die GPO wurde von einem Wi7-Client aus zugewiesen - RSOP übermittelt die Einstellung sauber. Der Desktophintergrund wird bei zuweisung dieser Richtlinie "schwarz" Gehe ich in die Systemsteuerung sehe ich aber folgendes: Unten (unterhalb von den Desings) ist die Einstellung für den Desktophintergrund. Dort wird das Hintergrundbild korrekt angezeigt - nur auf dem Desktop selber bleibts schwarz. Beim Abmelden erscheint sogar ganz kurz der Desktophintergrund - aber das wars auch schon. Das Bild selber habe ich auch schon getauscht. Habt ihr noch eine Idee?

Hei Ihr, unser Printserver ist ein W2008 Standard 32bit. Drucker sind hauptsächlich: - HP DesignJet 4000 - HP DesignJet 1050CPlus - HP LaserJet 2015 - HP LaserJet 2400DN - HP LaserJet 3050DN - HP LaserJet 2200 - Canon IR5000 - Canon IR3035 - Kycera FS5100 - Canon IP5200R - etc... Verbunden werden die Drucker über ein Script mit Con2Prt über eine GPO. 1. Viele HP-Drucker installieren sich nur dann auf den Clients wenn ich eigentlich falsche Druckertreibe verwende. Z.B. für den HP 2055DN verwende ich den Treiber von dem Drucker HP LaserJet2200. Nur dieser funktioniert in der automatischen Zuweisung für WinXP und Vista Clients. Der orginal passende Treiber installiert sich - mal - dann wieder nicht etc. und manchmal gar nicht. Manuell mit Adminrechten funktioniert auch der passende Treiber... aber ich kann ja nicht bei 100Clients die Drucker manuell installieren. Wie gesagt... Treiber HP LJ 2200 funktioniert bei XP und Vista per Script. Orginaltreiber passend zum Gerät nicht. In der GPO habe ich noch folgendes eingestellt: - Installation von Druckern, die Kernelmodustreiber verwenden, nicht zulassen: Deaktiviert - Point-and-Print-Einschränkungen: Deaktiviert - Zuweisen von Benutzerrechten: Laden und Entfernen von Gerätetreibern: Domänen-Benutzer ------------------------------------------------- Gut, ich habe halt für die LaserJets den HP LaserJet 2200 Treiber genommen. Somit funktionierte das seit einem halben Jahr völlig ohne Probleme. Nun habe ich ein paar Win7-Clients.... Hier verbinden sich die Drucker eigentlich gar nicht. (Ausnahmr sind ein paar neue Kopierer die funktionieren) Wenn Sie sich doch verbinden, dann erscheint dennoch die Benuterkontensteuerung mit der Eingabe eines Adminkotos zum installieren des Druckertreibers.... Wieso kann ich nicht einfach den orginal passenden Druckertreiber des Herstellers verwenden damit es funktioniert. Wie gesagt - unter Win7 so gut wie gar nicht - unter WinXP und WinVista nur mit alten HP-Treibern - aber dann stabil... Was mach ich denn falsch... Das Thema "Druckertreiber" macht mich noch fertig :-) Selbstverständlich habe ich die Treiber für die passenden OS verwendet... Ich habe auch versucht die Drucker mit "Drucker hinzufügen" - "Netzwerkdrucker" - "Drucker im Verzeichnis suchen" etc.... Hier passiert dasselbe.... entweder 0x000007e Fehler oder Anforderung auf erhöhte REchte mit Passwort....

Mh - ok - aber wie verhält sich mein DNS - Server mit meiner AD-integrierten Zone?? Muss ich an ihm überhaupt was umstellen?? Er aktualisiert sich ja selber durch die dynamischen Updates..... oder überseh ich hier was... - Wenn ich die IPs der Server ändere (zuerst des des DC und DNS-Servers), dann müsste er sich doch in den DNS-Einstellungen der Zone die DNS-Server selbst aktualisieren. Demnach müsste er doch auch automatisch die Domain- und ForestZones aktualisieren. Die Clients dann bei der nächsten Leaseerneuerung. Wenn ich beim DHCP-Server die Leasedauer auf einen Tag setze, müssten sich doch die Clients alle am nächsten Tag neue Adressen holen. Und diese erstellen dann ja auch wieder einen neuen A-Eintrag. Werden die Clients den DC und DCHP-Server überhaupt finden...mh Liege ich falsch?? oder mach ichs mir zu einfach?? Wollte dies schon über ein WE abgewickelt haben...

Hei Ihr, ich soll für ein Netzwerk mit ca. 100 Clients den kompletten Adressraum ändern. Die Serverlandschaft besteht aus: 2 DCs (1x W2008 und 1x W2003R2) 1 Exchange (W2003 R2 64bit) 1 Faxserver (W2003 R2) 1 Linux Suse Server 9 1 Unixware 7 1 Bintec R1200 mit 4 festen Filialverbindungen und ca. 20 SoHo - Verbindungen. Bisheriger Adressraum: 93.0.0.0/8 Neuer Adressraum: 192.168.80.0/24 NAP (DHCP) ist aktiviert. Wie wäre eure Vorgehensweise? 1. IP - Adressen der Server ändern 2. DCHP-Scope ändern 3. DNS-Server - was muss ich speziell hier tun? Das müsste es doch gewesen sein, oder?? Wie wäre eure Vorgehensweise? Vor allem der DNS macht mir sorgen....

Ne - ich meine schon den Windows Server2008 - nicht R2. Wollte dies nur mit der Bezeichnung als R1 klar machen.... --- Ich möchte dies bloß per GPO verteilen. Im moment sind es zwar nur 3 Win7-Clients - aber es werden ja mehr werden..... Vielen Dank für die Hilfe...

Hei Ihr, die Benutzer wünschen sich einheitliche Hintergrundbilder, die von einem Hobbyfotografen innerhalb der Firma ungefähr monatlich gewechselt werden sollen. Per GPO (Server2008 R1) eingerichtet und funktioniert auf allen WinXP und Vista - Rechnern. Es sind ca. 90 Clients auf denen es klappt. Auf allen Windows 7 Clients erscheint nur ein schwarzer Hintergrund. Beim Abmelden aus Windows erscheint das richtige Bild für ein ganz kurzen Moment. Desktop aktualisieren wie ab und zu unter WinXP nötig etc. bringt aber auch nichts. Ich denke es hängt mit den neuen "Desings" unter Windows 7 zusammen, die W2008 R1 noch nicht kennt... Was kann ich tun?? Habt ihr eine Idee?? Vielen Dank

Hei Ihr, folgendes Szenario: HP ProLiant ML 350 G6 8GB RAM W2008 Standard 64bit SP2 Folgende Rollen/Features sind in Verwendung: -DC AD -DNS & DHCP -Netzwerkrichtlinienserver (NAP, Radius) -Dateidienste DFS Gesichert werden: Systemstatus und der Fileserver (ca. 400GB) Software: ArcServe Backup R12.5 -------------- OK - jetzt zum Problem: Nach Serverstart beträg der verwendeter physikalischer RAM ca. 30% Erster Dateischerungsjob startet --> Auslastung des physikalischen RAM ca. 45 % - dieser Wert bleibt auch nach Jobende Beim zweiten Job (nach 24 Std.) RAM bei ca. 60 % Beim dritten (wieder nach 24 Std.) liegt die Auslastung dann bei ca. 80-85 % Und ab dann schlägt die Sicherung fehl mit der Meldung "Nicht genügend Systemressourcen vorhanden" Es geht auch keine MMC mehr auf - ich kann den Server nur neu starten. In den Eventlogs stehen keinerlei Fehler darin - nur der Abruch des Jobs... Was kann ich tun?? ArcServe habe ich schon kontaktiert - die sagen es liegt an Windows... Vielen Dank für eure Hilfe

Jepp - der NAP - Agent ist auf System gestellt. Nur der NAP-Agent kann nur starten, wenn der RPC-Dienst auch auf "Lokales System" steht. (Ursprünglich war er auf Netzwerkdienst) Wenn ich die Dienste so lasse wie sie nach der Installation sind: NAP-Agent - Anmeldung als Netzwerkdienst RPC-Dienst - Anmeldung als Netzwerkdienst DCOM-Server-Prozess-Start - Lokales System erscheint beim Starten vom NAP-Agent folgende Fehlermeldung: Der Dienst "NAP-Agent (Network Access Protection)" wurde aufgrund folgenden Fehlers nicht gestartet: Das für diesen Dienst angegebene Konto unterscheidet sich von dem für andere Dienste angegebenen Konto, die in diesem Prozess ausgeführt werden. (Den DCOM-Dienst habe ich in den Abhängikeiten vom NAP-Agent-Dienst bei einem funktionierenden Vista-NAP-Client angezeigt bekommen)

Standardmäßige Dienste: NAP-Agent - Anmeldung als Netzwerkdienst RPC-Dienst - Anmeldung als Netzwerkdienst DCOM-Server-Prozess-Start - Lokales System Folgende Fehlermeldung kommt beim Start vom NAP-Agent: Ereignistyp: Fehler Ereignisquelle: Service Control Manager Ereigniskategorie: Keine Ereigniskennung: 7000 Datum: 02.12.2009 Zeit: 21:03:33 Benutzer: Nicht zutreffend Computer: LP234 Beschreibung: Der Dienst "NAP-Agent (Network Access Protection)" wurde aufgrund folgenden Fehlers nicht gestartet: Das für diesen Dienst angegebene Konto unterscheidet sich von dem für andere Dienste angegebenen Konto, die in diesem Prozess ausgeführt werden. Woran liegt das?

Hei, sorry - mein Hilferuf sollte nicht als "Jammern" ankommen. Glaube mir - ich kämpfe ungelogen 14 Stunden als Sysadmin derzeit. Und das Problem raubt mir sehr viel nerven - da hinter mir 50 Mann stehen die mit diesen Laptops arbeiten wollen. Sorry nochmal....ich hoffe du nimmst es mir nicht böse.... Also - ich arbeite immer noch daran - und habe immer noch nicht aufgegeben. :-) und werde es auch nicht :-) Mittlerweile habe ich auch etwas gefunden... Wenn ich den Panda-AntiViurs-Service (Dienst PavSrv) deaktiviere oder über die AmdinConsole den kompletten PandaClientshield deinstalliere funktioniert es einwandfrei. Das Problem bespreche ich gerade mit Panda. Nur eine Frage... Warum lässt sich der NAP-Agent unter WinXP SP3 erst dann starten, wenn der RPC-Dienst sich als "Lokales System" anmeldet??? Ich denke dass hier das Problem liegt..... Vielen Dank - Gruß Stops

Fehler im Eventlog weg durch neues Registrieren der Mobsyn dll.... Der eigentliche Fehler beim Synchronisieren ist nach wie vor da.....

Hallo, ich habe ein Problem woran ich gerade verzweifle. Ich habe an allen Cliens Laufwerke per GPO gemappt. Manche Ordner hiervon möchte ich Offline verfügbar machen. --> Funktioniert... Sobald der Laptop offline ist (unterwegs) kann man Dateien hinzufügen. --> Funktioniert Zurück am Netz sollen die Änderungen synchroniserit werden. Hierbei erscheint folgende Fehlermeldung. "Fehler beim Zugriff auf "Datei" auf "Pfad" Unzulässige Funktion" Diese Meldung bekomme ich nicht weg. Also, immer wenn Daten im Offlinezustand hinzugefügt werden kommt bei der späteren Synchronisation dieser Fehler. Dies betrifft ALLE WinXP SP3 - Clients. Alle Vista - Clients synchronisieren problemlos. (Liegen auch in der selben OU - es greifen also die selben GPOs) Folgendes wurde versucht: Offlinedateien aus- dann wieder eingeschaltet. Offlinecache neu aufbebaut (übrigens Berechtigungen passen) In andere OU´s verschoben wo KEINE GPO´s greifen (ausser LW-Mapping) Der Fileserver ist ein W2008 64bit Server. NAP (DHCP) ist bzw. bei späteren Versuchen (nicht) aktiv. Um den Dienst NAP-Agent auf den XP - Clients erfolgreich starten zu lassen war es notwendig die Anmeldung vom RPC-Dienst auf "Lokales System" zu setzen. Sonst startete der NAP-Agent Dienst nicht. Auch dieses wurde schon wieder über die Registry auf "NT-Authority\Network Service" zurückgesetzt.(Der NAP-Dienst ist dann also auch wieder deaktiviert) (Ich erwähne das, weil das das wirklich einzigste ist was seit dem geändert wurde welches UNGEFÄHR in den Zeitrahmen passt. Es hat ja mal funktioniert. Und diese Änderung war bei Vista-Clients nicht notwendig - und dort funktionierts ja) Aber dennoch - Kein Erfolg.... Im Eventlog steht folgendes: Ereignistyp: Warnung Ereignisquelle: EventSystem Ereigniskategorie: (52) Ereigniskennung: 4356 Datum: 02.12.2009 Zeit: 13:09:31 Benutzer: Nicht zutreffend Computer: LP234 Beschreibung: Das COM+-Ereignissystem konnte keine Instanz des Abonnenten partition:{41E90F3E-56C1-4633-81C3-6E8BAC8BDD70}!new:{6295DF2D-35EE-11D1-8707-00C04FD93327} erstellen. CoGetObject gab HRESULT 8000401A zurück. {6295DF2D-35EE-11D1-8707-00C04FD93327} verweist auf "MobSync" Interactive User in der Registry Vielen Dank für eure Hilfe

OK - hier nochmal die Logfile: Test 'LTO Drive Assessment test' started on device 'HP Ultrium 2-SCSI' at address '3/0.5.0' Analysis Results LTO Drive Assessment Test, version V19.08.2008 Test run: Fri Sep 4 18:26:20 2009 Drive serial number: HU10716FH7 Data Cartridge Information: Vendor: HP Format: LTO-2 Serial Number: 2080795636 Barcode: Unknown ANALYSIS OF HISTORICAL INFORMATION (from drive logs): version: V18.11.2008 Firmware rev S65D is up-to-date for Ultrium 2-SCSI as of Wed May 14 19:00:00 2008. Rule 3: The drive is having problems reading the tape servo data after loading a tape (Serial Number: 2080795636). Please clean the drive with an unexpired cleaning tape, then try using a new cartridge hp recommends the use of hp storage media There were 19 rules checked Device Analysis has checked the historical information and warnings have been reported. RESULTS OF TESTS ON THIS DRIVE [Please note: the operations performed by this overwrite test will NOT be reflected in the Support Ticket usage/health information.] Amount of data required’ test option : Default The Short Erase operation failed to complete. Byte2 0x3 SenseCode 0xc SenseQual 0x0 (Write error) ErrorCode 0x750c The Short Erase operation failed to complete. Byte2 0x3 SenseCode 0xc SenseQual 0x0 (Write error) ErrorCode 0x750c The LTO Drive Assessment Test has checked the history and/or operation of the selected drive, and The same tape was used to run the test as last time Some problems were found that could be due to the test tape Please re-run the test using a different test tape. Test Incomplete ------------- Mittlerweile habe ich auch das Tape nochmals gereinigt und zum Test ein neues Band eingelegt. Selbiges result.....

So - Firmwareupdate ist drauf. Dann Laufwerk getestet mit "HP Storage Works" Es konnte wieder angesprochen werden - aaaber: siehe LOG im Anhang..... Streamer defekt???? -------------- Backup to disk ist freilich ne Lösung - thanx für den Hinweis :-) aber nur wenn man den SPeicherplatz hat :-) Ich habe zwar noch einen kleinen QNAP den ich auch als ISCSI Target konfigurieren kann. Den wollte ich als "Backup to disk" Ordner bereitstellen - erstmal - Aber - soll ich jetzt einen neuen Streamer kaufen??? Sprich, ist der euerer Meinung kaputt??? (Meiner Meinung nach zwar schon - aber...)

Nein noch nicht geupdatet... Du denkst das Problem liegt eher an demLaufwerk wie am Controller oder???

Hei Ihr, folgendes Problem: BackupExec sichert meine Exchangedatenbanken nicht mehr. Sprich der Sicherungsjob kann das Gerät in meinen Augen nicht ansprechen. Im Eventlog steht seit gestern folgende Hinweise: Warnung - Quelle: LSI_SCSI - Ereigniskennung: 129 Das Rücksetzen zum Gerät \Device\RaidPort1 wurde ausgestellt. Die Meldungen erscheinen regelmäßig alle paar Minuten. Der Streamer wird kann auch nicht mehr angesprochen werden. Es ist ein Windows Server 2003 SP2 64bit mit Exchange 2007 ohne SP. Der Streamer hängt an einen LSI SCSI-Controller. Was kann ich tun??? ------------- Vorgeschichte: Der Server hat 4GB RAM. Die Auslagerungdatei liegt nach ein paar Tagen Betrieb des Servers bei ca. 6,5 GB. Anfang der Woche schlug das erste mal der Sicherungsjob fehl mit dem Hinweis das zuwenig RAM zu Verfügung steht... Der ist mittlerweile bestellt...(aber noch nicht geliefert) Ich startete den Server neu. Nun hatte ich für den Moment etwas mehr Speicher zur verfügung. Ich startete den SI-Job. Er brach aber dennoch den Job ab - allerdings diesmal mit dem Hinweis: Schreib- Lesefehler - Reinigen sie das Bandlaufwerk... Die LED vom Streamer zeigte aber nichts an. Dennoch reinigte ich das Laufwerk. Beim nächsten Versuch den SI-Job zu starten erschien die oben genannten Probleme...... Vielen Dank für eure Hilfe....

Hallo, ich bin kein SharePoint - Spezialist..... (habe bis jetzt nur SP-Services standardmäßig installiert und eingerichtet) ...aber wie kann ich mit SharePoint MS Project-Dateien öffnen?? Sprich - Integration von MS Project in SharePoint-Services 3.0??? Laut MS (ich telefonierte heute mit Ihnen) soll das Anzeigen von Project-Dateien ohne Probleme mit SharePoint möglich seien??? Danke für die Info.....

Habe jetzt bei der VM mit dem W2008 irgendwelche Einstellungen geändert. Erstelle jetzt nochmal mit diskshadow ein Snapshot - kopier mir die vhd und schiebe sie heute abend daheim in meinem Test-Hyper-V einer neuen VM unter. Mal gucken welcher Stand dabei raus kommt.....mit den Änderungen oder ohne den Änderungen....

Nur eine Idee... Zwangstrennung der DSL-Leitung alle 24 Stunden?? Vielleicht im Router/Firewall selbst erzeugt??