Blade1981

Hallo! Wenn wir Images verteilen wollen, dann passiert dies wohl über Multicast. Wenn das Firmennetzwerk vom Imagenetzwerk nicht getrennt wird, so steht innerhalb kürzester Zeit unser Netzwerk. Leider können wir diese beiden Netzwerke nicht komplett voneinander trennen, da wir diverse Software aktualisieren lassen und copy-Jobs ausführen lassen beim ersten Neustart der Imagerechner. Nun meine Frage: Gibt es eine Lösung dafür, dass man diese beiden Netze nicht trennen muss, aber unser Firmennetz nicht ausgebremst wird? Ein Lösungsansatz wäre angeblich ein managebarer Switch, der Multicasts blockt. Wäre dies des Problems Lösung? Oder gibt es elegantere Lösungen (außer dass man während dem Imagen das andere Netzwerk absteckt? - da die Leute immer wieder vergessen, abzustöpseln...)? Wenn der Switch Multicasts blockt, dann kann ich den Switch nicht direkt im Imagenetz verwenden, weil sonst die Datenpakete nicht an den Rechnern ankommen würden, oder? Ich müsste normale Hubs beim Imagen verwenden und nach dem Imagenetz erst den Managementswitch verwenden, oder? Vielen Dank bereits für eure Bemühungen!

so... Jetzda bin i wieder an meinem Projekt dran gesessen... Hab den Vorschlag von "Operator" versucht, klappt leider auch nicht. Allerindgs hab ich das Problem jetzt umgangen. Ich lass nun zuerst die DNS-Einträge machen und dann erst die IP-Einstellungen. Nach den DNS-Einträgen eine gewisse Pause, die nicht wirklich stark variiert (was bei den TCP-Einstellungen ganz anders is. Hier variieren die Einstellungszeiten zwischen 8 und 50 Sekunden) und schon funktioniert das Ganze ;) Ach ja, kannst es ja mal noch so testen (dann merkst, dass er nicht wartet! Er wartet nur mit schließen des DOS-Fensters, bis du das gestartete Programm zu machst!): Set objshl=createobject("wscript.shell") objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" objshl.Run "cmd /c start /wait c:\windows\system32\calc.exe" objshl.Run "cmd /c start /wait c:\windows\system32\mspaint.exe" Viele Dank trotzdem!!!

Hab das nun ausprobiert wie mir Operator vorgeschlagen hat. Funktioniert so leider auch nicht. Problem: Zeichen 5, Syntaxfehler. Das 5. Zeichen ist "/" vor dem "c" Zeile lautet so: cmd /c start /wait netsh...usw... Wenn ich das /c weg lass, dann schreibt er als Fehler, dass nach wait (Zeichen 17) das Anweisungsende erwartet wird. Noch nen Tip? Aber danke trotzdem!

Jetzt muss ich das Thema nochmals aufgreifen... Das Script an sich funktioniert. Jedoch passt das mit der Pause noch nicht. Die Wartezeit einstellen, bis das Script weiterarbeitet, ist nicht optimal, da die Zeiten, je nach Ausführung zwischen 20 sek (von IP auf andere IP umstellen) bis über 50 sek (von DHCP auf IP) variieren. Also wie kann ich in das Script einfügen, dass er warten soll, bis der vorige Befehl abgearbeitet wurde? Das mit dem "call" am Anfang des Befehls funktioniert nicht. Oder wie muss die Zeile dann genau lauten, wenn sie im Normalfall beispielsweise so lautet: objshl.run "netsh interface ip set address ""Drahtlose Netzwerkverbindung"" static 192.168.1.2 255.255.255.0 192.168.1.1 gwmetric=Automatisch"

Nein, es gibt kein Windows-eigenes Imageprogramm... Hab aber doch schon in meinen vorigen Postings schon mehrfach geschrieben, dass du für's Imagen eine fremde Software brauchst... Kannst mir ruhig glauben ;)

Ach, noch was. Ein Image könntest du mit dem kostenlosen Knoppix (von CD-Bootbares und abgespecktes Linux) erstellen. Das dauert aber relativ lange und es ist eben kein Windows-Boardmittel. Außerdem müsstest du es erst auftreiben (z.B. runterladen oder bestellen) und dich bisschen damit auseinandersetzen. Aber sollte eben noch ein kleiner Tip am Rande sein!

