Eye-Q

Du kannst dem Massenspeichergerät auch fest einen Laufwerksbuchstaben zuweisen, der nicht für Netzlaufwerke benutzt wird, hast so die Ursache bekämpft und kannst das Massenspeichergerät trotzdem noch benutzen.

Das behebt das Symptom, aber nicht die Ursache...

Nein, einen Adapter von SATA auf SCSI gibt es meines Wissens nicht, und eine alte 18GB SCSI-Platte, selbst mit 10.000 U/min, wird einer aktuellen SATA-Platte, geschweige denn einer SSD, nicht das Wasser reichen können.

Werden die Netzlaufwerke wirklich gemappt? Wenn nicht, funktioniert das Logonskript wahrscheinlich wegen einer falschen Umgebungsvariable nicht, die dann greift, wenn der Cardreader (ich gehe mal davon aus, dass "USB-Massenspeichergeräte" ein Cardreader ist) aktiv ist. Da werden dann wahrscheinlich im Explorer immer Laufwerke angezeigt, auch wenn keine Speicherkarte drin ist, oder? Auch wenn die Netzlaufwerke gemappt sind, kann es immer noch ein Problem mit den Umgebungsvariablen sein, wenn im Logonskript kein "/persistent:no" an die net use-Befehle angehängt sind. So werden nämlich die Mappings nicht gelöscht, wenn sich der Domänenbenutzer abmeldet und sind deswegen beim nächsten Anmelden wieder da.

Dann eben net use <Laufwerksbuchstabe1> /delete net use <Laufwerksbuchstabe2> /delete net use <Laufwerksbuchstabe1> \\<Neuer Server1>\<Neue Freigabe1> net use <Laufwerksbuchstabe2> \\<Neuer Server2>\<Neue Freigabe2> Wie werden die Netzlaufwerke denn jetzt verbunden? Bei jedem Benutzer, der irgendwann mal angelegt wurde, fest, und ohne Loginskripte?

In das/die Logonscript/e die folgende Zeile ganz oben einfügen (ggf. mit Suchen und Ersetzen in Dateien, z.B. in Notepad++): net use * /delete Nebenbei gesagt sollten die Netzlaufwerke sowieso immer folgendermaßen verbunden werden: net use <Laufwerksbuchstabe> \\<Servername>\<Freigabename> /persistent:no So werden die beim Abmelden des Benutzers nicht gespeichert und solche Probleme entstehen gar nicht erst.

Naja, wenn die Netzwerkkarte noch nicht mal mehr im Gerätemanager angezeigt wird, kann Windows da auch nix mehr mit ipconfig oder sonstwas machen. Eventuell ist die Netzwerkkarte im BIOS deaktiviert (wodurch auch immer). Wenn sie aktiviert ist: einmal deaktivieren, neu starten und wieder aktivieren. Eine weitere Möglichkeit wäre, dass in den Stromsparmodi rumgespielt wurde, das Notebook deswegen dauernd auf "längste Akkulaufzeit" läuft und in dem Profil die Onboard-Netzwerkkarte deaktiviert ist.

Einfach mal nach xen p2v suchen (p2v = "Physical to Virtual"), das sollte genügend Anleitungen ausspucken.

Wie gesagt: beschäftige dich mit Subnetting, dann sollte das klar werden. 192.168.1.x und 192.168.100.x sind bei einer Subnetzmaske von 255.255.255.0 nicht im selben Subnetz.

Prinzipiell brauchtest Du das Standardgateway bei der Aktion gar nicht zu setzen, da das Standardgateway nur dann benötigt wird, wenn der PC Pakete hat, die er nirgendwo anders los wird. Da Du der Fritzbox (fälschlicherweise) die 192.168.100.1 gegeben hast und anschließend dem PC die 192.168.100.10, weiß der PC, dass die Pakete, die an die 192.168.100.1 gehen sollen, über die Schnittstelle rausgehen, die im selben Subnetz liegt, in diesem Falle eben dem LAN-Port, dem Du die 192.168.100.10 gegeben hast. Außerdem hast Du anscheinend die Meldung entweder nicht richtig gelesen oder nicht richtig verstanden - das ist nur eine Hinweismeldung, die nicht verhindert, dass irgendwas funktioniert. Die hättest Du auch dementsprechend bestätigen können.

