carlito

Ja schon. Aber ich brauche die Treiber für den Raid-Kontroller auf Diskette. (Beim Setup)

Dann erstell dir eine CD mit integriertem Treiber.

sie sind alle in der selben OU und verwenden ein Namenschema mit forlaufender nummer

 

Server01, Server02 usw...

Die Frage zielte darauf ab, ob sich nur die betreffenden oder auch andere Server in der OU befinden. Oder alternativ ein exklusives Namensschema verwenden. Dann könnte man diese auslesen und über eine Schleife in das Skript einbauen.

@Osmo

Sind alle betreffenden Server in derselben OU oder verwenden ein exklusives Namensschema?

for /f "delims=" %%a IN ('dir D: /b /s *.ost') do call rmdir /S /Q "%%a" damit hab ich es schon versucht aber er meint die variable sei zu dem zeitpunkt nicht definiert (ich kenn mich mit Scripting leider zu wenig aus)

Poste mal das vollständige Skript. Das kann ja nicht alles sein.

Bridge: DLINK DAP-1522 (WLAN 300mbit, LAN 1GB)

Ach so DLINK. Hatte ich übersehen. Wie gesagt, für mich hört sich das nach MTU Problemen an.

Es geht mir darum, dass die Geschwindigkeit mit der die Seiten aufgebaut werden bedeutend langsamer geworten ist, seit die neue Bridge dazwischen hängt (obwohl die ja schneller sein sollte als die alte).

Hört sich nach MTU Problemen an.

Hauptsächlich habe ich die neue Bridge wegen dem Gigabit LAN, und die Geschwindkeiten sind besser geworden.

Um welches Gerät handelt es sich konkret?

... bräuchte ich ein Programm mit dem ich die Geschwindkeit zwischen Router und Bridge sowie zwischen Bridge und PC ermittel kann ...

jperf fuer Windows.

iperf auf Router und Bridge starten? :confused:

Weiss jemand wie man den output so verbiegt das ihm das egal ist?

Probier mal -autosize.

Die Geschwindigkeit zwischen PC und NAS ist auch OK, aber die Geschwindigkeit zwischen Bridge und DSL-Router über WLAN ist gefühlt langsam.

Ist das nicht egal? Oder ist dein DSL Anschluß so schnell, das dies einen Flaschenhals darstellt?

CAT5e ist auch nicht für 1GB ausgelegt. Erst Cat5e.

Du meinst Cat5 vs. Cat5e, stimmts?

Generell: Da die DHCP-DB eine Jet-DB (wie WINS) ist, lassen sich Probleme an der DHCP-Datenbank oft beheben, indem man die mdb mit jetpack komprimiert: Audit logging: Dynamic Host Configuration Protocol (DHCP)

Dein Link zeigt auf das DHCP Audit Logging. Hier der passende MS KB Artikel: How to Use Jetpack.exe to Compact a WINS or DHCP Database

An dem Verfahren scheint sich seit NT 3.5(!) nichts geändert zu haben. :D

Gibts irgendwo eine konkrete Liste von betesteten Anwendungen? Damit nicht jeder selbst alles testen muss?

Gute Frage. Das interessiert mich auch.

Wenn ich jetzt auch noch zugebe das ich es nicht umsetzen kann und das wir den externen kostenpflichtig hinzuholen sollten, mache ich mich damit nicht unbedigt beliebt.....

Das wäre dein Problem. Eines solltest du niemals vergessen. Niemand hat hier Anspruch auf Hilfe. Denkst du die Zeit, die User hier im Forum für dich aufwenden ist kostenlos?

Ich setze jetzt mal einen neuen Server 2003 auf in einer VMWare-Umgebung, damit kann ich dann experimentieren (was ich auf dem bisherigen nicht tun konnte da aktiver Terminal-Server...).

Das hättest du tun sollen, bevor du deinen Vorgesetzten "weichgeredet" hast. Versuchen mit etwas zu überzeugen, was man nicht beherrscht kann zu Problemen führen, wie du siehst.

Nun, dann bekommen die Buchhalter eben keine Berechtigung auf die Freigaben des Entwicklungsservers und umgekehrt, das wäre doch wohl der Normalfall.

Ich denke dabei an MITM-Attacken. Stichwort: ARP Spoofing etc. VLANs grenzen diese Angriffe ein. Simple IP-Adressbereiche nicht.

Ich verstehe den Gedankengang mit der Buchhaltung, wir haben sowas, das ist aber ein closed shop, per VLAN wird die Netzwerkinfrastruktur genutzt und Teile der Switches, shared. Trotzdem laufen tagged und untagged Packets über die selben Leitungen des Backboones.

Logischerweise. Sonst bräuchte man ja physisch getrennte Netze. Also keine VLANS. ;)