Noch kurz zum Sysprep: Ich hab noch nichts mit den Syntaxen bei Sysprep gemacht. Führe es vor der Imageerstellung aus und die Info, die Sysprep braucht, stehen in der ini (oder inf?) Datei. Führt man Sysprep aus (einfach nur die Sysprep.exe), dann fährt der Rechner runter und schaltet sich (im Normalfall) aus, dass man genug Zeit hat, um sich auf das Image vorzubereiten und man nicht verpennt, dass man eigentlich ein Image machen wollte (so nach dem motto, warum hat der sich ausgeschaltet? Ach ja, ich wollt ein Image machen; oder: er startet neu und.. Ach mist, wo ist jetzt meine CD, die ich brauch?). Wird der Rechner dann eingeschaltet, erstellt man das Image (oder auch nicht), was noch passiert, bevor das Betriebssystem gestartet wird (is ja klar, da die Image-Programme meist auf DOS basieren und nur von CD oder Diskette booten). Sprich, die Imageerstellung hat keine Auswirkung auf das System. Das System ist genauso, als würde man einfach nur neu starten. Nach dem Neustart (wie gesagt, egal, ob man zwischendurch das Image gemacht hat oder nicht), startet der Rechner Windows und es folgt die Sysprep-Routine. Das dauert ne kleine Weile und anschließend wird Windows gestartet. Mit den Änderungen / Einstellungen, die in der sysprep.ini (oder inf?) eingestellt wurden. Da gibt es auch viele Möglichkeiten, näheres siehe Hilfedatei, ebenfalls in der Deploy.cab (wie vorher bereits beschrieben). Somit wird auf jedem Rechner, auf den das Image aufgespielt wurde, zuerst nach dem Bootvorgang das Sysprep ablaufen, bevor Windows endgültig gestartet wird. Oh mann, ich glaub, ma kann daraus bald ein Lehrbuch machen, wenn des stimmt, was ich so schreib ;) Genügend isses ja fast!

