Hexium

Hallo, habe das mit W2K, W2K3, SBS... eingerichtet. Probiere mal die Namensauflösung in der Shell mittels NSLOOKUP aus. Bei korrekter Einrichtung des DNS dürfen keine Fehler auftreten. Wichtig ist auch das Standardgateway. Es darf nur einen Einen geben. Also 192.168.1.1. Interessant wäre auch, ist ein Firewall eingerichtet. Hier müsste dann Port 53 frei sein.

Hallo, damit das funktioniert, muss auf dem W2K Server eine Schemaerweiterung ausgeführt werden. Siehe http://support.microsoft.com/default.aspx?scid=kb;de;331161&Product=winsvr2003 Wichtig: Datensicherung und wissen was man tut. Sonst lieber externe Hilfe nutzen.

Hallo, normalerweise geht das auch ohne Weiterleitung auf externen DNS. Wenn, dann sollte das eine DNS Server vom Privider sein. Zweite Ursache könnte die Einstellung der IP Konfig bei den Clients/server sein. IP: 192.168.1.x / 24 SG: 192.168.1.1

Hallo, der Hotfix kann über Microsoft Gold Certified Partner for Support Services bezogen werden. Da ich hier keine Werbung für meine Firma machen darf, bitte selber suchen. http://support.microsoft.com/?scid=fh;de;gcpfss&expand=none Sind nur 6 ;) Hintergrund. Einige Hotfixe sind noch im Stadium "Private". Diese sollen nur durch ausgewählte Partner an Kunden gegeben werden. Bei diesen Hotfixen sind besondere Vorsicht bzw. Tests nötig. Bei Problemen kann so der Partner + MS Unterstützung anbieten.

Hallo, MS geht davon aus, dass entweder der rudimentäre Firewall in W2K3 oder der ISA Server genutzt wird. Damit das funktioniert, werden zwei NICs benötigt. Dies ist unnötig bei einem vorhandenen externen Firewall. Damit reicht eine Karte.

Hallo, probiere Notebook IP: 192.168.1.2 / 24 SG: 192.168.1.1 WGR614 (intern 2) IP: 192.168.1.1 / 24 SG: frei WGR614 (intern 1) IP: 192.168.0.3 / 24 SG: 192.168.0.100 WGR614 RIP2 aktivieren RP614 IP: 192.168.0.100 / 24 SG: frei Feste Route: Destination (Ziel): 192.168.1.0 Gateway: 192.168.0.3 Viel Spaß beim Probieren

Hallo, ich kenne den Kontroller nicht. Was ich mir aber vorstellen könnte ist, dass der Kontroller nicht alle Daten sauber beim Herunterfahren speichert. Damit antwortet Windows mit einem Check. Lösungsansatz: Umstellung Write Back Modus in Write True Modus. Nachteil: Das System kann einige Prozent langsamer werden. Einstellung entweder am Kontroller und/oder in den Systemeinstellungen unter Laufwerken.

Muss zugeben, habe die Variant son vorher nicht probiert. Darum habe ich die Sache jetzt unter W2K3 Enterprise Server probiert. Es geht. Wichtig dabei ist, der Drucker muss auf dem Server installiert sein. Danach wird er im Faxmanager angezeigt und kann ausgewählt werden.

Hallo, von den Erfahrungen die ich im Bereich Terminal/Citrix gemacht habe, wird es mit Sicherheit Probleme geben. Als Alternative wäre denkbar, dass mit einer lokalen Software gescannt und lokal abgespeichert wird. Die lokalen LW können über den Terminalclient mit eingebunden werden. Zusätzlich sollte man bedenken, beim Scannen können recht große Datenmengen anfallen. Sollte unter der Terminalsitzung wirklich der Scanner funktionieren, werden die Daten über die "dünne" VPN Leitung geschickt. Das dürfte über kurz oder lang zu Frust und Ärger führen.

Hallo, zu der Frage 1 lokal - wird über LPT oder USB angesteuert TCPIP - Drucker hat eine eigene NIC bzw. wird über eine Printbox angesteuert Zu 2 Der Drucker ist nicht lokal angeschlossen und wird über eine Freigabe angesprochen Variante 1 würde ich vorziehen, wenn mehrere User den gleichen Drucker benutzen sollen. In kleinen Netzwerken ist es egal, ob der Drucker am Server hängt oder eine eigene Netzwerkkarte hat. Was ich jetzt nicht verstehe, wieso ein Ausdruck von einer Freigabe von einer Workstation nicht funktionieren soll. Für einen Kunden habe ich folgendes eingerichtet. Vielleicht ist das eine Lösung. Postfach mit Berechtigung Zugriff für X Mitarbeiter eingerichtet. Eingehende Faxe werden auf dieses umgeleitet. Der Ausdruck kann lokal bzw. über Netzwerkdrucker erfolgen.

Hallo, leider geht es nicht ganz so automatisch. Die Clients bekommen eine !!! Temporäre Lizenz !!! von 90 Tagen. Es muss zwingend eine Lizenzfreischaltung beim MS Clearing House erfolgen. Sonst sehen die User nach Ablauf der Zeit im wahrsten Sinne des Wortes keine Anwendung mehr. Und dafür ist ein wenig Handarbeit notwendig.