Das Problem liegt also eindeutig an der Verbindung der beiden PowerLAN-Adapter untereinander, schon mal eine gewonnene Erkenntnis. Eventuell, wenn Du die Möglichkeit hast, andere Steckdosen verwenden. Stecken die Adapter direkt in der Wandsteckdose oder an einer Verlängerungsstrippe? Im zweiteren Falle falls möglich eben direkt in die Wandsteckdose einstecken und testen ob das besser wird (wie es auch im wikipedia-Artikel steht). Vollkommen normal - bei manchen Treibern kann man Gigabit fest einstellen, bei anderen nur auf die geringeren Geschwindigkeiten limitieren.

Wenn beide die Subnetzmaske 255.255.0.0 hätten, wären sie in einem Netz, allerdings bei Standardeinstellungen (Subnetzmaske 255.255.255.0) sind die in unterschiedlichen Netzen, die sich nicht untereinander verständigen können. Siehe auch Subnetz in der wikipedia. Gib' deinem Rechner irgendeine IP von 192.168.100.2 bis 192.168.100.254 und schon kommst Du wieder auf die Fritzbox. Anschließend der Fritzbox eine IP aus dem 192.168.1.x-Subnetz geben (am besten die .2 und den DHCP-Bereich ab der 3 einstellen), den Rechner wieder auf DHCP stellen und schon passt das. P.S.: es wäre schön, wenn nicht nur das grobe Thema im Titel angesprochen wird, sondern auch ein bisschen näher auf das eigentliche Problem eingegangen wird.

Funktioniert denn die DNS-Auflösung über die VPN-Verbindung? Das ist ja erstmal Grundvoraussetzung, um über \\mstserver auf den Server zuzugreifen.

Wie ist die logon.bat aufgebaut? Werden die Netzlaufwerke per DNS-Name des Servers oder IP-Adresse eingebunden?

Kommt drauf an, wie das gelöst ist. Es gibt ja die Möglichkeit, intern VoIP zu nutzen, extern aber noch ISDN zu nehmen, weil vielleicht die Internetbandbreite nicht für VoIP ausreicht. Dann braucht man auf jeden Fall eine Telefonanlage, die dementsprechend zwischen VoIP und ISDN umsetzt. Soll auch extern VoIP gesprochen werden, kann das einerseits auch wieder über die Telefonanlage geschehen, wo dann SIP-Provider eingetragen sind. Dann gehen die Signale natürlich über die Telefonanlage und das Standardgateway der Telefonanlage in das Internet und beim SIP-Provider gibt's dann irgendwo die Umsetzung in das öffentliche Telefonnetz. Ohne Telefonanlage melden sich die VoIP-Telefone direkt beim SIP-Provider an (Pakete gehen über das LAN zum Standard-Gateway und von dort zum Provider) und das ist dann im Prinzip wie mit Telefonanlage, außer dass auch interne Gespräche über den SIP-Provider geführt werden.

Radio Eriwan: Jaein. Kann sinnvoll sein, muss aber nicht. Bei so einem kleinen Netz reicht ja ein Class C-Netz vollkommen aus. Es ist natürlich auch die Frage, ob PCs und Telefone an gemeinsame Switches angeschlossen werden sollen (One Wire To The Desk) oder ob die Netze physikalisch getrennt sein sollen (linke Dose LAN - rechte Dose Telefon, obwohl ja eigentlich eh alles über TCP/IP geht). Im ersteren Falle sind unterschiedliche Subnetze für Telefon und Netzwerk sinnvoll, im zweiteren Falle unnötig. Das eine hat mit dem anderen null komma gar nix zu tun - das Einzige, was ich mir vorstellen kann, wieso neue Switches werden ist, dass die alten eben kein PoE bieten. Layer 3-Fähigkeit ist da nur ein Nebeneffekt, den man haben kann oder auch nicht. Die Frage ist auch, ob zwischen den VoIP-Endgeräten und den PCs überhaupt vermittelt werden muss - wenn nein, tun's auch normale Layer 2-Switches.

Na sicher läuft das zwangsweise durch alle anderen ISO/OSI-Schichten (auf der einen Seite "runter" bis zur Schicht 1, auf der anderen Seite wieder "hoch" bis zur Schicht 7). "Auf Schicht 7 kommunizieren" heißt eben, dass die Komponente eben auf Schicht 7 angesiedelt ist, nicht dass "Schicht 7" auf der einen Seite direkt mit "Schicht 7" auf der anderen Seite kommuniziert.