Also... Innerhalb eines Tages is scho bissal heftig. zumindest, wenn man sich damit noch nicht auseinandergesetzt hat. Du musst zuerst die Antwortdatei erstellen, mit der du dann WinXP installierst.Bootest praktisch von der CD und schiebst die Diskette gleich rein, nachdem der Rechner von CD bootet. Die Diskette muss so schnell wie möglich drin sein, weil sonst nimmt er die Antwortdatei evtl nicht mehr an. Oder noch viel einfacher, du denkst einfach dran, im Bios bei der Bootreihenfolge, das CD-Rom Laufwerk vor das Diskettenlaufwerk zu stellen. Sodala. Mit der passenden Antwortdatei installiert sich dann Windows ganz automatisch. Einzig die Partition musst noch einrichten, weil des meist ned so funzt, wie des soll. Zumindest bei mir ;) Nachdem Windows installiert ist, kannst du auch versuchen, eine Momentaufnahme des Systems mit dem erwähnten Tool zu machen. Dann installierst die Programme alle, am besten ohne Neustart, wenn ein Neustart verlangt wird, die Nachher-Momentaufnahme machen, dass das MSI-Paket erstellt wird. Sonst schreibt er zu viel Mist in das Paket mit rein. Du wieder holst das so lange, bis du alle Programme so als Pakete geschnürt hast. Wobei du die erwähnten Programme alle ohne Neustart installieren kannst. Office würde ich separat machen, weil ich damals Probleme hatte mit dem Office-Paket. War zu groß. Lag evtl auch an der Version von Wininstall. Also nochmals: XP mit Antwortdatei installieren (auf jedem Rechner extra, läuft ja alles automatisch ab). Dann, Wininstall starten und Bestandsaufnahme machen. Programme installieren (evtl auch Treiber), außer Office, und wieder eine Bestandsaufnahme machen. Dann wird das Paket geschnürt. Dieses Paket, welches die installieten Programme beinhaltet, kannst du dann (nachdem auf den anderen Rechnern ebenfalls Windows installiert wurde) auf den anderen Rechnern installieren. Am Schluss noch Office drauf und schon sollten die Rechner fertig sein. Ich habe nur mit dem Wininstall noch nicht viel Erfahrung gesammelt. Office klappte nicht, kleinere Sachen funktionierten tadellos. Weiß nicht, ob man das auch über den in Windows integrierten Software-Raid-controller versuchen könnte. Weiß auch nicht, ob bei dem Software-Raid-controller auch Level 1 vorhanden is, für Plattenspiegelung und ob man dann die Daten auf der Festplatte nach der Raid-Einrichtung noch vorhanden sind. Wäre für nen erfahrenen Anwender in ca. 15 Minuten schnell getestet... Weiß nicht, wie das bei dir wäre. Weil du musst ja auch den MBR mitkopieren, also kann man das nicht einfach per Drag & Drop machen, dass man die Daten kopiert... Du kannst dir dann dabei das mit dem Sysprep auch sparen. Das ist nicht dazu da, um ein Image zu erstellen, sondern es bereitet das System nur darauf vor, dass dann mit einem fremden Tool ein Image erstellt werden kann. Würde man dies ohne Sysprep machen, wäre auf allen Rechnern die selbe ServiceID, was Probleme verursachen könnte/würde. Also mit Sysprep erstellst du KEIN Image, sondern bereitest nur vor. Genauso wie du mit dem Tanken beim Auto nicht schon die Strecke zurück gelegt hast... Du kannst aber auch alles nacheinander installieren. Das sollte an einem Tag bei 4 Rechnern normal kein Problem sein. Grad wenn Office installiert wird, dann kannst du auf den anderen Rechnern schonmal die anderen Programme installieren. Bei Winzip Nero usw brauchst ja nicht mal ne CD, sondern kannst ja auch per Netzwerk auf die Installatinsordner zugreifen und von dort aus installieren. Somit hast du auch kein Problem mit zu wenig CDs ;) Bin nimma lang auf, also wenn du heut noch ne Antwort von mir brauchst, HOP HOP!!! ;) Bin mir auch nicht sicher, ob man jemandem dazu raten sollte, es über die MSI-Pakete zu machen, wenn man damit noch nichts gemacht hat. Neuland ist immer ein dünnes Eis, gerade beim Computer... Und es geht ja gerne mal etwas nicht so, wie es soll...

Also... Du kannst das wie schon erwähnt mit "Windows-fremden" Programmen über ein Image machen, oder über eine "unattendend Installation", was mit Windows-Boardmitteln geht. Habe das selbst schon öfter gemacht und man hat "ungeahnte Möglichkeiten", um sein Windows schon beim ersten Start relativ gut eingerichtet zu haben. Für die Unattendend Installation brauchst du entweder eine Diskette oder du spielst die Datei auf die CD (müsstest Googeln, um zu schauen, wo die Datei dann genau hin muss). Die Dateien heißen Winnt.sif oder Unattendend.txt. Eine brauchst du für die Diskette, oder du entscheidest dich für eine CD mit Betriebssystem, auf der du die "Antwortdatei" mit drauf spielst. Frag aber nicht welche Datei bei welcher Art vorliegen muss, im Zweifelsfall kopierst einfach die Unattendend.txt und nennst diese dann Winnt.sif und spielst beide drauf. Du kannst diese Antwortdatei auch mit einem Tool in der "Deploy.cab" erstellen (auf der Windows-CD). Wenn du die Hilfe zu dem Thema aufrufst, dann stehen dir noch sehr sehr viele weitere Punkte zur Verfügung, um die "Unbeaufsichtigte Installation" zu komplettieren. Profis installieren durch die "Unattendend Installation" gleich die Treiber und aktuelle Patches mit während der Installation, als wären sie schon bei der Windows-CD dabei, was aber dann doch etwas komplizierter und aufwendiger is. Mit welchem Betriebssytem willst du das denn machen? Ich weiß, dass es bei W2K und XP geht. Nur als Beispiel: Du hast auch die Möglichkeit, den integrierten Popup-Blocker von Win XP SP2, gleich während der Installation durch die Einstellung in der Antwortdatei richtig zu konfigurieren. Das geht dann aber nicht mehr über das Erstellungs-Tool, sonder musst du dann händisch eintragen. Wenn du Programme auch nach der Installation gleich installieren lassen willst, dann kannst du das über MSI-Pakete machen. Geht auch mit Windows-Boardmitteln. Wininstall LE is da das Zauberwort (wenn ich mich recht entsinne). Müsste entweder auf der CD wo liegen, oder von der Microsoft-Homepage ziehen. MSI-Pakete sind Installationsdateien, die du selbst bastelst, indem du eine "Bestandsaufnahme" deines Systems vor der Installation machst und dann nochmals eine nach der Installation. Die Änderungen stehen dann in dem MSI-Paket. Solltest zuerst bissal rumprobieren. Kannst ja dann selbst entscheiden, ob du die Rechner nacheinander mit den Proggis installierst, oder ob du's mit den Paketen machen willst... Ach ja, warum ich auf die MSI-Pakete komm, du hast ja die Möglichkeit, nach der Installation Dateien auszuführen. Automatisch natürlich... So könntest du die Programme automatisch installieren lassen. So, nun aber genug, bei Fragen einfach melden ;) (Is ja ein halber Aufsatz geworden; hoff, ich hab dir doch etwas weiter geholfen...) Ach ja, und hoffentlich hab ich dir nicht die Arbeit einer Projektarbeit für eine Abschlussprüfung zu leicht gemacht ;)

