Jump to content

testperson

Expert Member
  • Gesamte Inhalte

    10.259
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von testperson

  1. Hi,

     

    ich habe grade mal auf einen meiner älteren 2019er Server geguckt und da geht es bis 04/2019 zurück. Wann wurde dein System installiert und mit welchem Medium? Im VLSC bekommst du ja bspw. auch nur noch relativ aktuell gepatchte ISOs. 04/2020 war meine ich sogar ein ISO. Evtl. passt die Erklärung ja. ;)

     

    Gruß

    Jan

  2.  

    vor einer Stunde schrieb HeizungAuf5:

    Auf dem Printserver selbst funktioniert ein Druck problemlos in wenigen Sekunden. Testweise habe ich im Rechenzentrum einen zweiten Server (Ebenfalls Windows 2019) installiert und die Drucker dort vom Printserver eingebunden (Gleiche Treiber, gleiche Drucker). Dort funktioniert der Druck problemlos!

    Aus welchen Anwendungen hast du am Printserver / Testserver gedruckt?

     

    Viele Anwendungen werden vor dem Druck zumindest den Standarddrucker, wenn nicht sogar alle Drucker, "prüfen" und bei dieser Prüfung werden je nach Einstellungen im Treiber / den Eigenschaften diverse Dinge (Druckerzubehör, Papierformat, Tonerstandt, ...) vom Drucker abgefragt. Je nach Anzahl an Druckern kann das eben dauern. Ausgeschaltete bzw. nicht erreichbare (verbundene) Drucker verzögern diesen Vorgang nochmals.

  3. @StefanWe Ich hole mir "für andere Zwecke" Sessions im Leerlauf unter bestimmten Bedingungen in Zabbix und entsorge die nach einer vorgegebenen Zeit. Den Ansatz ein wenig weiter verfolgt, könnte dir evtl. helfen:

    • Per "quser" den/die Benutzer, "Sitzungsnamen" (und die ID) holen
      • Sofern es eine lokale Anmeldung (Sitzungsname "console") ist, ist die Workstation "$env:COMPUTERNAME" / "%COMPUTERNAME%"
      • Ansonsten ist der Clientname in
        • HKEY_CURRENT_USER\Volatile Environment\<ID> bzw.
        • HKEY_USERS\<SID>\Volatile Environment\<ID>
  4. Am 11.7.2020 um 17:51 schrieb testperson:

    Mir sind zuletzt eine Hand voll Exchange Server begegnet wo - losgelost von einem Update - keine Zertifikate mehr ans Backend gebunden waren. Da gab es dann auch entsprechende Serverfehler.

    Hast du das mal im IIS (Start -> Ausführen -> inetmgr) geprüft?

     

    Ansonsten Case bei MS?

  5. Hi,

    vor 16 Stunden schrieb Cryer:

    Windows Server 2019 als DC und Fileserver

    Windows Server 2016 als RDS

    Windows Server 2019 als Printserver

    Windows Server 2019 als "Datenbankserver" (Es kommt SQL Express im Rahmen von SFirm 4 drauf)

    schau dir doch mal die von Microsoft (und ggfs. den Applikationsherstellern) deren Ausschlussliste für Virenscanner an und überlege, was dann noch zum Scannen über bleibt:

    Auf RDSHs (/ Clients) würde ich, egal ob 3rd Party AV oder Defender, zusätzlich auf AppLocker setzen.

     

    Ebenfalls wäre es wichtig, die "üblichen" Einfallstore (Mailsecurity / Websecurity) so weit möglich einzuschränken und (auch hier) auf Whitelisting zu setzen. Des Weiteren wäre zu beachten, welche administrativen Konten sich von wo (und wie) an welchen System anmelden dürfen (https://docs.microsoft.com/en-us/windows-server/identity/securing-privileged-access/securing-privileged-access) und was mit "Cached Credentials" passiert.

     

    Gruß

    Jan

     

    P.S.: In deinem Fall hätte ich dedizierten DC und dann Fileserver + SFirm bevorzugt. :)

  6. Hi,

     

    mir war das Geflicker damals auch zu nervig und wackelig. Daher bleibe ich beim Eintippen von Startcode und 10 Ziffern der IBAN. Ein, zwei Kunden wollten das bei uns in einer Citrix Session nutzen und haben das aber auch recht schnell wieder aufgegeben.

     

    OT: Ihr alle mit eurem neumodischen Kram. Ein Kunde war Anfang des Jahres kurzzeitig entsetzt, dass er seine Überweisungen nicht mehr (zuverlässig) per Fax an die Bank übermitteln konnte.

     

    Gruß

    Jan

  7. Hi,

     

    mit der PowerShell wärst du da (grob) bei:

    Gruß

    Jan

  8. vor einer Stunde schrieb omit1396:

    Allerdings ist auf dem Exchange die exchangeserver.msi aus unerfindlichen Gründen nicht mehr vorhanden. Somit lässt sich beim Upgrade auf die neuste CU, die alte CU 11 nicht deinstallieren.

    Dann würde ich nicht updaten sondern einen neuen Exchange "daneben" installieren, Postfächer und Co. verschieben und dann den alten Exchange ausschalten und aufräumen.

     

    Wenn es eine Testumgebung ist würde ich direkt platt- und neumachen.

  9. Hi,

     

    vor 43 Minuten schrieb omit1396:

    hat vielleicht noch jemand von euch Exchange Server 2013 CU 11 rumfliegen. Bräuchte die Version für ein Update eines alten Testsystems.

    geh doch direkt auf CU23. Voraussetzungen erfüllen und dann direkt CU23 patchen.

     

    vor 10 Minuten schrieb mikro:

    thttps://msexchangeupdates.com/

    Die Seite ist ja theoretisch echt brauchbar, allerdings bleibt es für mich fraglich (MS) Content von 3rd Party zu laden.

     

    Gruß

    Jan

    • Like 1
×
×
  • Neu erstellen...