Hallo, habe nicht im eigentlichen Sinne eine konkrete Frage. Aber vielleicht habt Ihr eine Idee. In meiner Firma gibt es viele Außendienstmitarbeiter mit Notebooks. Diese sind teilweise über Tage oder Wochen nicht mit der Domaine verbunden und erhalten damit keine aktuellen Patches bzw. Virenupdates. Mein Problem dabei ist, die Damen und Herren nutzen die Geräte teilweise über öffentliche Internetzugänge und können somit sich leicht einen "Schnupfen" holen. Was nach Rückkehr in der Firma passiert, ist leicht vorstellbar. Ein zweites Problem sind freie Mitarbeiter bzw. Externe. Diese dürfen zur Internetnutzung vorhandene Netzanschlüsse nutzen. Das dies ein entsprechendes Sicherheitsrisiko ist, dürfte klar sein. Meine Frage: 1. Wie könnte ich mit den Außendienstmitarbeitern verfahren, dass bevor ein Zugriff auf das Netzwerk erfolgt, die Gerät aktuallisiert werden? 2. Wie Können Externe einen Internetzugriff erhalten, egal von welchem Netzzugang, ohne das es zu Securityproblemen kommt? Wir hatten schon folgendes überlegt: - IPSec - damit könnten Externe die Domaine nicht sehen - DHCP - alle Rechner erhalten eine reservierte IP-Adresse und werden entsprechend umgeleitet. Funktioniert nur bedingt, da unsere Stockwerke bzw. Standorte unterschiedliche IP-Segmente habe und die Mitarbeiter aber von überalle zugriff haben sollen. - Quarantänezone von W2K3 - Test ergaben, dass diese Variante sehr instabil ist. Vielleicht nach SP1 Ich brauche von Euch bloß eine Richtung, in welche ich suchen könnte. Danke

Hallo, die Netzwerktreiber müssen in das Verzeichnis \i386 kopiert werden. Danach Dienst neustarten. Bei mir kam zusätzlich hinzu, dass XP einen ähnlichen Treiber mitbrachte und diesen installieren wollte. In diesem Fall musste ich die INF + PNF Datei löschen bzw. die INF kann durch den Originaltreiber erstezt werden. Wichtig: PNF Datei löschen und Dienst nach jeder Änderung starten.

Hallo, habe mir mal eine Antwort diesbezüglich vom Doc Melzer angeschaut. Sieht nicht anders aus. - Ja, CALs sind enthalt - wir reden von W2K Clients und nicht XP - und der Server ist W2K und nicht W2K3 - die Registrierung erfolgt jetzt direkt über das Clearing House (wusst er nicht, haben das aber für unsere Kunden so geklärt bei MS) Wo ist das Problem ?

Hallo, in der Frage sind nicht alle Angaben enthalten, aber ich gehe mal davon aus, dass entweder ein DSL Router an den Server angebunden ist oder z.B. eine Fritz DSL im Rechner steckt. 1. Konfiguration DNS - es reicht die Konfiguration für das interne Netzt. Clients die in der Domaine enthalten sind, sollten sich automatisch registrieren können. Sonstige verweigern. - bei Problemen mit der Auflösung von Internetadressen kann zusätzlich ein Forward Adresse eines externen DNS Servers eingetragen werden. 2. Internetzugriff - sobald mehr als ein Client und/oder Server auf das Internet zugreift, ist das zwangsläufig Internetsharing. Sonst müsste jeder Client eine eindeutige IP bekommen. - Bei einer möglichen Konfiguration von Fritz + Netzkarte kann man über NAT den Zugriff verteilen. Wenn zwei Netzkarten im Server sind, genügt Routing. Zur Vereinfachung sollte das z.B. über RIP gemacht werden. Sonst müssen von Hand Routen eingestellt werden.

Hallo, ja mit dem Erwerb von w2k server werden auch Terminal Lizenzen erworben. Diese müssen aber bei MS registriert werden. Leider hat MS den Weg über Web bei W2k abgeschafft. Die Registrierung erfolgt jetzt kostenlos telefonisch bei MS. Die Telefonnummer wird bei der Registrierung im Lizenzmanager mit angezeigt. Sollte keine Lizenzierung erfolgen, laufen nach 90 Tagen die temporären Lizenzen aus. Torsten

Hallo, setze privat Dyndns ein. Die Standardvariante ist kostenlos und beinhaltet den MX Eintrag. Der Einsatz von Dyndns und Co. wird normalerweise dort eingesetzt, wo vom Provider nur eine temporäre IP vergeben wird, sprich nur für einen bestimmten Zeitraum die IP gültig ist. Damit dem Exchangserver keine Mails verloren gehen, müsste damit möglichst lang eine Verbindung zum Internet hergestellt werden und beim Wechsel der IP diese schnellst möglich Dyndns bzw. anderen Provider mitgeteilt werden. Dies geht zwar relativ flott, kann aber durch Proxis im Internet verzögert werden (soll so um die 10 - 15 Minuten liegen). Für eine Firma würde ich das als Ausschlusskriterium ansehen. Privat muss man halt für sich entscheiden. Der SBS enthält ein Tool zum Abholen der Emails von POP3 Konten. Mit diesem Umweg könmte man sich eine eine email-adresse xyz@firma.de holen (1&1 oder Strato ...) und die Mails abholen. Bei entsprechender Konfiguration versendet der Exchangeserver diese dann auch so.