Wenn die Kunden auf die Server zugreifen, die in eurem Unternehmen stehen, dann ja. Eventuell sind das aber auch nur Entwicklungsserver oder Server, die die Server beim Kunden 1:1 abbilden, wieso auch immer. Da wir aber keine Ahnung von den internen Strukturen deiner Firma haben, können wir das nicht mit Gewissheit sagen, da solltest Du den Admin/die Admins in deiner Firma fragen, vor allen Dingen bevor Du irgendwelche Dinge änderst.

Schon die Suchmaschinenergebnisse zu dem Fehler 800705b4 ausgewertet und geschaut, ob da irgendwas von zutrifft (was ich gerade auf den ersten Blick gesehen habe: Acronis - nach der Deinstallation war bei einem der Fehler weg)?

Die Zuordung zu den logischen Controllern hängt mit der physikalischen Verbindung zwischen USB-Controller (in diesem Falle im Chipsatz) und Anschlüssen zusammen und ist vollkommen normal, auch wenn ich überhaupt nicht weiß, was für ein Gerät Du nutzt (ich schätze Notebook, da die meisten PCs kein "links" oder "rechts" bei USB-Anschlüssen kennen). Auch das Verbundgerät ist vollkommen normal, das hängt mit den Treibern für das entsprechende Gerät zusammen. Gegenfrage: wieso stellst Du diese Fragen, wenn der Rechner normal funktioniert (zumindest gehe ich davon aus, dass er das tut, weil Du keine anderslautende Aussage getroffen hast)?

Und nochmal: welche DNS-Einstellungen besitzen die beiden Client-Rechner? Sind die fest zugewiesen oder per DHCP? Ohne dass Du uns das sagst, können wir nur darauf hinweisen, dass für einen Domänenbeitritt die DNS-Auflösung stimmen muss, was sie anscheinend hier eben nicht tut.

Wie vom Chief schon gesagt: es ist äußerst ungewöhnlich, sich für so eine Frage in einem IT-Forum anzumelden. Wenn der Notar das sagt, wird das schon richtig sein, er sollte schließlich die rechtliche Lage kennen. P.S.: ich möchte dir nicht auf den Schlips treten, aber es scheint, dass Deutsch nicht deine Muttersprache ist. Deswegen solltest Du entweder zu jemandem gehen, der einerseits deine Muttersprache kann und andererseits die rechtliche Lage hier in Deutschland kennt.

Nein, ist eher nicht schlau, da es sein kann, dass es diese Domain auch im Internet geben kann und somit die Namensauflösung nicht funktioniert, weil bei der Suche nach dem DC der entsprechende DNS-Server für die TLD .com nach dem Namen des Servers angefragt wird. Es kann zwar funktionieren, wie im Fall des Notebooks, kann aber auch nicht, wie beim PC. Da das Kind aber nun in den Brunnen gefallen ist (ich hoffe, das ist keine Produktivumgebung): ich gehe davon aus, dass der DC auch DNS-Server ist. Wenn ja, zeigen Notebook und PC beide auf den DC als DNS-Server? Ich vermute eher, dass der PC als DNS entweder den Router (der dann natürlich das Internet fragt) oder einen externen Server, woher auch immer.

Welche Version des Shrew-Clients hast Du installiert? Bei uns (mit Linksys RV042-Routern bzw. Astaro-Firewalls) funktionieren die 2.1.6 und 2.1.7 nicht, die 2.1.5 aber schon. Eventuell hilft das bei dir auch.

Hmm, irgendwie sind die Infos, was Du wie genau machst, relativ undeutlich, deswegen können wir nur raten. - Bauen die Rechner/Notebooks die VPN-Verbindung von sich zur Fritzbox auf oder gibt es einen weiteren Router, der die VPN-Verbindung aufbaut und dann an die angeschlossenen Rechner weitergibt? Im ersteren Fall: hast Du einen VPN-Client auf den Rechnern installiert oder wird das über Windows-Bordmittel gemacht? - Wie versuchst Du die Netzlaufwerke zu verbinden? Über \\<NAS-Name>\<Freigabename> oder \\<NAS IP-Adresse>\<Freigabename>? Im ersteren Fall kann es gut sein, dass die Namensauflösung über die VPN-Verbindung nicht funktioniert und das NAS dann natürlich nicht angesprochen werden kann. - Allgemein sind mehr Informationen nie verkehrt; zu viele Informationen kann man herausfiltern, bei zu wenigen Informationen kann man nur raten.