Hallo Buggy! Du solltest auch bedenken, dass die Hardwareausstattung der PCs, die du imagen willst, der selben Hardware entspricht, von dem du das Image erstellt hast. Kleine Änderungen (andere Maus, anderes Laufwerk, andere Festplatte, Netzwerkkarte, usw) stellt im Normalfall kein Problem dar... Bedenke ebenfalls, dass du das Image nicht auf einer unter 40 GB Platte machst und dies dann nicht auf eine Größere aufspielst. Das funktioniert nicht. Auch andersrum nicht. Ab ca. 40 GB wurden die Festplatten wegen ihrer wachsenden Kapazität etwas umstrukturiert, inwiefern weiß ich auch nicht genau (MBR schätz ich, wegen des Adressierungsbereichs) Ich hoff, des is so verständlich und einigermaßen richtig ausgedrückt - lass mich gerne eines Besseren belehren!!! ;) )

Hab das nun anders geregelt. Per Fehlerbehandlung. On Error resume next heißt die Zauberzeile. Sprich, ich lass die Registryeinträge auslesen. Wenn einer nicht vorhanden ist, taucht eigentlich ein Fehler auf, welcher durch die eingefügte Zeile übersprungen wird und das Script normal weiter macht. Die Variable ist halt dann leer. Und schon funktioniert mein Script wieder :)

Wenn ich das mit dem Kixtart recht versteh, dann müsste ich das auf jedem Rechner drauf haben, um auch bei jedem Rechner das überprüfen lassen zu können, oder? Ich komm mit dem Progrämmchen auch nicht wirklich klar. Bekomm das einfach nicht gebacken.

Weiß denn niemand, wie man abfragen kann, ob ein Wert in einem Schlüssel der Registry schon vorhanden ist??? Oder muss ich jetzt wirklich nen neuen Thread aufmachen? Weil es ja eigentlich nicht wirklich zu meiner vorigen Frage passt...

Kannst mir aber dennoch vielleicht weiter helfen... Und zwar hab ich noch ein Problem bei dem Script, wenn ein Wert noch nicht angelegt ist. Weil wenn ich versuch ihn zu lesen, dann kommt die Fehlermeldung: HKCU....IP wurde nicht zum Lesen geöffnet Is ja klar, weil der Wert noch nicht vorhanden ist. Okay, ich könnte die Werte ja vorher ohne Inhalt anlegen, aber wenn schon Werte vorhanden sind, dann würden ja die vorhandenen überschrieben werden. Also müsst ich vorher prüfen, ob der Wert schon vorhanden ist, aber wie mach ich das?