Hallo, ich hoffe, ich habe die Frage richtig verstanden. Aufbau Domaine Intern: abc@intern.local Extern: abc@extern.com (gehostet z.B. bei Strato) Damit Mails von Extern den Server erreichen, muss die externe im Exchange System Manager bei Empfänger - Empfängerrichtlinien hinzugefügt werden. Zusätzlich muss dem User die extern Emailadresse als primär eingestellt werden. Das wird unter Activ-Directory Benutzer und Computer beim jeweiligen User unter Eigenschaften- Emailadressen durchgeführt.

Hallo, ich habe die Sache bis jetzt nicht über RIPREP probiert. Ich denke aber, es sollte analog einer Standard-RIS-Installation sein. Im ersten Schritt bei RIS wird noch kein NIC Treiber verwendet. Dieser kommt erst im Textmodus zum Tragen. Dafür muss in das Verzeichnis ...\I386 der Netztwerktreiber des Herstellers kopiert werden (also INF, DLL, CAT usw. sind meist 5,6 Stück). Bei Intel Treibern gab es noch ein Problem, das die INF Datei fehlerhaft ist. Der Abschnitt [intel] ist leer. Zur Korrektur den Inhalt vom Abschnitt [intel.NTx86] zusätzlich nach [intel] kopieren. Danach RIS Dienst beenden und neu starten. Weitere Fehler die bei mir auftraten: - Windows verwendet vorhandene Treiber --> INF Dateien durchsucht und durch Hersteller ersetzt. Wichtig dabei, PNF Datei muss mit gelöscht werden. Zur Sicherheit können auch alle gelöscht werden. Beim esrten Anmelden werden diesen neu kompiliert. Und nach jeder Änderung Dienst neu starten! Aber wie gesagt, so geht das mit einer Standard-Installation. Vielleicht hilft es.

Hallo, Vertrauensstellung wird nur benötigt, wenn der neue Server nicht in der gleichen Domaine ist. So wie ich das verstehe, wurde der neue Server der alten hinzugefügt. Damit entfällt der Punkt. Sollte also meine Vermutung so richtig sein, dann kann über den Exchange System Manager das/die Konten verschoben werden. Dazu Rechte Maustaste auf das Postfach, Exchange Aufgaben, weiter bis zur Auswahl Konto verschieben. Hier den neuen Server angeben. Das ganze steht unter Administrative Gruppe - Server - Real Servername - Erste Speichergrupe (bzw. der vergebene Name) Postfachspeicher - Postfächer.

Hallo, hier zwei Links zum Thema Ports. Hoffe die helfen weiter. http://support.microsoft.com/default.aspx?scid=kb;en-us;289241&Product=win2000 http://www.iana.org/assignments/port-numbers

Hallo, hier der Link zu MS + Voraussetzung http://www.microsoft.com/windowsserver2003/downloads/shadowcopyclient.mspx Ich denke, es liegt am SP oder alten Windows Installer. Viele Grüße Torsten

Da ich mich mit Script-Programmierung nicht auskenne, könnte ich mir nur vorstellen, dass im Login-Script über AT Befehl der Shutdoun Befehl gestartet wird. Die Zeit könnte dann per OU entsprechend geändert werden. Die Festlegung pro einzelnen Wochentag (Mo, Di, usw.) ist auch kein Problem. Nur der aktive Tag ist wirksam. Beim nächsten Start wird halt der nächste Tag genommen. Torsten

Hallo, ja so ist es. Server muss gestartet werden. Ich hatte noch einmal in unserer Datenbank nachgeschaut, da ein Kunde von uns die selbe Anfrage hatte. Es gab zwar einen regen Austausch mit MS, aber die Lösung ging in eine andere Richtung. Viele Grüße Torsten

Ist natürlich schwierig von der Ferne etwas gescheites zu sagen. 1. Profil zerstört --> Lösung unter einem neuen Account anmelden und Treiber installieren 2. Unter Start - Programme - Zubehör - Systemprogramme - Systemwiederherstellung Auswählen Punkt vor Deinstallation. Danach Deinstallation, wobei möglichst keine DLLs u. andere Dateien aus dem Windows Verzeichnis bzw. System32 gelöscht werden sollten 3. Über Hardware Assistent Treiber hinzufügen - Automatisch erkennen lassen - dann im Auswahlfenster bei Installierter Hardware letzten Pkt. Neue Hardware hinzufügen auswählen. Zum Installieren reichen in der Regel die INF + ein paar Treiber Dateien. Setup wird nicht benötigt. Torsten