Exec

Jein, ich habe es früher als task starten lassen aber um die Fehlerquellen zu senken habe ich die vbs Datei nun einfach in den Autostart gesteckt und es startet mit sleep 10 sec nach dem Booten. Als es noch als task startete habe ich die Berechtigungen schon überprüft, ich verwende einen User mit Adminrechten zum starten, ein 2ter task zum Herunterfahren läuft mit den gleichen Berechtigungen und funktioniert problemlos. lg, Exec

Hallo liebe Scriptler, erstmal den Sinn und Zweck des Scrips: Wir haben einen Beamer zwecks Werbung hinter eine Glasscheibe gestellt und an einem PC angeschlossen, auf dem können jetzt verschiedene Videos gestartet werden die auch bis spät Abends (also wenn ich nichtmehr an der Arbeit bin) laufen sollen. Der Beamer ist mit dem PC via Com-Anschluss verbunden und auch ansprechbar, ich wiederum greife auf den Beamer-PC via VNC-Viewer zu. Nun zu dem Problem, der PC fährt hoch, startet das Script, das Script stellt via HyperTerminal die Verbindung zu Beamer her und dann soll der Beamer mit dem Befehl "pwr on" gestartet werden. An dieser Stelle hakt es, der Command wird nicht übernommen, wenn ich dagegen das Script starte und mir anschaue was er macht bekomme ich eine positive Bestätigung und alles läuft wie geplant. Der Command ist also prinzipiell schonmal richtig, ich habe schon vieles ausprobiert und auch Pausen wie ein bekloppter eingebaut nur für den Fall das es dem PC zu schnell geht. Hier das mini-script.. set WshShell = CreateObject("WScript.Shell") wscript.sleep 20000 'Schließt ein Popup das durch die Onboard-GraKa am Anfang erscheint wshshell.Sendkeys "{ENTER}" 'Fuehrt die HyperTerminal-Datei aus WshShell.run "C:\Beamer.ht" 'Wartet 10 Sekunden bis das Terminal geladen wurde Wscript.sleep 10000 'Sendet den Befehl zum Anschalten des Beamers WshShell.SendKeys "pwr on" wscript.sleep 2000 'Bestaetigt den gesendeten Befehl wshShell.Sendkeys "{ENTER}" wscript.sleep 10000 'schliesst das HyperTerminal wshShell.sendkeys "%{F4}" wscript.sleep 2000 'bestaetigt die Abfrage fuers schliessen wshShell.SendKeys "{ENTER}" wscript.sleep 3000 'startet das Werbe-Video im VLC wshShell.run """Pfad""" 'wscript.sleep 5000 'startet die Grossansicht des Videos 'wshShell.Sendkeys "f" 'wscript.sleep 3000 'bringt das Video auf Fullscreen '"^H" Da das Script an sich schon oft normal funktioniert hat frage ich mich woran es sonst noch liegen könnte. Vielleicht hat jemand von euch das gleich schonmal probiert und kann mir da weiterhelfen (?) Vielen Dank im Voraus und lg

Ich poste mal ein Beispiel wie es in der txt dann aussieht: Adapter: [00000008] Intel(R) 82566DM Gigabit Network Connection MAC: 00:1D:7D:57:AC:5E IP Adresse: 10.10.0.152 Subnet-Mask: 255.255.255.0 Standard Gateway: 10.10.0.1 DNS : 10.12.0.3 Adapter: [00000011] D-Link DFE-500TX PCI-Fast Ethernet-Adapter (Rev B/C) MAC: 00:1D:7D:57:AC:5E IP Adresse: 10.10.0.152 Subnet-Mask: 255.255.255.0 Standard Gateway: 10.10.0.1 DNS : 10.10.0.10 Adapter: [00000013] Intel(R) 82566DM-2 Gigabit Network Connection MAC: 00:1D:7D:57:AC:5E IP Adresse: 10.10.0.152 Subnet-Mask: 255.255.255.0 Standard Gateway: 10.10.0.1 DNS : 10.10.0.10 DNS : 213.129.232.1 DNS : 213.129.226.2 So sieht das bei vielen, aber nicht bei allen aus...