Hat zunächst nicht geklappt, war a kleiner Fehler drin ;-) Weiter oben schreibst du HKCU und weiter unten HCLM, aber angepasst funktioniert es nun! Also richtig lautet es dann so: const HKEY_CURRENT_USER = &H80000001 strComputer = "." Set objReg=GetObject( _ "winmgmts:{impersonationLevel=impersonate}!\\" & _ strComputer & "\root\default:StdRegProv") strKeyPath = "SOFTWARE\Intern\IP" objReg.CreateKey HKEY_CURRENT_USER,strKeyPath Dankeschön! :-) Noch zur Ergänzung für spätere Interessenten: Es spielt keine Rolle, ob in dem Script der Schlüssel ständig "neu erstellt" wird, da die Werte darin enthalten bleiben. Hab es ausprobiert... Werte kann man mit .regwrite erstellen (weiter oben erwähnt!)

Hallo! Mal was ganz simples... Wenn man weiß, wie's geht ;-) Ich muss in der Registry nen Schlüssel erstellen per VBS. Wie ich den Wert änder, das ist kein Problem, aber ich muss den Schlüssel und Pfad erstmal anlegen und daran scheitert's gerade. Denn händisch das Ganze, an jedem Rechner is bisschen viel Arbeit ;-) Mit folgender Zeile setz ich den Wert zurück: Regestrie.RegWrite "HKCU\Software\Intern\IP","","REG_SZ" Wenn der Pfad und Schlüssel noch nicht existiert, dann läuft das Script nämlich nicht... Danke schonmal!

Stimmt, NE2000 war da was... Ach, schade.. Naja ;) Was ist PXE? Oder UNDI?

Hey Moment... Ich weiß, dass es mal nen NDIS-Treiber (oder so ähnlich) gab, der auf mehreren Karten funktoiniert hat... Also sooo abwegig is des ned ;) Is nur schon sehr lang her und i weiß au ned, ob des verschiedene Hersteller waren oder wie auch immer. Aber okay... Ich glaub's ja ;)

Hallo! Mich würde interessieren, ob es nicht auch einen Treiber für Netzwerkkarten gibt, der allgemein gültig ist? Also nen Standardtreiber? Sowas wie es für Soundkarte zum Beispiel ja auch gibt. Problem: Wir haben verschiedene PCs und diese müssen geimaged werden (Image aufgespielt per Boot-Diskette). Und es wäre doch echt supi, wenn man für alle PCs die selben Disketten verwenden könnte (da nicht alle Treiber auf die Diskette passen). Danke schonmal!

Hab's jetz so probiert: set objshl=createobject("wscript.shell") call objshl.Run("netsh interface ip delete dns ""Drahtlose Netzwerkverbindung"" all") call objshl.Run("netsh interface ip set address name=""Drahtlose Netzwerkverbindung"" source=dhcp") call objshl.Run("netsh interface ip set address name=""Drahtlose Netzwerkverbindung"" source=static addr=" + varIP + " mask=" + varSubnetmask + " gateway=" + varGateway + " gwmetric=Automatisch") (macht ja im Grunde keinen Sinn, aber so kann man gut nachverfolgen, ob er die Befehle nacheinander abruft, oder nahezu gleichzeitig) Jetzt ruft er wieder alle Befehle auf, ohne dass er abwartet, dass der vorherige Befehl abgearbeitet wurde. Bei meinem kleinen Scripting-Tool steht noch folgendes, nachdem ich nach Run die Klammer auf mach: run(command,[WindowStyle],[WaitOnReturn]) Ich kann damit nur nix anfagngen... Vielleicht liegt ja die Lösung hierin! Ups, hab den Fehler im vorigen Posting nicht mit reingeschrieben... Der Fehler lautet (wenn man keine Klammern verwendet): "Anweisungsende erwartet" Also schätz ich, dass die Klammer schon dazu muss.

Guten Morgen! Wenn ich das mit call versuche, also so: call objshl.Run "netsh interface ip delete dns ""Drahtlose Netzwerkverbindung"" all" dann bringt er nen Fehler ab den ersten Anführungszeichen (vor netsh...). Muss ich das ganze dann noch mehr umschreiben oder wie läuft das dann mit dem "call"?

