LukasB

Nun, eigentlich müsstest du auch in der Lage sein sogenannte CNAME-Records einzurichten. Ist natürlich abhängig davon wer dein DNS-Anbieter ist. Vielleicht macht es Sinn mal deren Support zu kontaktieren, evtl. kann ein CNAME-Record manuell eingerichtet werden. Grundsätzlich ja, aber um deine Frage zu beantworten müsste man erst mal wissen von welchem Anbieter du überhaupt redest.

Am besten machst du einen CNAME für remote.example.de auf example.dyndns.com. Dann klappt alles wie es soll, und du musst nicht basteln.

Auf Clients und Terminal-Servern aktiv - ohne Ausnahmen. Auf den anderen Servern habe ich es aus Bequemlichkeit abgeschaltet.

Ist die Hardware denn für den Betrieb von Server 2008 zertifiziert? Ihr gebt einem Kunden Garantien ohne alle Faktoren unter Kontrolle zu haben?

Nein, geht auch technisch nicht: The Official SBS Blog : Can I Use Terminal Services in SBS 2008? Beim SBS 2008 Premium hat man natürlich die Möglichkeit die Windows Server Standard-Lizenz zu nutzen um einen TS zu installieren.

Captive portal - Wikipedia, the free encyclopedia Für Windows gibts eher weniger solche Lösungen - für Linux und co gibts einiges, viele "Router-Distributionen" (die primär für Zuhause und so) gedacht sind bieten die Funktionalität auch an. Natürlich spricht technisch nichts dagegen sowas unter Windows nachzubauen.

Wir benutzen rancid. Shrubbery Networks, Inc. - RANCID Dank CVS und passenden Commit-Mails hat man einen guten Überblick wenn jemand anders etwas ändert, und CVS erlaubt das wiederherstellen älterer Konfigurationen. Nachteile: Läuft nicht unter Windows, bzw. nicht anständig...

Wie soll das gehen? Die IP gehört einem der beiden Provider. Teaming ist ja wohl nicht das was du suchst, nehm ich an (Welches unter Windows durch den NIC-Treiber gemacht wird, nicht durch das OS).

Windows Small Business Server: Downgrade Rights

DFS-R ist ab Windows Server 2003 R2 Standard verfügbar. Die SBS Versionen hatten aber nie DFS-R Funktionalität.

Ein kombinierter Ansatz: Hier jemand aus der Schweizer Internetszene der über einen der Anbieter schreibt: Netclean Whitebox - effektive Methode gegen Kinderpornografie im Netz - CH Internet Szene Technisch macht das einen halbwegs sinnvollen Eindruck.

Du brauchst einen Edge-Server (in der DMZ, mit einer eigenen externen IP-Adresse) und einen Standard-Server im LAN. Director, Enterprise Pool, Mediation Server etc. brauchst du alles nicht für dein Szenario. Skype? Windows Live Messenger? Microsoft bietet OCS sonst auch Hosted an.

Wenn du sowas detailliertes willst stellt man normalerweise jemanden dafür an - einen Dienstleister. Vorallem wenn du komische Schnapsideen umgesetzt haben willst. Du brauchst einen temporären Server. Du migrierst dann von: AltServer auf TempServer Dann löst du AltServer auf. Dann migrierst du von TempServer wieder auf AltServer. Wenn du dafür eine Schritt-für-Schritt-Anleitung willst muss jemand mehrere Stunden arbeit investieren, das bei sich im Lab nachstellen, etc. pp. Sowas findest du nicht einfach im Web oder macht jemand gratis für dich. Ja, das erschwert gewisse Disaster-Recovery Szenarien, oder wenn jemand etwas verbastelt hat. Ist halt eine Entscheidung die man treffen muss. Zwei DCs zu haben die nur DCs sind ist immer ein schönes und bequemes Szenario, aber nicht jeder Kunde mag das auch bezahlen.

Ja. Darum gehts nicht, sondern darum das mehr Festplatten = mehr Performance. Ausserdem kosten 2x70GB 15kRPM SAS Disks fast nichts.