Hab doch noch was zu meckern... Ich bekomme bei einigen Clients bis zu 4 Adapter aufgelistet, allerdings werden da keine virtuellen Maschinen verwendet und die MAC Adressen sind immer identisch. Die Adapter ID's sind verschieden und es sind auch verschiedene Adapter-Namen. DNS, IP etc sind ebenfalls identisch bei jedem Adapter. Ist es möglich nur einmal diese Werte auszulesen?

Hi, es wird auf jeden Fall zu traffic kommen, aber ich gehe mal davon aus das du auch wissen willst wie hoch dieser ist. Ich denke das einfachste wäre dabei über dem Taskmanager die Netzwerkauslastung anzuschauen. Es dürfte aber auch kostenlose tools dazu geben -> google hilft.

Vielen Dank für die Erläuterungen! Einige der Sachen sind mir schon klar, allerdings habe ich viele Sachen nur kopiert und dementsprechend nur vermuten können was da wirklich passiert. Du hast etwas Licht in die Sache gebracht :) Das Script funktioniert jetzt perfekt in der "gekürzten" Version. Das ich doppelte Adressen bekommen habe lag daran, dass ich es über eine vbox (XP) getestet habe und es dann einen Host-Ethernetadapter und den emulierten der vbox gibt. Auf "normalen" Clients wird natürlich nur ein Adapter ausgelesen. Vielen Dank für deine Hilfe und bis zum nächsten Problem ;) Gruß, Exec

Oha, ist mir grade erst aufgefallen...da sieht man mal das ich noch einige Grundsätzliche Sachen zu lernen habe. Gibt ja genug Seiten dafür. Ich dachte man müsste jedes mal die Abfrage dazuschreiben... Wie meinst du das, "kommaseparierte Liste"... Meine Ausgabe sieht so aus: ------------------------------------------------------ Rechnername: Mustermann // Datum: 18.05.2010 08:56:42 ------------------------------------------------------ innotek GmbH VirtualBox Seriennummer: xxxxx Intel® Core2 CPU 6400 @ 2.13GHz: 2126 Mhz Arbeitsspeicher: 511,48 MB C: 0,15 / 9,99 GByte Betriebssystem: Microsoft Windows XP, Service Pack 3 Office Vs: 2007 Benutzer: <username> Domain: <domain> Computername: <PC-Name> MAC Adresse: 08:00:27:F0:03:1E IP Adresse: 10.10.0.62 Standard Gateway: 10.10.0.1 Nur die letzte MAC-Adresse ist möglich. Wobei ich auch nur eine brauche. WLAN wäre nicht interessant und i.d.R. sollte jeder PC nur einen Ethernetadapter haben. Ich kämpfe grade noch mit doppelten Ausgaben, es werden mir statt der gewünschten 3 DNS Adressen die 2 letzten nochmal ausgegeben. Dürfte wohl an der Schleife liegen, hab zuviel gepfuscht :)

Danke, es klappt jetzt. Hätte nicht gedacht das es so einfach ist ;) Aber noch eine andere Frage, ich habe bisher die IP, MAC etc. so ausgelesen: Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2") Set colitem = objWMIService.ExecQuery _ ("Select * From Win32_NetworkAdapterConfiguration Where IPEnabled = True") for each objitem in colitem strIPAddress = Join(objitem.IPAddress, ",") IP = stripaddress next Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colItems = objWMIService.ExecQuery _ ("Select * From Win32_NetworkAdapterConfiguration Where IPEnabled = True") For Each objItem in colItems MAC= objItem.MACAddress Next Mit der Schleife kann ich diese Sachen ebenfalls auslesen, nur was ist jetzt "besser" also schneller oder kompakter? Rein optisch behaupte ich das der neue part performanter sein müsste, laut google Recherchen sind aber "ExecQuery" Abfragen ebenfalls sehr kompakt.... Wäre nicht lebensnotwendig aber schon interessant das zu wissen ;) Gruß, Exec

Hallo! Du kannst die Admin-Rechte wegnehmen indem du entweder unter der Settings->Control Panel->user Accounts gehst und dort den Admin Account zu einem limited Account umänderst, oder Rechtsklick auf My Computer->Manage->Local Users and Groups->Groups und dann einfach den Accountnamen bei "User" eintragen und bei "Administrators" rausnehmen. Du solltest bei der 2ten Variante aber wirklich aufpassen was du machst, da kann man sich schnell die Accounts mit zerschreddern und davon mal abgesehen ist das ganze ohne Domäne sehr aufwändig, da du das an jedem PC händisch machen müsstest. Gruß, Exec