Supi! Jetz funzt des alles so wie's soll :) Warum denn nicht gleich so ;) Also nochmals dankeschön und für alle, die den Befehl wissen wollen: WScript.sleep xxxxx 'xxxxx steht für die Anzahl der Milisekunden Die andere Lösung versuch ich dann morgen mal. Wär ja noch nen Tick besser, weil wenn das System stark ausgelastet is, dann kann es ja sein, dass die vorgegebene Zeit sonst nicht ausreicht für die Änderung. Feedback folgt!

Ey, das ist genau das was ich wahrscheinlich brauch. Wenn ich's gescheit testen konnt, meld ich mich dann. Also spätestens morgen dann! Danke schonmal!

Hallo! Ich muss in meinem VBS-Script eine Pause einfügen, weil sonst die TCP/IP-Einstellungen nicht übernommen werden. Liegt daran, dass VBS die Befehle einfach abarbeitet und wenn sich die DOS-Box öffnet (netsh-Befehl), macht es mit dem Nächsten weiter, auch wenn der Vorgang der DOS-Box noch nicht abgeschlossen ist. Sprich, wenn gerade die IP-Adresse, Subnetmask und Gateway eingetragen werden, dann fängt er nahezu gleichzeitig it den Eintragänderungen für die DNS-Einträge an. Hier mein Script, wie es NICHT funktioniert (weil eben alles gleichzeitig abgearbeitet wird). Wenn ich alles einzeln mach, funktioniert es: Dim varTCPrun Dim vatDNS1run Dim vatDNS2run Set objshl=createobject("wscript.shell") fncTCP Private Function fncTCP varTCPrun = "netsh interface ip set address name=""Drahtlose Netzwerkverbindung"" source=static addr=192.168.1.2 mask=255.255.255.0 gateway=192.168.1.1 gwmetric=Automatisch" objshl.run varTCPrun fncDelDNS End Function Private Sub fncDelDNS objshl.Run "netsh interface ip delete dns ""Drahtlose Netzwerkverbindung"" all" fncDNS1 End Sub Private Function fncDNS1 varDNS1run = "netsh interface ip add dns ""Drahtlose Netzwerkverbindung"" 192.168.1.1" objshl.Run varDNS1run varDNS2run = "netsh interface ip add dns ""Drahtlose Netzwerkverbindung"" 192.168.1.99 index=2" objshl.Run varDNS2run End Function Um zu zeigen, dass ich schon verschiedenes versucht habe, ist hier Sub und Function verwendet (wo ich eh nicht weiß, was der Unterschied ist). Ich kann auch alles ohne Function machen, dann is des des selbe Problem. Also nochmal kurz und bündig, ich brauch was, womit ich eine Pause einfügen kann, bis beim nächsten Step weiter gemacht wird. Danke schonmals!

Hab noch nicht weiter gemacht, bin aber gleich wieder dran. Ich hab in einem anderen Script schon den Shutdown-Befehl verwendet, der ja auch über Batch aufgerufen wird. Da schaut das so aus: Private Function Shutdown set objshl=createobject("wscript.shell") objshl.run "shutdown -s -t 25" End Function Ich werde den selben Part verwenden, nur eben nicht mit shutdown, sondern mit Netsh. Das wird dann ungefähr so ausschauen (voraussichtlich, noch nicht getestet!!!): Private Function Netsh set objshl=createobject("wscript.shell") objshl.run "netsh interface ip set address name="Drahtlose Netzwerkverbindung" source=static addr=x.x.x.x mask=x.x.x.x gateway=x.x.x.x gwmetric=x" End Function Versuch des auch gleich mal und meld mich dann wieder! War es das was du wissen wolltest wg Netsh? Sonst meld dich ;) . .. Okay... Es funktioniert nicht :( Schreibt "Anweisungsende erwartet"! Hmmm... Was das wohl sein kann... . .. Hab's... Bei den Anführungszeichen (Gänsefüßchen) meckert er. So ist es richtig: Private Function Netsh set objshl=createobject("wscript.shell") objshl.run "netsh interface ip set address name=""Drahtlose Netzwerkverbindung"" source=static addr=x.x.x.x mask=x.x.x.x gateway=x.x.x.x gwmetric=x" End Function