IThome

Wo steht das, bei den Leases ? Ein Rechner, dessen Name "dash" ist ? Lösche die Lease doch einfach ?!

Und wenn Du die Route 192.168.13.0/24 über die 192.168.13.102 löschst, dann kannst Du kommunizieren ? Kannst Du vorher den Router wenigstens anpingen ?

Systemsteuerung - Benutzerkonten - Eigene Anmeldeinformationen verwalten oder alternativ dazu in der Suche Anmeldeinformationsverwaltung eingeben ... Und dort die Daten des Servers (Name des Servers, Anmeldung an diesen) eintragen ...

Welche Firewall ist abgeschaltet ?

NAT im RRAS konfiguriert ? Route ins Netz der Serverkarte fehlt auf dem Zyxel ?

Es muss nur geroutet werden, wenn ein Ziel erreicht werden soll, welches nicht direkt angeschlossen ist. Das Gerät findet die Route zum angeschlossenen Netzwerk 192.168.13.0/24 über die Schnittstelle 192.168.13.102 (was ja eigentlich auch richtig ist, da sie sich im angeschlossenen Netzwerk befindet). Internetadressen sind unbekannt und werden über die Nullroute geschickt. Die Routingtabelle sieht nicht fehlerhaft aus. Ist das WLAN in den Router integriert oder hast Du einen extra Accesspoint ? Poste bitte mal die Ausgabe von IPCONFIG /ALL des WLAN-Rechners und eines kabelgebundenen Rechners (sofern vorhanden). Wer vergibt die IP-Adressen für WLAN-Clients ?

Schalte auf dem Client mal die "Einfache Dateifreigabe" ab bzw. "Kennwort geschützte Freigabe" an und verbinde Dich dann vom Server aus mit Benutzerdaten, die auf dem Client angelegt wurden (auch mit Kennwort) ...

Damit sollte es klappen ... Verbindungs-Manager-Verwaltungskit

Off-Topic: Danke :)

Ich denke nicht, dass es auch mit lokalen Profilen passiert. Ist wahrscheinlich ein schwer zu lösendes Problem, zumindest bei Einsatz von Roaming Profiles. Hm, was gibt es als Lösungsansatz ... 1. Überall gleiche Versionen (teuer) 2. Keine Roaming Profiles 3. Nach dem Abmelden die Mapi-Profile löschen und Outlook immer mit vorkonfigurierten PRF-Dateien starten lassen (nur so eine Idee) 4. Fällt mir nicht ein, vielleicht gibt es ja noch was besseres ... Der 1. Punkt ist sehr teuer, aber meines Erachtens das, was allen hilft, alle bisherigen Konfigurationen unterstützt und 100%igen Erfolg sichert. Der 2. Punkt wird auch funktionieren, allerdings gibt es sicherlich gute Gründe, warum Roaming Profiles eingesetzt werden sollen. Der 3. Punkt mag auch funktionieren, muss aber gründlich vorbereitet und getestet werden (wenn es denn so funktioniert). Allerdings gibt es für mich im Moment ein paar unklare Punkte, z.B. der Offline-Store oder der Nickname-Cache ... Ich kenne das Problem auch und wir haben das Roaming abgeschaltet ...

Per Default muss der Benutzer auf dem Server ein Passwort haben, da die Sicherheitsrichtlinie es sonst nicht erlaubt, dass man sich via Netzwerkanmeldung verbindet (man bekommt aber auch eine Fehlermeldung). Ein Benutzer MUSS kein Kennwort haben, ein Administrator auch nicht (sie sollten natürlich, keine Frage) ... Bleiben wir mal bei dem Benutzerbeispiel weiter oben: Du verbindest Dich mit dem Server mit dem Namen SRV (Beispiel) mit \\SRV und wirst aufgefordert, Benutzername und Kennwort anzugeben. Gib dort mal als Benutzername "SRV\Test" mit dem Passwort "Passwort1" ein ... Sicherlich ist es wichtig, dass auch die NTFS-Berechtigungen korrekt gesetzt werden, da die mehr einschränkende Berechtigung die effektive Berechtigung ist. Du hast aber kein Berechtigungsproblem (im Moment jedenfalls nicht), sondern ein Authentifizierungsproblem ...

