Jump to content

LukasB

Abgemeldet
  • Gesamte Inhalte

    4.479
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von LukasB

  1. Als IT Dienstleister ist im übrigen der einfachste Weg Certified Partner zu werden - dann kriegst du genügend internal use Lizenzen für 25 Leute, plus MSDN, TechNet, und eine halbe Tonne Demonstrations- und Schulungslizenzen.

     

    Das ganze ist enorm günstig (2500 CHF pro Jahr und vielleicht 10h administrativer Aufwand pro Jahr). Alles was du brauchst sind zwei bei dir angestellte MCPs und je nachdem 3 Referenzkunden.

  2. Beachte auch das du bei deiner Konstellation folgendes Problem haben wirst:

     

    Du kannst den Ex2000 Server nicht herunterstufen, da Exchange darauf läuft - der Exchange 2007 funktioniert aber nicht in einer Site mit W2000 DCs. Du musst also die Sites zumindest logisch auftrennen (was kein grosses Problem ist, aber dran denken muss man).

     

    Ein weiterer Tip: Mach nicht drei Threads zum gleichen Thema auf.

  3. Nein.

     

    Mit einem User-Agent Switcher kannst du mal schauen wie Firefox das Premium-OWA verarbeitet. Das Problem ist wohl das OWA-Premium nie mit anderen Browsern getestet wurde (wohl aus technischen und natürlich auch Marketing-Gründen).

     

    Wenn dir mal richtig langweilig ist könntest du ein Greasemonkey-Script schreiben, welches OWA Premium für FF "fixt" :)

  4. Hallo dboxer und Willkommen im Board,

     

    Mir ist keine solche Lösung bekannt - mir ist auch schleierhaft was das Sicherheitstechnisch bringen soll.

     

    Was für dich evtl. eine Option sein könnte ist Bitlocker mit TPM-only Authentifizierung. Dabei nur das TPM verwendet um die Verschlüsselung sicherzustellen. Damit ist die Platte an das Mainboard gebunden.

     

    Bitlocker kann sonst auch TPM+PIN, TPM+USB Key verwenden. Modi ohne TPM sind auch möglich. Aber dynamisch zwischen den Modi umschalten je nach Umgebung kannst du nicht - ist IMHO auch sinnlos.

     

    Der TPM-Only Mode hat gravierende Nachteile was die Sicherheit angeht - Key-Retrieval Angriffe sind damit spielend leicht, auch bei abgeschalteter Maschine. Kann aber ein akzeptabler Kompromiss sein.

     

    Gruss,

     

    Lukas

  5. Die Frage die sich also stellt: Macht es jetzt Sinn, so Standard 0-8-15 ThinClient bei ebay zu ersteigern, die definitiv unter W2K und W2K3 laufen oder ist davon abzuraten, weil diese dann nicht mit W2K8 kompatibel sind? Ich weiß nämlich nicht, wie's damit RDP-Versionen usw. aussieht...

     

    Auch ältere RDP-Clients können sich mit WS08 verbinden, es werden dann jedoch einfach nicht alle Features unterstützt (ThinPrint, neue Komprimierung in 6.1, NLA, RemoteApps, TS Gateway, etc. pp).

     

    ThinClients gibts ja diverse, auch solche die auf XPe basieren und mit den MS-eigenen Clients arbeiten. Schau einfach das du gute ThinClients von einem renommierten Hersteller kaufst, für welche es auch Updates gibt - je nachdem musst du dafür auch Wartung erwerben.

  6. Danke für deine Schnelle Antwort, ich weiss das es sowas gibt doch danach muss noch alles moegliche umgestellt werden autodiscovery usw.

     

    Damit AutoDiscovery bei Nicht-Domain Clients (EAS Endgeräte, Home Office, etc. pp.) musst du das sowieso machen.

     

    Ist irgendwie nicht recht inteligent geloesst worden oder?

     

    Hmm, ich finde die Sache ist sehr intelligent gelöst und sehr detailliert dokumentiert.

     

    Wie macht ihr das ?

     

    Gemäss Best Practice. D.h. ein UCC/SAN Zertifikat, autodiscovery.company.tld, eine externe URL (mail.company.tld) und eine interne URL (cas-01.ad-domain.internal). Funktioniert hervorragend, verursacht keine Probleme, und ist garantiert nicht bastelig.

     

    Du kannst aber auch alles auf den externen Namen konsolidieren und mit Split-DNS, Loopback NAT oder einem Reverse-Proxy arbeiten, und einen SRV RR für Autodiscovery verwenden. Dann reicht auch ein nicht-UCC Zertifikat. Hab ich in meiner privaten Spielumgebung so gemacht, und es funktioniert auch. Produktiv würde ich sowas nicht deployen.

  7. Server Central mit OS Windows 2003 SBS mit Funktionen AD/DC, Exchange und pseudo DNS, eigentlicher DNS Server läuft unter Linux. Lediglich die _msdcs... liegen da und ein paar andere ausnahmesachen.

     

    Was meinst du damit? Der Resolver ist eine Linux-Maschine und hat einen Verweis auf den SBS für die AD Zone, oder etwas komplexeres?

     

    Wie gehe ich nun am Besten vor um den DC auf einen neuen Server mit Windows 2003 Standard Edt zu migrieren?

     

    Ich habe 2 Stunden nach Whitepapers gesucht aber nicht wirklich was gefunden :(

     

    How to upgrade Small Business Server Domain Environment to regular Windows 2003 Domain

     

    "sbs migrate regular". 1. Hit :)

×
×
  • Neu erstellen...