Ja ich weiß das es nicht das einfachste für den Anfang ist. Hier ein Teil des scripts, du wirst mit Sicherheit so einiges finden das nicht ganz so koscher ist :) ... strcomputer = "." Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2") Set colAdapters = objWMIService.ExecQuery _ ("SELECT * FROM Win32_NetworkAdapterConfiguration WHERE IPEnabled = True") n = 1 For Each objAdapter in colAdapters If Not IsNull(objAdapter.IPAddress) Then For i = 0 To UBound(objAdapter.IPAddress) Next End If If Not IsNull(objAdapter.IPSubnet) Then For i = 0 To UBound(objAdapter.IPSubnet) Next End If If Not IsNull(objAdapter.DefaultIPGateway) Then For i = 0 To UBound(objAdapter.DefaultIPGateway) Next End If If Not IsNull(objAdapter.DNSServerSearchOrder) Then For i = 0 To UBound(objAdapter.DNSServerSearchOrder) dns= objAdapter.DNSServerSearchOrder(i) Next End If ... clientlog.WriteLine "DNS : " & dns Das script ist wesentlich umfangreicher, aber dies ist der Teil der nicht funktioniert bzw. von dem ich keine Ahnung habe. Mich interssiert dabei auch nur die DNS, die MAC, IP. Gateway etc bekomme ich schon. Die Sachen die du da sehen kannst sind nur aus einem anderen Script kopiert und leicht abgeändert. Es soll also nicht die IP etc nochmal ausgelesen werden ;)

Danke für den Link...hab da vieles gefunden das mir geholfen hat, aber ich habe jetzt ein neues Problem. Ich kann mir per echo zwar die dns-Adressen ausgeben lassen, aber ich möchte die Adressen (in diesem Fall 3) in eine Textdatei abspeichern lassen. Das klappt nur teilweise, wenn ich in dem script das hinter deinem link liegt "dns= objAdapter.DNSServerSearchOrder(i)" festlege um es danach mit clientlog.WriteLine "DNS : " & dns in die Datei zu schreiben wird nur die letzte Adresse ausgegeben. Weiß jemand wie ich alle drei Adressen in die txt bekomme? Ich muss dazu sagen das ich blutiger Anfänger in sachen VBS und WMI bin. cheers Exec

Hallo heinzelrumpel, hast du mal versucht mit diesem Drucker aus Word oder anderen Programmen zu drucken? Was passiert dann? Vielleicht kann man so die Fehlerquelle eingrenzen. Gruß, Exec

Hi, nur um sicher zu gehen, hast du Überprüft ob ein Proxy-Server eingetragen ist? Bei beiden Browsern mal prüfen und wenn da was steht bitte rausnehmen. Ansonsten kann ich mich zahni nur anschließen, schmeiß die T-online Software runter. Die Einstellungen die du zuvor über die T-online Software gemacht hast (also die Daten die du von T-Online bekommen hast) musst du dann halt manuell im Router eintragen wenn das nicht schon automatisch geschehen ist. Prüfe da auch mal die Bandbreite der Internetverbindung. Gruß, Exec

Hallo, Gute Frage, wenn ich mich recht entsinne waren es "Netzwerkverbindungen werden vorbereitet"..allerdings ist das nicht bei jedem Client so. Ich werde beim nächsten mal genauer drauf achten. Vllt ist es ja doch eine andere Stelle. Netdiag habe ich an diesen Clients noch nicht ausgeführt, werde ich ebenfalls nachholen. Allerdings habe ich da ein leichtes Verständnisproblem was die Userberechtigung betrifft. Wenn ich Netdiag als Domain admin ausführe stimmt alles, als lokaler Admin gibt es schon eine Warnungen und als domain user habe ich ein paar "failed" und "access denied" dazwischen. Warum das so ist, ist mir klar, allerdings frage ich mich mit welchem User ich netdiag durchführen sollte damit ich das Ergebnis nicht verfälsche.... Gruß, Exec