Benutzt Ihr Roaming Profiles ?

Wenn Du einen neuen Thread erstellst und keinen 3 Jahre alten wieder aufleben lässt, bekommst Du sicher auch Antworten ... :)

Deswegen "möglicherweise" ... ;)

Nein, das stimmt nicht ... Bei Intel heisst das Pre-Logon Connect ... http://download.intel.com/support/wireless/wlan/sb/intel_prosetwireless_software_v13_user_guide.pdf Ich würde es aber trotzdem von Windows machen lassen ... ;)

Server schon mal neu gestartet ? Möglicherweise hilft das auch in Deiner Umgebung ... You cannot receive some faxes and Event ID 32091 and Event ID 32092 are logged on a Small Business Server 2000-based computer and on a Windows Small Business Server 2003-based computer

Auf dem Server muss die Datei- und Druckerfreigabe installiert , ebenso eine Freigabe vorhanden sein. Einerseits müssen Freigabeberechtigungen gesetzt werden, die Berechtigungen des darunter liegenden NTFS-Dateisystems müssen ebenso passen. Das aber ist nicht das Problem, da Du ja schon nicht authentifiziert wirst. Du musst Dich am Server mit einem Benutzerkonto authentifizieren, welches auch auf dem Server angelegt ist. Erzeuge auf dem Server ein Benutzerkonto, z.B. den User "Test" mit dem Passwort "Passwort1". Verbindest Du Dich vom Client aus mit dem Server via \\<Servername>, gibst Du in dem folgenden Anmeldedialog den oben angelegten Benutzer an. Wenn Du nicht nach Passwörtern gefragt werden willst, erzeuge Dir die Benutzerkonten mit den Passwörtern, die sich auch an den Arbeitsstationen anmelden ... Der Gruppe "Jeder" Berechtigungen geben bedeutet nicht, dass dann x-beliebige Konten zugreifen können ... Understand Implicit Groups and Identities in Windows Server 2008

Geht genau so ... (aber möglicherweise habe ich das Problem gar nicht verstanden :D) Also von der .cmd Datei eine Verknüpfung erstellen, in den Eigenschaften der Verknüpfung (Reiter Verknüpfung) - Erweitert - "Immer als Administrator ausführen" einstellen (hab ich grad mit ner Batchdatei gemacht, deren Inhalt ARP /D ist). Das Bild oben zeigt die Eigenschaften der .CMD-Datei, nicht die Eigenschaften der Verknüpfung der .CMD-Datei ... edit: Wenn ich das Problem nicht verstanden habe, erkläre es mir doch bitte jemand :)

Warum Kompatibilität bei der CMD.EXE ? Erstelle Dir ne Verknüpfung oder benutze die vorhandene und gehe dann in die Eigenschaften - Erweitert - "Immer als Administrator ausführen"

Die hier gegebenen Informationen sind ein wenig blass. Wer hostet die Zonen ? Sind sie Active Directory integriert ? Lassen sie dynamische Updates nur auf sicher Weise zu oder auch auf unsichere Weise ? Wie sieht die Ausgabe von IPCONFIG /ALL der DNS-Server und eines Clients aus ? Wie ist der DNS-/AD-Domänenname (eventuell Single Label) ? Haben die DNS-Server Primäre DNS-Suffixe, die zum Namen der gehosteten Zone passen ? Registrieren die Clients sich vollständig selbst oder übernimmt das ein DHCP-Server teilweise oder vollständig ? ...

Suche im Forum mal nach "IRPStackSize" ... Da findest Du eine Menge Einträge zu diesem Thema ... :)

Existiert das zum Anmelden benutzte Konto namentlich auch in der lokalen Sicherheitskontendatenbank, dann kommt es zu dem beschriebenen "Fehler". Nimmst Du ein anderes Domänenkonto (existiert in der lokalen Datenbank nicht), musst Du die Domäne nicht angeben ...

Beschreib das bitte mal etwas genauer ...

PROXYCFG gibt es meines Wissens nach XP nicht mehr. Das wird mit NETSH gemacht ... NETSH WINHTTP ... Es ist immer gut zu schreiben, mit welchen Systemen man arbeitet ... ;)

Selbst mit solchen Kleinigkeiten kann man sich 'ne gute Zeit beschäftigen ... :D