ActiveSync ist eine Technologie die Microsoft auch an andere Hersteller lizenziert. ActiveSync-Clients findest du z.b. auf PalmOS iPhone Nokia (Mail for Exchange) Windows Mobile ActiveSync baut auf HTTP auf - wenn eine Mail eingetroffen ist liefert der Server einen Push über die HTTP-Verbindung zurück. Die Paketdatenverbindung ist da permanent aktiv (was kein Problem ist, da nach Daten abgerechnet wird). Mehr zu dem Thema findest du z.B. hier: MSXFAQ.DE - Exchange ActiveSync Server

Schön wär ein Standalone Release das ich auf einem eigenen Server deployen könnte. Da hätt ich weniger Bedenken echte Accounts einzutippen.

https://www.testexchangeconnectivity.com/ Coole Sache, eigentlich. Obwohl mir nicht ganz wohl ist dort Accountdaten einzutragen, auch wenns nur von einem Testaccount ist. Aber gerade das ActiveSync Test-Zeug ist sehr praktisch, den bisjetzt musst ich immer ein Testhandy mit mir rumschleppen.

Ja - die Frage ist aber nach der Lizenzierung! Wenn du auf Maschine A eine 32bit OEM Lizenz hast und Maschine A entsorgst darfst du nicht auf Maschine B ein 64bit WS03 mit der gleichen Lizenz installieren. Auch kein 32bit. Die OEM-Lizenzen sind an die Hardware gebunden, auch wenn das von der Software bzw. Aktivierung nicht zwingend so forciert wird (ähnlich wie mit der CAL-Lizenzierung, welche auch nur auf dem Papier existiert). – Für die typischen Schweizer KMUs ist es trotzdem meistens der richtige Weg. Selbst Microsoft's SBS und EBS Lösungen arbeiten so.

Sprich dich doch mal aus, was geht nicht? Ich habe schon zahlreiche dieser Geräte unter 32bit Vista, 64bit Vista und 64bit WS08 in Betrieb genommen, teils mit dem UPD Treiber, Teils mit dem Nativen. Nie Probleme gehabt.

Doch, das geht schon, aber alle Varianten sind vom Aufwand her entweder brutal (erst auf eine temporäre Maschine umziehen, und dann wieder zurück auf den alten Namen umziehen) oder ein riesiges Gebastel (Postfächer in PST exportieren, die Exchange Organisation entfernen, und eine neue Organisation anlegen). Ich hab schon ein paarmal solche Umzugsversuche aufräumen müssen - meistens ist die gescheiteste Variante einen neuen Server mit neuem Namen aufzuziehen, auch wenn man dann halt mal in den einen oder anderen undokumentierten Prozess läuft den man vergessen hat.

Naja, die alternative zum TS in dieser Umgebung dürfte eine VDI-Infrastruktur sein - und diese wäre wohl wesentlich Wartungsintensiver als ein einzelner TS.

Nein, du musst richtig lesen. Backup MXe sind kein Problem sofern sie IDENTISCH konfiguriert sind wie der Primary MX. Wenn beide MXe auf die selbe physikalische Maschine zeigen ist das ja gegeben. Ist die einfachste Variante und wenns dann nicht verhebet bin nicht ich sondern der ISP schuld ;)

Einen zweiten Namen erstellen (z.B. edge-provider2.domain.tld), diesem einen A Record auf die Zweite IP hinterlegen, und den zweiten Namen als MX mit höherer Priorität (z.B. 20) hinterlegen. Diverse Spamschleudern werden dann versuchen über den MX mit höherer Priorität einzuliefern. Normale Mail wird über den MX mit niedrigerer Priorität kommen, es sei denn dieser ist nicht erreichbar. Mühsamer wirds wenn du das ganze inklusive NAT und allem sinnvoll zum laufen bringen willst - dann wirds nämlich hässlich, da du verschiedene Default-Routen hast.

Nicht zwingend: White Paper: Exchange 2007 Autodiscover Service Die einzige saubere Variante ist jedoch ein SAN bzw. UCC Zertifikat. Kein Gebastel, keine speziellen Anforderungen.

30$ ist die Billigvariante. Ein UCC-Zertifikat ist wesentlich besser. Guckstu: You Had Me At EHLO... : More on Exchange 2007 and certificates - with real world scenario http://msexchangeteam.com/archive/2007/02/19/435472.aspx