Hallo liebe Helfershelfer, ich habe mich in den letzten Wochen etwas mit VBScripting beschäftigt da ich eine Inventarisierung aller Clients plane. Es wird nach dem Mappen der Netzlaufwerke ein weiteres VBScript gestartet, das zur Inventarisierung.(liegt beides unter SYSVOL). Es wird eine txt erstellt welche auf einem der Netzlaufwerke abgelegt wird. Dort sind bisher folgende Daten drin. IP, Standard-Gateway, Domäne, Benutzer, Computername, MAC-Adresse (alles per WMI) Zusätzlich wird noch RAM, CPU, Speicherplatz (alle Laufwerke), OS + SP, sowie die Office Version ausgelesen. Später sollen noch alle installierten Programme in die txt geschrieben werden. Viel wichtiger ist allerdings das ich die Liste der DNS Adressen gerne auslesen würde, in unserem Fall 3. Per batch kann ich zwar die komplett ipconfig auslesen aber dazu müsste ich per batch die zuvor erstellte txt editieren und den Wert hinzufügen. Die txt's bekommen per vbs allerdings schon den Namen der User und den Computernamen. Ich wüsste nicht wie ich auf diese txt's per batch verweisen müsste damit das klappt. ich würde gerne per WMI die DNS abfragen, habe aber bisher keine Möglichkeit gefunden die klappt. Bisher habe ich es mit "DNSServerSearchOrder" und "DNSHostName" probiert, bekomme aber keinen Wert zurück. Ich bin mir auch nicht sicher ob die Werte auch die sind die ich haben will :confused: Hat einer von euch einen Vorschlag wie ich das angehen könnte ohne dabei mein mühsam zusammengeflicktes Script zu verwerfen?:) lg und vielen Dank im Voraus! Exec

Auch wenn ich viel zu spät dran bin.... das Problem ist gelöst, ich bin mir nicht zu 100% sicher aber ich denke es war ein klassischer Admin-Fehler. Ich habe die GP "Auf Netzwerkdienste etc. warten" nochmal überprüft. Die Einstellungen (von denen ich dachte sie wären enabled) waren nicht aktiv. Nach Aktivierung und gpupdate /force gab es keine Probleme mehr. Nun warten einige Clients recht lange bei der Anmeldung aber damit müssen die jetzt leben :) Und noch ein Tipp für alle, die ähnliche Probleme haben. Prüft unter "gpedit.msc -> user configuration -> administrative templates -> group policy" die Einstellung "Group Policy slow link detection". Wenn ihr das enabled und den Wert auf "0" setzt werden scripts auch ausgeführt wenn die Netzwerkperformance niedrig ist. Lest euch die Beschreibung der GP ruhig mal durch, ich habe die Englische Version und garantiere nicht für Übersetzungsfehler meinerseits ;) lg und vielen Dank für die Ausdauer meiner Helfer!

So, um nicht noch mehr zu verwirren... Wenn ich netdiag als Domainadmin ausführe, wohlgemerkt auf einem Xp client und nicht auf dem Win Server 2003 bekomme ich bei allen Tests die Meldung "passed". Allerdings erhalte ich Warnungen die in der Liste die ich gepostet habe nicht zu sehen sind. NetBT name test -> Passed Warnung: At least one of the <00> 'WorkStation Service', <03> 'Messanger Service', <20> 'WINS' names is missing. LDAP test -> Passed Warning: Failed to query SPN registration on DC 'adsci.sci.modul'. Ich habe leider keine Ahnung was die Meldung bei dem LDAP test zu bedeuten hat...