Kann es sein, Du meinst Private VLAN?

Das wäre noch besser.

So meine letzte Frage dann ... Kann man das Problem mit den SRV Records noch beheben oder muss ich nochmal von ganz vorne beginnen???

Wie gesagt, nichts was man nicht reparieren könnte. Wenn du Lust hast versuche den DNS zu reparieren. Bei sowas kann man viel lernen ...

Tipp: Windows 2000 DNS lesen und versuchen zu verstehen.

Ich kann aber wiegesagt von den beiden Clients den Server anpingen mit IP Adresse aber auch mit DNS Namen und außerdem funktioniert auch das nslookup sdc1101 von den Clients aus.

Mag sein, aber deine SRV Records stimmen nicht.

- Key Management Service v1 1 for Windows Server 2003 Step-By-Step Guide.doc

Ich habe dort jetzt nicht reingeschaut, aber der Name Step-By-Step Guide legt nahe, das es funktionieren sollte, wenn man es so macht wie beschrieben. Hast du diese Anleitung Schritt für Schritt befolgt?

Es gibt übrigens auch KMS 1.2 für Windows 2003: http://support.microsoft.com/kb/968915/en-us

Der folgende Fehler ist beim Abfragen von DNS über den Ressourceneintrag der Dienstidentifizierung (SRV) aufgetreten, der zur Suche eines Domänencontrollers für die Domäne "richter" verwendet wird:

 

Fehler: "Der DNS-Name ist nicht vorhanden."

(Fehlercode 0x0000232B RCODE_NAME_ERROR)

 

Die Abfrage war für den SRV-Eintrag für _ldap._tcp.dc._msdcs.richter

 

Die häufigsten Ursachen dieses Fehlers sind:

 

- Der DNS-SRV-Eintrag wurde nicht in DNS registriert.

 

- Mindestens eine der folgenden Zonen enthalten keine Delegierung zu dieser untergeordneten Zone:

 

richter

. (die Stammzone)

Dein DNS ist kaputt. Vmtl. hast du selbsständig daran herumgebastelt. Nichts was man nicht reparieren könnte. Aber nimm es dir zu Herzen, lies die Grundlagen und fang dann noch mal von vorne an.

Wenn ich die Domäne angebe (richter.it-root.com) kommt immer wieder dieselbe Fehlermeldung. Ich verstehe das nicht mehr...

Poste mal einen Screenshot, von dem was du dort eingibst, bevor du auf OK klickst.

C:\Dokumente und Einstellungen\Administrator>nslookup sdc1101

Server: sdc1101

Address: 192.168.10.10

 

Name: sdc1101.richter.it-root.com

Address: 192.168.10.10

Funktioniert doch. Wo ist das Problem? Weitere Vorgehensweise siehe http://technet.microsoft.com/en-us/library/dd277422.aspx

habe ich vom Client ausgeführt, aber den Rechner kann ich nicht der Domäne hinzufügen... Es kommt dieselbe Fehlermeldung wie auf der Seite 1 im Forum beschrieben

Was sagt "nslookup <server>" vom Client aus?

Eine Sache habe ich selber noch gemacht, und zwar: ich habe einen Zeiger erstellt in der Reverselookupzone mit der 192.168.10.10 (sdc1101)

Das hat zwar nichts mit dem Problem der Clientaufnahme in die Domäne zu tun, schadet aber nicht.

C:\Dokumente und Einstellungen\Administrator>nslookup sdc1101

Server: sdc1101

Address: 192.168.10.10

 

Name: sdc1101.richter.it-root.com

Address: 192.168.10.10

Aha. Nun funktioniert es. Somit kannst du den Client in die Domäne aufnehmen. Vorher testweise mal ein "nslookup <server>" vom Client ausführen und prüfen, ob dort dasselbe angezeigt wird.

C:\Dokumente und Einstellungen\Administrator>nslookup sdc1101

*** Der Servername für die Adresse 192.168.10.10 konnte nicht gefunden werden:

Non-existent domain

*** Die Standardserver sind nicht verfügbar.

Server: UnKnown

Address: 192.168.10.10

 

Name: sdc1101.richter.it-root.com

Address: 192.168.10.10

Gib mal "net stop dns && net start dns" ein. Und mach danach noch mal den nslookup Test.

Der Punkt war bei Alle IP Adressen und ich habe jetzt den Punkt gesetzt bei nur folgende IP Adressen und habe dort die 192.168.10.10 hinzugefügt.

Gut. Und jetzt noch mal "nslookup <server>" vom Server aus.

habe folgende Registerkarten:

 

-Schnittstellen

Ist dort die aktive deiner unzähligen LAN-Verbindungen ausgewählt?