Jump to content
Hinweis 16.03.25: Das Forum war heute früh bis ca. 9:30 Uhr nicht erreichbar. Grund war ein technisches Problem. Wir bitten um Verständnis.

IThome

Members
  • Gesamte Inhalte

    17.751
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von IThome

  1. Das denke ich auch, diese Bücher sind klasse, wenn Du das Wissen, welches Du durch die speziellen Prüfungsvorbereitungsbücher erlangt hast, vertiefen (Deine Bücher gehen richtig tief runter) willst.
  2. Dass in jedem Fall nicht über den DNS-Cache aufgelöst wird. Stehen dort falsche oder besser überholte Einträge, die noch gültig sind, wird der DNS-Server nicht gefragt. Die Frage ist ja, was da jetzt nicht klappt. Entweder die Auflösung unvollständiger Namen (also dass der Client seinen Suffix an den Hostnamen anhängt) oder die Registrierung der WLAN-Clients am DNS-Server oder was liefert der DNS-Server zurück (Stichwort Netmask-Ordering). Poste doch mal die Ausgaben von: Wenn der WLAN-Client im WLAN ist und der LAN-Client NSLOOKUP <nur Hostname> NSLOOKUP <FQDN> ausführt und wenn der WLAN-CLient im LAN ist und der LAN-Client NSLOOKUP <nur Hostname> NSLOOKUP <FQDN> ausführt und natürlich auch den WINS-Server untersuchen und den NetBIOS-Namenscache ... Ist die 192.168.0.9 ein weiterer DC im LAN ? Die WLAN-Clients benutzen auch keinen WINS-Server (eventuell schaltest Du den mal ab, es könnte ja sein, dass der DNS-Server nicht antwortet und der Name vom WINS aufgelöst wird. Und das ist immer die Zuordnung im LAN, da der WLAN-Client im vom WLAN DHCP offensichtlich keinen WINS--Server zugewiesen bekommt) ... Ich hätte schon längst einen Sniffer angeworfen ...
  3. Vielleicht ist die Lösung mit dem Dienst besser. Du kannst dem Dienst Berechtigungen vergeben (über Gruppenrichtlinien). Hast Du einem Benutzer oder einer Gruppe die Berechtigungen gegeben, kannst Du das Tool SVCUTIL vom Arbeitsplatz aus benutzen, um den Dienst neu zu starten SvcUtil Du kannst es aber auch mit den Terminaldiensten machen. Dafür muss der User das Benutzerrecht "Anmelden über Terminaldienste zulassen" bekommen. Mit diesem Benutzerrecht kann er sich via RDP an dem Server anmelden und gegebenenfalls die Anwendung neu starten (was natürlich davon abhängt, ob man als normaler Benutzer diese Anwendung überhaupt starten kann) ...
  4. Soviel zum Thema Tuning von XP ... :rolleyes:
  5. Und genau das ist Dein Problem. Entweder gibst Du ihm eins oder deaktivierst die Sicherheitsoption "Konten: Lokale Kontenverwendung von leeren Kennwörtern auf Konsolenanmeldung beschränken"
  6. IThome

    ich komm nach Lübeck

    Hey Edgar, den Imbiss kenne ich noch gut. Jeden Freitag (da gab´s immer Fisch in der Schule) waren wir da. Von dem scharfen Ketchup dort habe ich heute noch Geschmacksknospen-Verätzungen (aber gut war der) :D
  7. Musst Du bei der Verbindung ein Kennwort angeben ? Oder ist der Benutzer auf dem Rechner, mit dem Du Dich verbindest, ohne Kennwort ?
  8. Haben die User Kennwörter ?
  9. Eventuell hilft eine Änderung der RPC-Bindingorder ... XGEN: Changing the RPC Binding Order Wie sieht es mit WINS in dem Netzwerk aus und Firewalls auf den XP-Clients ?
  10. Überprüfe mal durch Abschalten des Dienstes "DNS-Client", ob der Fehler immer noch auftritt. Existiert in Deinem Netzwerk auch ein WINS-Server, der abgefragt wird ? Nochmal zur Sicherheit: die Abfrage per NSLOOKUP liefert korrekte Ergebnisse, wenn Du aber PING <Hostname> absetzt, wird die falsche Adresse geliefert ? Und es existieren keine 2 Einträge für die WLAN-Clients ?
  11. Ist da eine Richtlinie gültig (prüfbar mit GPRESULT oder RSOP.MSC) ?
  12. IThome

    ich komm nach Lübeck

    Fa. Heinrich Hünicke, sagt Dir bestimmt was, ist eine Tochter von uns. Ausserdem habe ich in Lübeck in der Konstinstrasse Berufsschule gehabt ...
  13. IThome

    ich komm nach Lübeck

    Na mal sehen, wenn ich dann tatsächlich rein komme, rufe ich Deinen Namen ...
  14. Und IPCONFIG /ALL des Clients ... Wenn dieser Fehler nur beim Starten des Servers auftritt, kannst Du ihn in der Regel ignorieren ...
  15. Unter Funktionieren verstehe ich aber was anderes ... ;)
  16. Zum Testen den Winroute und IPX entfernen, ich denke, dass das VPN dann funktioniert. Andere Möglichkeit wäre ein kleiner Soho-Router mit VPN-Funktionalität (Draytek z.B.). Ist die Internetverbindungsfreigabe auch aktiviert ?
  17. Hallo und herzlich willkommen, warum ist IPX aktiviert ? Ist IPX auch ein gebundenes Protokoll auf der Netzwerkkarte ? Was für eine Firewall läuft auf dem 2000 Rechner ? Mit "fungiert als Router" meinst Du, dass "IpEnableRouter" aktiviert ist ? Poste mal IPCONFIG /ALL des 2000ers, wenn eine VPN-Verbindung besteht ... Gruss Sven
  18. Versuch´s mit einer privaten Nachricht ...
  19. Nana, nun halt Dich mal zurück und klär´ das via PN ...
  20. Ich hab´s schon wieder getan ... :D
  21. Und ich bin Sheena, die Königin des Dschungels ... :D
  22. jep ... Hast Du eigentlich einen Exchange 2000 laufen ?
  23. Du musst ADPREP von der 2. CD ausführen, wenn es ein R2 ist ...
  24. Jo, bei zwei verschiedenen Zonen wäre es zu erklären gewesen (wie oben beschrieben). Ein Blick in den DNS-Cache des Clients (IPCONFIG /DISPLAYDNS) könnte die Erklärung bringen. Selbst wenn ein NSLOOKUP die richtige Adresse liefert (der DNS-Server wird gefragt, unter Umgehung des Clientcaches, ebenso wird die Antwort nicht im Cache gespeichert), heisst es noch lange nicht, dass auch die hier zurückgelieferte Adresse angesprochen wird ... Achte beim nächsten Mal auf korrekte Übermittlung (sinngemäss) der Configs. Du siehst ja, dass sowas dann in eine ganz andere Richtung geht ... :)
  25. In der Systemsteuerung - Bandgeräte kannst Du das Bandlaufwerk entfernen
×
×
  • Neu erstellen...