Hier bin ich wieder...habe mal die Supporttools installiert und netdiag duchlaufen lassen. Hier das Ergebnis: Computer Name: xxx DNS Host Name: xxx.sci.modul System info : Windows 2000 Professional (Build 2600) Processor : x86 Family 6 Model 15 Stepping 2, GenuineIntel Netcard queries test . . . . . . . : Failed Enumeration failed. [ERROR_ACCESS_DENIED] [FATAL] - None of the netcard drivers provided satisfactory results. Per interface results: Adapter : Local Area Connection Netcard queries test . . . : Passed Host Name. . . . . . . . . : xxx.modul.ac.at IP Address . . . . . . . . : 10.10.0.62 Subnet Mask. . . . . . . . : 255.255.255.0 Default Gateway. . . . . . : 10.10.0.1 Dns Servers. . . . . . . . : 213.129.232.1 213.129.226.2 AutoConfiguration results. . . . . . : Passed Default gateway test . . . : Passed WINS service test. . . . . : Skipped There are no WINS servers configured for this interface. Global results: Domain membership test . . . . . . : Passed NetBT transports test. . . . . . . : Passed List of NetBt transports currently configured: NetBT_Tcpip_{9D9D0539-EDE7-4B3B-97F3-5973D0DF05A1} 1 NetBt transport currently configured. Autonet address test . . . . . . . : Passed IP loopback ping test. . . . . . . : Passed Default gateway test . . . . . . . : Passed NetBT name test. . . . . . . . . . : Failed [FATAL] Failed to read NBT interface info from the registry. Winsock test . . . . . . . . . . . : Passed DNS test . . . . . . . . . . . . . : Passed [WARNING] Cannot find a primary authoritative DNS server for the name 'mark-xp.sci.modul.'. [RCODE_SERVER_FAILURE] The name 'mark-xp.sci.modul.' may not be registered in DNS. Redir and Browser test . . . . . . : Passed List of NetBt transports currently bound to the Redir NetBT_Tcpip_{9D9D0539-EDE7-4B3B-97F3-5973D0DF05A1} The redir is bound to 1 NetBt transport. List of NetBt transports currently bound to the browser NetBT_Tcpip_{9D9D0539-EDE7-4B3B-97F3-5973D0DF05A1} The browser is bound to 1 NetBt transport. DC discovery test. . . . . . . . . : Failed [FATAL] Cannot find DC in domain 'modul'. [ERROR_NO_SUCH_DOMAIN] DC list test . . . . . . . . . . . : Failed 'modul': Cannot find DC to get DC list from [test skipped]. Trust relationship test. . . . . . : Failed 'modul': Cannot find DC to get DC list from [test skipped]. Secure channel for domain 'MODUL' is to '\\ADSCI'. Kerberos test. . . . . . . . . . . : Skipped 'modul': Cannot find DC to get DC list from [test skipped]. LDAP test. . . . . . . . . . . . . : Failed Cannot find DC to run LDAP tests on. The error occurred was: The specified domain either does not exist or could not be contacted. [WARNING] Cannot find DC in domain 'modul'. [ERROR_NO_SUCH_DOMAIN] Bindings test. . . . . . . . . . . : Passed WAN configuration test . . . . . . : Skipped No active remote access connections. Modem diagnostics test . . . . . . : Passed IP Security test . . . . . . . . . : Passed Service status is: Started Service startup is: Automatic IPSec service is available, but test failed to get current policy information Error 5 - Access is denied. Note: run "ipseccmd /?" for more detailed information The command completed successfully Wie man sehe kann scheint es doch Probleme mit dem DC zu geben. Allerdings wüsste ich nicht was an den Einstellungen falsch sein könnte. Kann jemand damit was anfangen? Mir ist noch aufgefallen das ich netdiag nicht als admin ausgeführt hab Oo.... ist im Wesenlichen aber kein Untschied, statt access denied kommt dann "passed" an den stellen. Gruß, Exec

Hallo judith, sry das ich mich erst so spät melde. Die Namensauflösung klappt prima, habe ich schon überpüft. Wegen der Viren denke ich auch das es Möglicherweise irgendwo noch unentdeckte geben könnte. Nur wie kann man das zuverlässig herausfinden? Die Viren waren auf jedem der Netzlaufwerke zu finden (Server)..immer gleiche Namen und versteckt. Noch einmaligem Löschen wurden auch keine mehr gefunden. Trotz Recherche kaum Informationen über die Viren gefunden..die die ich gefunden habe bestätigten den Verdacht das sie für die Probleme verantwortlich sein könnten. Ich kann mich nichtmehr an die genauen Namen erinnern aber alle hatten als Symbol den recycler und hießen irgendwas mit RANTEM und ORVELO oder so. Also schon recht verdächtig. Ich werde die Diagnose mal durchführen und dann das Ergebnis posten. Danke schonmal für die Vorschläge! Gruß, Exec

