LukasB

Und hier noch ein dcdiag

Das einzige wobei ich mir nicht ganz sicher bin ist die IPv6 Adresse in den DNS-Einträgen:

Hallo Miteinander, Habe hier ein relativ seltsames Problem mit einem SBS 2008 der seit 2 Wochen produktiv läuft, soweit Problemlos. Heute morgen hat mich der Kunde angerufen: Alles sei so langsam, Outlook schreie nach einem Passwort, und drucken könne man auch nicht. Ein Verbinden über TSGW auf die Remote-Webarbeitsplatz-Seite ging nicht: Es kam die Meldung das die Verbindung nicht verfügbar sei. Also flugs per VPN auf der Firewall eingewählt (die lokale User hat). Ich konnte mich dann per RDP regulär einloggen, die SBS Console die noch offen war in der Sitzung war aber bereits gecrasht. Eine kurze Analyse ergab: Alle Dienste die auf "Automatisch" waren liefen noch, DNS tat grundsätzlich auch noch, und das Eventlog war voll mit Meldungen wie: Ich habe die Maschine anschliessend rebooted, obwohl ich natürlich lieber länger eine detaillierte Analyse durchgeführt hätte was jetzt genau nicht tut, aber der Kunde wollte (verständlicherweise) arbeiten. Der Reboot dauerte die üblichen 10 Minuten, was bei den SBSen meiner Erfahrung nach relativ normal ist. Danach tat auch alles wieder, keine Fehler im Eventlog mehr, etc. Das einzige wobei ich mir nicht ganz sicher bin ist die IPv6 Adresse in den DNS-Einträgen:

Verwende doch einfach eine VNC-Version welche mit Vista kompatibel ist - dann klappts auch.

Der Standardmässige Notes-Port ist 1352, nicht 1523. Eventuell ein Zahlendreher? Je nachdem kann auch SMTP zur Kommunikation verwendet werden - das wär dann Port 25.

Und mit leerem Kennwort übers Netz ist bei XP generell nichts möglich. Wobei da "Simple Filesharing" auch noch seine Finger drin hat.

Bei BackupExec nennt sich das "Synthethic Backup", vielleicht hilft dir das Stichwort bei der Suche...

Schliess doch deren Dateiendungen vom Scanvorgang aus. Oder: Trenn die Arbeitsplätze entsprechend ab und installiere garkeinen Virenscanner, wenn Performance wirklich absolut kritisch ist.

Was spricht denn bei externen Mitarbeitern gegen RPC over HTTPS? Wenn du sowieso Outlook als Client verwendest ist das in allen Szenarien die ich mir auf die schnelle vorstellen kann der beste Weg. Wie gibst du denn den Usernamen an? Das Format ist Netbios-Domain\Username\Exchange-Alias (Forward-Slashes sollten auch tun).

Mac OS X 10.4: How to prevent .DS_Store file creation over network connections

Besser nicht, denn das verstösst gegen die Lizenzbestimmungen und ist somit illegal.

Hallo Miteinander, Stehe mal wieder vor einem spannenden potentiellen Projekt, für das ich gerade dabei bin ein Konzept auszuarbeiten. Handelt sich um ein KMU von 10 Mitarbeitern, die derzeit auf Windows 2000 Server arbeiten. Auf diesem tuckert derzeit ein SQL Server 2000, die Maschine ist gleichzeitig auch DC. Der SQL Server wird fürs ERP benötigt. Diese Maschine soll soweit wie möglich nicht angerührt werden müssen, sodass das ERP 1:1 weiterlaufen kann. Allerdings ist mittlerweile ein Bedürfnis nach Exchange da, Aussendienstler und Interne sollen Outlook, Outlook Anywhere, VPN, Fileshares, Backup, etc. pp. Jetzt stellt sich mir die Frage ob es offiziell unterstützt ist eine Domain die derzeit auf Windows 2000 Server (der DC ist und bleiben muss) läuft mit dem SBS 2008 zu nutzen (der dann ein zusätzlicher DC mit allen FSMO-Rollen werden würde). Ich habe ein bisschen durch TechNet geackert und kaum was gefunden was diesem Szenario entsprechen würde - klar, Windows 2000 ist mittlerweile auch schon übel alt. Ich habe natürlich vor das mal in einer VM Umgebung nachzustellen, würde mich aber interessieren ob jemand sowas schonmal gemacht hat, bzw. mehr darüber weiss oder gelesen hat als ich. Danke im Voraus und Gruss, Lukas

Citrix XenApp wird z.B. nur nach Nutzern lizenziert.

