Jump to content

svenider

Members
  • Gesamte Inhalte

    171
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von svenider

  1. wirst lachen; habe ich auch schon dran gedacht. Habe es auch getan, aber wird vermutlich erst nach einem Reboot der Gast- und Hostsysteme greifen?!
  2. Hallo, komme hier leider nicht weiter.... Folgendes Setup: S1: 2008 R2 - HyperV S2: GAST auf S1: 2008 R2 - AD/DNS/DHCP/IIS/EXCH/RDS-GW S3: GAST auf S1: 2008 R2 - RDS-HOST C1-120: Win7 Pro x64 SP1 Bei den Clients greift für Softwareverteilung nicht. Wenn ich hier in die RSOP schaue, dann habe ich in der Computerkonfiguration folgenden Fehler: Die Zeitgeber auf dem Client- und Servercomputer weichen von einander ab. In der Tat weicht diese tlw. um ca. 20sec ab. Aber eigentlich sollten doch die Clients automatisch mit dem DC synchronisieren?! W32TIME ist auf dem S2 gestartet. Wenn ich am Client net time /set /yes ausführe meldet er Fehler wegen Rechten. Bei net time am Client meldet er die Uhrzeit des S1. Was sehe ich hier nicht? Grüße
  3. Hallo, muss mich da meinen Vorrednern anschließen. Ohne entsprechende Grundkentnisse ist das so eine Sache. Aber die Verantwortung liegt ja diesbezüglich nicht bei uns. Für die Tatsache das die Firma bislang auf eine NAS gebaut hat, greifst du schon gut zu bei den Lizenzen (Enterprise?). Zum Thema Exchange würde ich dir mal folgendes TuT empfehlen: http://www.r33net.de/files/exchange2010_w2k8r2_stepbystep_ger.pdf Dort wird auch etwas über den Transportweg geschrieben. Prinzipiell ist es selten sinnvoll mit PoCon und Co zu arbeiten. Versenden via Smarthost ist ja eine andere Sache! Zumal ja scheinbar die Vorraussetzungen für direkten Empfang gegeben sind. Richte doch einfach mal testweise einen DynDNS-Account ein oder hole dir eine feste IP, und spiele ein wenig mit dem EXCH herum. Natürlich solltest du nicht sofort produktiv damit arbeiten! Viel Spaß.....
  4. Hi, ne, Mitgliedschaft ist identisch. User liegen in der gleichen OU (User). GPO greift nur die PKI/KRA und Default DC. Habe dem regulären Admin auch die Mitgliedschaften nochmals zugewiesen. Bringt aber auch nichts. Klar, mit dem CO-Admin ginge es auch. Ist halt in diesem Fall nur minimal umständlicher..... Wo könnte ich noch suchen? Grüße
  5. Hallo, ist (natürlich) Domain-Admin. Wie gesagt; mit dem Co-Admin läufts... Ist halt nur **** zu administrieren..... Muss ja irgendwo der Fehler stecken....
  6. Kurzes Updates: Habe mal testweise einen neuen User (Co-Administrator) mit entsprechenden Rechten angelegt. Mit diesem habe ich keine Probleme. Also stimmt irgendwas mit den Berechtigungen des regulären Administrators nicht. Aber wo suchen? Grüße
  7. Hallo, habe hier einen Exchange 2010 STD auf einem 2008R2. Verwendung ganz klassisch: Senden per Smarthost, OWA, etc.... Wollte gerade erstmals ein Public Folder erstellen. Wenn ich über die EMC die Toolbox für Öffentliche Ordner auswähle, dann erweitert er ganz regulär die Ansicht. Sobald ich jedoch auf einen Ordner klicke kommt: Es ist kein 'PublicFolder' vorhanden, das der folgenden Identität entspricht: '\'. Eine DB ist erstellt und normal eingebunden. Was läuft hier schief? Grüße
  8. kleinlaut: Habe gerade in meinem Halbschlaf nochmals netstat -an laufen lassen. Hier hat sich TeamViewer auf 80/443 breit gemacht. Nun läuft der Test bis auf das Zertifikat einwandfrei. Komisch nur, dass der IIS nicht loggt, dass er die nicht binden kann..... Aber das werde ich mir morgen vornehmen......
  9. Ja Guten Abend Norbert, sind hier alle Nachtaktiv? keine Konnektivität Gruß
  10. Hallo, hast ja prinzipiell recht. Aber warum meldet dann tesexchangeconnectivity einen RPC/HTTP Fehler. Da kommt es ja gar nicht zu einem Zertifikatsabgleich.....
  11. Hallo, wünsche zunächst mal allen ein gutes Neues Jahr. Leider fängt das neue nicht wirklich gut an. Habe hier einen ungwöhnlichen Fall: Ziel: Bereitsstellung von Exchange 2010 (OAW,OWA) und Remotedesktopgateway (RDWeb) via SSL. Versand der Mails per Smarthost (1&1). Empfang direkt! Basis: - Zwei performante 2008R2 x64 SP1 - WAN per 50VDSL - Exchange 2010 Standard - TLD bei 1&1 - DynDNS Account - CSA (Eigene Zertifikate) Derzeitiger Stand: Auf dem Server1 läuft: IIS/AD/DNS/EXCHANGE/ADCS/RDS(nur GW & Lizenz) Auf dem Server2 soll nur der RDS-Host laufen OWA klappt soweit. Ist über eine weitergeleitete Subdomain der TLD auf DynDNS (http://sub.domain.tld - HTTP-Weiterleitung - https://firma.dyndns.org/owa) erreichbar. Scheinbar habe ich hier einen Zertifikatsfehler. Habe ich mir aber noch nicht näher angeschaut. Dazu später mehr.... RDWeb klappt ebenso. Gleicher Weg wie OWA AnyWhere will nicht. Wenn ich versuche mit einem Client zu connecten bringt Outlook einen Standard**** von wegen "Name konnte nicht aufgelöst werden... Exchange ist nicht online.....". https://testexchangeconnectivity steigt schon bei RPC/HTTP aus. Soweit eigentlich klar. Irgendwas im IIS. Aber ich komme einfach nicht drauf. 80 und 443 sind offen; das beweist ja auch die Funktionalität von OWA/RDWeb. IIS ist auch relativ jungfreulich. Nur die Defaul-Site und halt die Standardbindungen (80,443 auf *Any) Exchange ist soweit konfiguriert. Anywhere ist auf die sub3.domain.tld konfiguiert. Natürlich mit NTLM und SSL. Weiß jemand Rat? Danke....
  12. Ein gutes Neues Jahr! Fehler ist nun behoben. Habe den IIS und Exchange deinstalliert und anschließend die ListenOnlyList im Http-Zweig angepasst. Den ganzen Muff wieder druff und das wars.... Grüße
  13. Hallo, habe hier einen 2k8R2 SP1 x64 bei dem der WinRM zickt. Egal wie ich den anfasse (z.b. winrm qc) er bringt: ID142: Fehler bei WSMan-Vorgang "Invoke". Fehlercode: 2150858770 Meldung in der Box: WinRM already is set up to receive requests on this machine. WSManFault Message = The client cannot connect to the destination specified in the request. Verify that the service on the dest ination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running o n the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service: "winrm quickconfig". Error number: -2144108526 0x80338012 The client cannot connect to the destination specified in the request. Verify that the service on the destination is run ning and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destinat ion, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination t o analyze and configure the WinRM service: "winrm quickconfig". Exchange 2010 kommt auch nicht hoch; Initialisierungsfehler...... Hier hat einer exakt das gleiche Problem: winrm quickconfig doesn't work (Network Steve Forum) Das KB981845 habe ich angefordert. Es lässt sich jedoch nicht installieren. Meldet dass es nicht für mein System geeignet wäre..... Hat da jemand einen Rat? Danke und Guten Rutsch!
  14. Entweder dumm gesucht oder **** gefunden: Lösung: Computerkonfiguration\Administrative Vorlagen\System\Gruppenrichtlinie Ordnerumleitung bei SlowLink aktivieren..... Aber das er nicht loggt ist trotzdem doof :mad: Closed: und guten Rutsch!
  15. Hallo, habe hier ein merkwürdiges Problem: Server: 2008R2 ganz konventionell (AD/DC/DNS/DHCP) Clients: 7 Ultimate x64 SP1 Clients sind über mehrere Standorte verteilt. Standorte sind mittels VPN über 10k SDSL vernetzt. Bei manchen Clients greift die GPO der Ordnerumleitung nicht. Das Home bleibt lokal. Es wird zwar das Share korrekt gebunden, dieses bleibt aber leer. RSOP hat keine Fehler. Event ebenso. Gpresult meldet ebenfalls dass die GPO angewendet wurde. Das einzigste was mir aufgefallen ist, ist dass die Verbindung als langsam (<500kps) eingestuft wird. Aber lässt er dann die Umleitung aus? Außerdem loggt ja weder der Server noch der Client. Außerdem geht es ja bei manchen. Andere, welche zu Anfang nicht sofort umgeleitet haben, haben nach ca. 3h Leerlauf dann doch noch umgeleitet. Aber drei verharren ganz arg im lokalen Ländchen... Alles sehr komisch. Habe leider keine Ansätze mehr.... Grüße
  16. Doch doch.... :cool: liest sich nur bescheiden! Weis aber nicht wie ich es sonst formulieren könnte Der User DTEST war schonmal bevor ich das ganze unternommen habe angemeldet, und hatte daher auch einen üppigen CSC. Nur ist das Problem aufgetreten, dass wenn sich der User DTEST ausserhalb des Standortes angemeldet hat, er kein vernünftiges Profil hatte. Er konnte keine Dokumente öffnen, BitDefender konnte nicht starten,Outlook konnte nicht starten,Taskleistensymbole waren ungültig,....,.....! Die Offlinedateien haben zwar funktioniert, aber waren ja unbrauchbar, weil er sie nicht öffnen konnte. Daher habe ich ja herum probiert. Im zuge dessen habe ich ja die lokale Kopie von DTEST gelöscht, damit sich dieser ein neues aus dem Default zieht (so mein Gedanke). Was ja auch super funktioniert hat! Aber warum hat es zuvor nicht geklappt? Greift da vlt. eine GPO? Bin schon am Lesen, kann aber bislang nichts finden.
  17. Hi Norbert, war gerade noch am edit. Lies es dir bitte nochmal durch..... thx...
  18. Hallo, bin im Moment irgendwie blockiert. Habe folgende Umgebung: Server: 2008R2 als DNS/DHCP/AD Clients: Win7 Ultimate x64 SP1 Die Clients haben Servergespeicherte Profile. Ebenso wird die Ordnerumleitung inkl. Offlinedateien genutzt. Wenn ein Client jetzt ausserhalb des Standortes ist, dann kann er ja nicht auf sein Profil zugreifen. Daher wird er ja mit einem temporären Profil angemeldet. FRAGE1: Dieses temporäre Profil wird ja aus dem Default generiert? FRAGE2: Was ist jetzt mit den Offlinedateien. Sind die dann auch verfügbar? Habe das gerade mal getestet. Zwar nicht in der richtigen Reihenfolge: Habe den Default in Default.bak umbenannt. Dann habe ich den lokalen User TEST kopiert. Diese Kopie vom User TEST habe ich dann in Default umbenannt. Dann habe ich DTEST gelöscht. Nun DTEST (Domänenuser) angemeldet. Dieser zieht scheinbar sauber das Profil vom Default. Unter C:\User\ taucht jetzt ein TEMP auf. FRAGE3: Warum ein User names TEMP; habe mich doch mit DTEST angemeldet?! Nur sind die Bindungen bzgl. Offlinedateien nun weg. Klar, normalerweise konfiguriert man ja auch den Default bevor man produktiv inkl. Offlinedateien arbeitet. Nur hat es zuvor nicht funktioniert. Bevor ich das ganze probiert und durchgeführt habe, hat der DTEST User kein vernünftiges Profil bekommen. Nachdem anmelden ploppten unzählige Fehlermeldungen von Programmen auf, und man konnte keine Officedokumente öffnen. Was mache ich falsch?
  19. Thema kann kann geschlossen werden! Liegt am defekten Userprofil. Habe da einen anderen Fehler......
  20. Kurze Anmerkung: Nachdem Word beim Öffnen einer Datei abstürzt wird auf dem Desktop eine MSO0127.acl oder MSO1031.acl erstellt.... Vielleicht hilft das?
  21. Hallo, habe hier ein kleines Problem. Wenn ein User sich mit einem temporären Profil anmeldet, und der CSC (Offlinedateien) greift, dann kann er keine Officedokumente öffnen. Beim Versuch diese zu öffnen, startet er den Splash (Word wird gestartet) und schließt sich dann. Wenn ich es nochmal probiere, dann startet er im Abgesicherten Modus, zeigt aber auch nicht das Dokument. Wenn ich die Word Exe starte, und etwas schreibe und es dann speichern möchte, schmiert er beim Speichern ab. Irgendwie klappt da was mit dem CSC nicht.... Aber was? User haben Win7 Prof x64 SP1 Office ist 2010 Pro Plus SP1 Danke! Grüße
  22. Hallo, muss das Thema leider nochmals aufkochen. Irgendwas stimmt mit den Clients (W7SP1x64) nicht. Manche machen richtig Probleme bei der An- bzw. Abmeldung. Die Abmeldung dauert tlw. ca. 7Minuten. In diesen 7 Minuten machen die Clients aber keinen Traffic auf dem WAN/VPN. Die leiern bei 40kbits Upload rum. Irgendwann machen Sie dann vernünftig Traffic auf dem Down und Upstream. Aber was machen die in dieser Zeit? Klar, Profil zurück, Filesync und co. Aber sie fangen ja erst so extrem langsam an...... Es muss definitiv was an den Clients sein. Denn wenn ich zur gleichen Zeit mit einem anderen Clients im VPN spiele, dann geht das einwandfrei. Events bekomme ich keine..... Kann das QoS der Clients sein?
  23. Ist ein Marvell Yukon Chipsatz. Also nichts besonderes. Aber mit der Aussage der Unterstützung hat zahni recht. Habe bisher nur zweimal für IEEE802.1ad eine extra NIC verbaut.
  24. Oh. Habe es auch gerade im TN gesehen: Neue Funktionen und Änderungen der Benutzerprofile
×
×
  • Neu erstellen...