So..never ending story teil 2... Nach gründlicher Prüfung hat sich herausgestellt das es nicht an Viren etc lag. Nun bin ich wieder am Anfang. Ich habe vor kurzem einen neuen Rechner in die Domäne eingebunden etc. Dabei musste ich feststellen, dass wenn ich mich anmelde alle Netzlaufwerke vorhanden waren, sobald der User angemeldet war fehlten alle und beim Starten kam die Fehlermeldung das der Pfad des scripts nicht erreichbar wäre. Daraufhin dachte ich mir, es müsste etwas mit den Profilen zu tun haben. Alles geprüft und es gibt absolut keine Unterschiede zwischen unseren Profilen. Hinzu kommt noch, dass ich heute bei meinem Account das selbe Problem hatte, d.h. es war wohl Zufall das es zuvor an dem neuen PC ging. Zwecks der Übersichtlichkeit hier eine Liste der durchgeführten Lösungasnsätze: - Freigabe des Ordners "Sysvol" ist richtig eingestellt - das Script selbst auch geprüft, alles ok - Userprofile gecheckt, Netzlaufwerke sind eingetragen - GP "Warten auf Netzwerkdienste" aktiviert - Virenprüfung der Laufwerke, Viren gefunden aber waren nicht die Ursache - Anzahl der Zugriffe auf die Freigegebenen Ordner sind unbegrenzt - IP Range der Domäne ist mehr als ausreichend - Manuelle Ausführung des Scripts ist oft folgenlos bzw. entweder es kommt eine Meldung das die Verbindung bereits besteht oder das der angegebene Pfad des scripts nicht erreichbar ist. - Auch wenn die Netzlaufwerke nicht zu sehen sind kann ich über \\server auf die Laufwerke zugreifen -> es ist also eine Verbindung vorhanden. Vllt habe ich noch etwas vergessen aber im großen und ganzen sind das die Fakten. Ich habe absolut keine Ahnung wo ich noch schauen könnte....für weitere Tipps wäre ich sehr dankbar :)

PS: Habe das script zum Laufen gebracht, nur bisher konnte ich es noch nicht bei einem der User testen. Ich muss es lokal verwenden weil wenn ich für alle das script einsetze sind die User total überfordert mit der "Änderung" und springen mir an die Kehle.

Da bin ich wieder, tut mir erstmal Leid das ich so lange nicht geantwortet habe aber wie es scheint habe ich die Ursache gefunden. Ich habe auf mehreren Netzlaufwerken einen Virus gefunden der laut Beschreibung zu einer sehr hohen Netzauslastung führen kann. Der Virus ist recht alt, deshalb wundert es mich das er nicht vorher gefunden wurde. Wir verwenden Kaspersky Lab Admin Kit, welches an sich sehr effektiv war in der Vergangenheit. Zuvor war Symantec installiert, was eine herbe Enttäuschung in Sachen Performance sowie Reaktion war. Da ich zwar die bisher gefundenen Viren gelöscht habe, mir aber noch nicht sicher bin woher der Virus stammt, werde ich alle möglichen Quellen prüfen müssen. Dabei musste ich feststellen das allein auf unserem Novell-Server für eine Arbeitsgruppe schon 8 Viren zu finden waren. Da hat jemand sehr schlampig gearbeitet.... Ob das im Endeffekt die Ursache für das ganze Theater ist/war wird sich noch zeigen...werde beobachten und mich in ein paar Tagen/Wochen melden. Grüße, Exec

@blub: Also das script funktioniert leider nicht. Bekomme nur Fehlermeldungen, habe versucht selbst den Fehler zu finden aber alles was ich gemacht habe hat mich nur zu einem neuen Fehler gebracht. Wäre gut wenn du dir das script nochmal anschauen könntest, ich werde derweil weiter probieren es in Gang zu bekommen...

@lefg: Ich habe eine andere Karte eingebaut aber es hat sich leider nichts verändert. Ich habe auch zufällig gemerkt das immer mehr User betroffen sind, nur war das bei denen so sporadisch das die erst garnicht angerufen haben... @blub: Ich werde das script ma mit den Änderungen lokal an einem der PC's testen und poste dann die Ergebnisse. Danke für die script-Anpassung, hätte mich wieder Stunden gekostet das auf die Reihe zu kriegen ;)

Es ist eine Onboard-Netzwerkanschluss, würde mich zwar stark wundern wenn es wirklich daran liegt aber ich werde testweise mal eine Netzwerkkarte einbauen.