Kein Exchange heisst meistens auch: Keine Archivierung, Kein Backup von wichtigen Mails. Ich denke der Tipp den Kunden auf einen SBS zu upsellen ist nicht schlecht, vorallem da bei der Userzahl der SBS inkl. CALs ungefähr gleich teuer ist wie WS08 Std (YMMV, je nach Lizenzierungsmodell). Ist natürlich auch davon abhängig ob der Kunde momentan Outlook-Lizenzen hat.

Das zweite Gerät muss kein Router sein, sondern eines das als WLAN Client, WDS Bridge oder Bridge arbeiten kann. Die WRT54GL mit Thirdparty-Firmware sind immer gut wenns um "zuhause" geht, da sie sehr flexibel und günstig sind.

Ich versteh generell nicht wieso Leute den hochgradig kritischen SBS (Keine Redundanz! Der einzige DC! Der einzige Exchange! Der einzige Fileserver! Der einzige Printserver!) auf irgendwelcher Billigsthardware installieren. Wenn das Ding mal steht ist bei den meisten Betrieben fertig mit IT. Ein Grund mehr hier richtig schöne Hardware zu verbauen die auch ausbaufähig ist und genügend interne Redundanz bietet. Redundante Power (1x UPS, einmal hinter einer Steckerleiste mit Überspannungsschutz) und Fans, Remote-Wartung (iLO, RSA). Im Vergleich zum DL Aufwand kommts nicht wirklich drauf an ob die Kiste jetzt 3k oder 8k gekostet hat. Nicht am falschen Ort sparen.

Geht nicht. Du kannst nun entweder ein japanisches Windows XP installieren oder ein Englisches MUI und dann das MUI-Pack für Japanisch. Windows XP Home lässt allerdings darauf schliessen das du keinen Volumenlizenzvertrag oder ähnliches hast. Das macht die Änderung der Sprachversion kompliziert -> du musst Geld ausgeben. Am besten kaufst du dir ein Vista Ultimate - dort sind alle Sprachpakete mit dabei. Vielleicht gibts auch unkomplizierte Wege wie du legal an ein japanisches XP kommst, vielleicht meldet sich ja der Dr. noch. [ Mift, phoenixcp war schneller ]

Alles was ich auf die schnelle sagen kann: Ich habe mal testweise einen Citrix+XenApp auf einem ML110 betrieben, der einen E200 SATA/SAS Controller mit 160GB Disks hatte. Diese Maschine ist unter Last mehrmals gecrasht. War dann ruhe als ich die Firmware des E200 auf den aktuellen Stand gebracht habe, und den E200 Treiber von HP anstelle des Builtin-Treiber genommen habe.

Hast du diese Funktionalität denn im Servermanager installiert? IIS7 ist komplett modular, wahrscheinlich ist die Funktionalität einfach nicht installiert.

Die Problematik für OWA kannst du mit einem Redirect erschlagen, und die Handies müssen halt umkonfiguriert werden. Indem du ein richtiges Zertifikat erwirbst (UCC, damit auch AutoDiscovery tut) erschlägst du auch alle anderen Probleme. Kosten dafür sind minimal. Ansonsten kann ich Windowsbetatest nur zustimmen.

Du kannst die Recipient-Policy modifizieren, über die Exchange Management Console. Beachte das diese von den SBS Wizards auch modifiziert werden kann. Recipient Policies

GP Preferences sollte fast alle deine Wünsche erfüllen können. Vorraussetzung ist das die Extension auf den XP/Vista Clients installiert ist.

Du kannst Bitlocker mit manage-bde.wsf verwalten. Beachte aber das du entweder einen Server mit TPM brauchst, oder einen Remote-Zugriff wie RSA, iLO, ILOM oder ähnlichem, sonst bootet die Kiste nicht.

Nein. Enterprise Admin is was ich "Engineering" nennen würde, und der Server Admin ist das was ich "Admin" nennen würde. Aber das ändert von Firma zu Firma. Grundsätzlich ist wohl Engineering der besser bezahlte Job, da man dort vorallem mit Planung und anderen Grundsatzfragen beschäftigt ist. Aber diese Aufteilung gibts nur in sehr grossen Firmen - ich mache immer beides. Beide! :) Es sei denn du arbeitest in einer Grossunternehmung wo wirklich ein Unterschied zwischen Engineering und Operations gemacht wird.

Was verstehst du unter "geblockter IP Adressen"? Redest du von RBLs gegen Spam? OpenRBL IP-Address 80.67.26.108 (ispgateway.de) hat einen Check ob eine IP auf der Liste steht. Weiss nicht ob dass das ist was du suchst.