Jump to content

john23

Members
  • Content Count

    154
  • Joined

  • Last visited

Community Reputation

2 Neutral

About john23

  • Rank
    Junior Member

Recent Profile Visitors

563 profile views
  1. Ist je nach Benutzer anders - sind mindestens 3 Laufwerke, max 6 Laufwerke. Finanzen Technik Userlaufwerk Betriebsrat Vertrieb etc. Je nach Abteilung auch in einer anderen Konstellation verbunden. Habe für jedes Laufwerk eine eigene GPO. Mich wundert es einfach nur woher diese veralteten Infomationen aufeinmal herkommen, wenn die Laufwerke eh auf Verbindun wiederherstellen stehen und alle vor dem Update da waren.
  2. Kann ich nicht mit sicherheit sagen. Updates werden nicht immer gleichzeitig installiert und einige Benutzer achten nicht so sehr auf die Namen der Laufwerke. Vom Gefühl er würde ich sagen haben alle Benutzer und zwar bei jeden Funktionsupdate + nun auch Teilweise bei anderen Updates. Ich versuche es mal mit aktualliseren der Laufwerke.
  3. Ist bei den letzten Updates von 1709 auf 1803 aufgetreten und heute bei oben genannten kumulatives Update KB4509478.
  4. Hallo Leute, ich habe folgendes seltsames Problem. Wenn Windows 10 Clients ein Funktionsupdate bekommen und seit neustem auch bei kumulatives Update KB4509478 - passen nach einem Neustart die Netzlaufwerke nicht mehr. Ich verbinde die Laufwerk über Benutzer GPOs mit der Einstellung erstellen und beschrifte die Laufwerke auch mit bestimmten Namen z.B Finanzen, Technik etc. Nach einem Update haben die PCs aufeinmal alte Netzlaufwerke verbunden wie ich diese damals mal eingerichtet hatte - die Pfade stimmen noch meistens aber die Beschriftung fehlt und es wird einfach der Pfad + Namen der Freigabe angezeigt. Wenn ich die Laufwerke dann alle von Hand trenne und den PC neu starte greift die GPO wieder richtig und erstellt die Netzlaufwerke so wie sie sein sollen. Ich kann die GPO nicht auf aktuallisiere / ersetzen, da das dazu führt, dass Explorer Fenster / Programme in regelmäßigen Abständen die Verbindung verlieren, wenn die GPO die Laufwerke dann aktuallisiert / ersetzt wenn der Benutzer auch angemeldet ist. Wo kommen diese alten Verbindungen her? Hat einer eine Idee wie ich dieses Problem umgehen kann? Gruß John
  5. Bevor ich Outlook.domain.de auf die alte Exchange usmtelle muss ich sichergehen, dass alle Clients die neue richtige Konfig haben, da sonst keiner mehr eine Verbindung bekommen würde (Postfächer sind ja alle auf dem Exchange 2016). Zudem ist die Frage in wie vielen Systemen outlook.domain.de noch eingetragen ist um sich eventuell an E-Mail Konten anzumelden und was zu machen. SMTP selbst wäre nicht schlimm, das sollte ja noch weiter funktionieren. Der ServiceConnection Point zeigt momentan auch auf outlook.domain.de - den sollte ich wohl als erstes auf autodiscover.domain.de ändern, damit der losgelöst von dem Namen funktioniert. Ich habe in den letzten Tagen auch einen Test mit den SCP gemacht um den Loadbalancer zu umgehen --> den SCP auf server1.domain.de gesetzt ( ist auch auf den Zertifikat enthalten). Im Outlook konnte ich aber immer noch sehen, dass der Autodiscover test outlook.domain.de angesprochen hat. Wie lange dauert es bis der SCP aktiv wird für die Clients? Muss ich dienste dafür neu starten?
  6. Danke für die Antwort erst mal. Ich hoffe ja schlauer zu werden statt dümmer :P. Ich habe die Endpunkte vom alten Exchange übernommen, da diese in vielen Systemen drin stehen. Dachte ich würde damit Probleme vermeiden, ist aber wohl anders. Mobile.domain.de und outlook.domain.de zeigen intern momentan auf die gleiche IP - die Namen sind auch überall in den Zertifikaten drinne, daher sollte es wohl gehen, dass ich alle Endpunkte auf Mobile.domain.de ändere außer den RPC endpunkt. EXPR und EXCH könnte ich außerhalb der Arbeitszeit setzten auf ServerExclusivConnect.
  7. Hallo Leute, oh überraschung ich habe wieder ein Autodiscover Thema.. Ich denke ich bin schon besser im Thema Exchange geworden, aber es gibt immer wieder Situationen wo ich nicht so recht weiter weis. TLDR: Autodiscover Outlook2010 geht Outlook 2016 geht nicht. 2x CAS Exchange 2010 2x MB Exchange 210 DAG CAS Array war outlook.domain.de --> Der Name ist auf den LB übergegangen und das CAS Array Objekt in Form von dem Computerobjekt gibt es noch Migration zu Exchange 2016 Kemp Loadmaster 3x Exchange 2016 DAG Clients Windows 7 / Outlook 2010 / 2016 Die Postfächer sind bereits alle auf dem Exchange 2016 Bisher waren alle Clients überwiegend Outlook 2010 was mit meiner Konfiguration auch funktioniert hat. URLs sind auf outlook.domain.de und mobil.domain.de Split DNS ist vorhanden Alles läuft momentan noch über RPC/HTTP(S) MAPI ist Global deakiviert Wenn ich MAPI auf ein Postfach aktiviere komme ich in Outlook nicht mehr rein, weder Outlook 2010 noch 2016. Es gibt eine GPO welche für die Outlook 2010 Clients Konfiguration für Outlook Anywhere verteilt: https://outlook.domain.de Nur SSL für Verbindungen verwenden Bei Langsamen und bei Schnellen Netzwerken Verbindung über HTTP Herstellen ,dann über TCP/IP Auth NTML EXPR und EXCH Eintrag wurden in der Migration nicht geändert: CertPrincipalName : leer Nun kann ich bei den Outlook 2010 Clients problemlos Autodiscover machen, seltsam finde ich nur, dass wenn ich einen Test in Outlook mache ich beim ersten Test 2x http 401 herausbekomme und dann erst ein http 200. Danach nur noch ein HTTP 200. Ein Outlook 2016 Client kann sich via Autodiscover nicht verbinden, es kommt ein Passwort Popup. Über den Browser kann ich mich nicht einloggen wenn ich outlook.domain.de/autodiscover/autodiscover.xml aufrufe jedoch wenn ich am Loadbalancer vorbei an einzelne Exchange Server gehe schon über server.domain.de/autodiscover/autodiscover.xml Wenn ich das ganze zum testen in die Hosts eintrage kann ich dennoch kein Outlook einrichten. Wenn ich den Autodiscover Test mache bekomme ich nur Http: 401 zurück mit Fehgeschlagen (0x800040413) Test-OutlookWebServices | FL Scenario : AutoDiscoverOutlookProvider ScenarioDescription : AutoErmittlung: Outlook-Anbieter Result : Failure Latency : 210 Error : System.Net.WebException: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert. ---> System.ComponentModel.Win32Exception: Der Zielprinzipalname ist falsch bei System.Net.NTAuthentication.GetOutgoingBlob(Byte[] incomingBlob, Boolean throwOnError, Security Kerberos ID 4 Fehler sind im Eventlog auf dem Client und auf dem Server zu finden. Wenn noch konkrete Infos fehlen trage ich die gerne nach.
  8. Geht immer noch nicht nach diesem Update - da die Clients sehr veraltet scheinen werde ich mal generell Windows Update machen.
  9. Jap - nun hast du mich umgehauen. Danke dir !
  10. Im IE habe ich das nun angehackt und kann das auch aufrufen. Outlook zeigt noch das gleiche beim Test. Oder gibt es da auf "Outlook" ebene noch was einzustellen?
  11. Im IE lande ich auf ( siehe Bild unten) - im Firefox sehe ich die Owa Login seite ohne Zertifikatsfehler Zertifikat ist Wildcard Client ist Windows 7
  12. Ja - aber spielt das eine Rolle wenn das in den URLs auf dem Exchange nicht konfiguriert ist? Ist auch im Split DNS
  13. Ja es ist ein Proxy im einsatz auf den ich aber nur indirekt was machen kann. Ausnahmen sind definiert remote.domain.de ( im internet Explorer) Wenn ich den Proxy raus nehme bekomme ich dann nur noch den Status Code 0.
×
×
  • Create New...