himbidas

wie hast Du ermittelt, dass die IE-Temp-Files leer sind?? Du darfst auf keinen Fall den "Fehler" machen und das Verzeichnis "Temporary Internet Files" des Benutzer im Explorer öffnen. Das einzige was Du da siehst, ist der Inhalt des Temp-IE-Ordners des angemeldeten Users (i.d.R. Admin) auf dem Server und nicht den Inhalt des ProfilUsers. (Wenn ich davon ausgehe, dass Du auf dem Server, wo die Profile gespeichert sind den Check machst, ist es der Admin.) Das selbe Symptom könnte auch bei "Eigene Dateien" auftreten. Wenn Du nur die Grösse, nicht den Inhalt der IE-Temp_files, des Userprofiles checken willst, dann nur den Ordner markieren -> ALT+Enter und dann listen lassen, wieviel da drin ist. 3,2 MB für ein Profil ist recht gross. Je nach Netzwerkanbindung dauert das eben so 10-20 sec. Um das zu unterbinden, würde ich pauschal per Richtlinie die IE-Tempfiles nach %TEMP% legen lassen, sowie das Verzeichnis %TEMP% bei jedem Login erstmal löschen lassen. Ausserdem ist es keine schlechte Idee im IE die Option "Leeren des Ordners 'Temporäre Internet Files' beim Schliessen zu aktivieren. Und damit schlussendlich die Profile nicht überquellen, würde ich die eh per Richtlinie quotieren. Thomas

wie jetzt, Hauptbenutzer? Irgendwie verstehe ich deine Konfiguration nicht so ganz. Also,... #1 Du hast servergespeicherte Profile, sprich: die User melden sich als Domänenbenutzer an oder lokal? #2 Outlook ist installiert auf jeder Maschine? Was kommt für eine Fehlermeldung, wenn der NormalUser Outlook starten will? Thomas

Abgesehen davon, dass Du von Deinem eigentlichen Thema abweichst... :) Wieso willst du eigentlich Druckerspooler mappen? Macht es Sinn, lokale Druckerspooler auf einen zentralen Server zu lenken und damit den Netzwerktraffic nach oben zu drücken? Ich würde mir ja gerne was zur Problemlösung ausdenken, kann aber leider deine Konfiguration nicht so ganz verdauen. Kannst Du mal näher erklären, wie deine Druckersituation, -anbindung usw. ist und was du mit dem Spoolermapping erreichen willst? Thomas

Ich würde zwei Möglichkeiten vorschlagen: #1 Den "Stör-PC" neu installieren und sehen, ob das Problem immer noch besteht. #2 Die Variable wird doch beim Neuanlegen eines Profilpfades nur verwendet, damit Windows quasi den USERNAME ersetzt. Diese Vorgehensweise ist praktisch, wenn du mal fix 20 User auf einen Rutsch einrichten willst und dir die ewige Tipperei sparen willst. Prinzipiell ist es doch egal, wie das Profilverzeichnis auf dem Server heisst, oder? Wenn da also ein Username ist, der Probleme macht, definiere für diesen User einfach "hart" einen anderen Profilpfad ohne Verwendung von Variablenauflösungen. so in der Art Z:\Server\home-profiles\meier1 falls der User als Login meier hat. Damit sollte sich das Problem erstmal "umgehen" lassen. Thomas

Boote Deinen PC mit einer Knoppix-CD, schalte die NTFS-Schreibunterstützung ein und lösche die Files dann. Das sollte funzen. Thomas

...und wenn Du ZoneAlarm sauber konfigurierst, poppen auch die Meldungen nicht mehr hoch. Thomas

Schmeiss doch dieses sch... WinXP-Firewall raus (taugt eh nicht viel) und installier auf allen Clients ordentliche Firewalls. Von mir wegen auch Freeware (z.B. ZoneAlarm o.ä.) Die sind allemal besser als die XP-Firewall. Bei ZoneAlarm hast du z.B. die Möglichkeit genau zu definieren, zu welchen (internen) IP's bzw. Rechnern eine Verbindung erlaubt ist und welche nicht. Damit hast du die volle Kontrolle, was geht und was nicht. Thomas

@Flexxxen eigentlich logisch :) aber wieder mal typisches M$-Deutsch. Muss man ja dreimal durchlesen, um es einmal zu begreifen. Thomas

nööö, meines Wissens muss man das sogar. Habe jedenfalls bis jetzt keine NIC---DSL-Modem-Verbindung über CrossOver gesehen. Thomas

ach manno, ewig frag ich im netz nach, ob jemand Interesse an der Verhinderung von Mehrfachlogins hat -> keine Reaktion. Und kaum macht man mal Urlaub, frag auch prompt jemand nach, tzz tzz :( Also, ich stand mal vor dem selben Problem und wollte es mit NT4-Bordmitteln lösen. Hat ne Weile gedauert, bis ich's geknackt hatte. Aber es funzt problemlos. Leider kann ich dir jetzt nicht das genaue Script schreiben (wechens Urlaub und keinen Zugriff drauf). Aber im allgemeinen geht das so: ( OS: NT4-SP6a; servergespeichertes Profil; zusätzlich benötigte Files: logout.exe [müsste aus dem Servicepack sein]; der Scriptteil wird im Loginscript ausgeführt; Zeilennummern nur für Erklärung, später nicht mit verwenden) --- schnipp --- 1 net name %USERNAME% /del 2 net name %USERNAME% /add && goto weiter 3 ::user versucht zweite anmeldung im netz 4 echo Sie sind bereits auf einer Arbeitsstation im Netz angemeldet. 5 echo Beenden Sie diese Sitzung und wiederholen Sie Ihr Login. 6 %LOGONSERVER%\NETLOGON\logout.exe -t 15 -m Login wird abgebrochen... 7 pause > nul 8 :weiter 9 :: ab hier alles klar, weiter im login-script ---schnapp--- Wie funzt es? #1 Löscht den Benutzernamen. Bitte mal die Syntax checken. Weiss nicht mehr genau, ob /del oder /delete korrekt. Habe hier kein NT4 #2 Fügt den Usernamen wieder hinzu. Bei Erfolg [&&] Sprung zu #8, ab hier (#8 und #9) weiter im Loginscript. Bei Nichterfolg -> weiter mit #3 (man könnte auch %ERRORLEVEL% auswerten, wie man's gerne mag) #3 Kommentar #4, #5 Bissel Bildschirmausgabe. (beliebig) #6 mittels logout.exe (oder anderem Third-Party-Tool) Abbruch des Logins einleiten. Wird aus dem NETLOGON des jeweiligen Anmeldeservers geladen. Damit kein Installieren auf jeden Client notwendig. Die Rechte für das entsprechende Tool am Besten auf "Ausführen [X]" für die Normal-User setzen. ([X] reicht, brauchen bei EXE-Files nichtmal Lesen [R]) Entweder reines Logout oder Kiste neu booten lassen. Je nachdem, wie man will ;) Je nach Tool müssen natürlich die Optionen angepasst werden (ist hier nur Beispiel) #7 soll #6 auf jeden Fall genug Zeit lassen zum Starten. Sicher ist sicher :suspect: #8 Sprungmarke für "Login erlaubt" hilft das? Thomas

vielleicht bezog sich die Frage, ob Admin oder nicht, mehr auf die Einstellung der lokalen Sicherheitsrichtlinien??? Thomas

ist zwar keine Problemlösung, aber..., vielleicht will euer Firmen-Admin das ja genauso. Vielleicht ist ja auf dem Laptop, pauschal gesagt, irgendwas implementiert, dass sich der Laptop nur mit eurem Firmen-DHCP-Server (MAC-Adresse?) verbinden darf. Anderweitige Verbindungen in andere Netze werden u.U. verhindert. Ich würde mal Kontakt mit eurem Admin aufnehmen wegen des "Problems". Ansonsten kann ich mir nicht vorstellen, dass Du hier im Board Hilfestellungen darüber bekommst, wie du die Absichten eines Admins umgehen kannst. :shock: Wenn dem nicht so ist, würde mich das ganz schön wundern Ansonsten, zu deinen Angaben. Eine lokale Anmeldung ist bekanntlich nicht das Selbe, wie eine Domänenanmeldung. Hast du ein Lokales Konto auf dem Laptop, oder wie willst du die Anmeldung realisieren. Ausserdem versucht dein Laptop sich per DHCP zu verbinden. Du scheinst ihm aber zu Hause keinen zu liefern. Aber wie gesagt, kontakte doch mal deinen Admin und frage ihn dazu. Vielleicht verbiegst du dich ja völlig unnötig. Thomas

tja, hätt ich auch drauf kommen können ;) eigentlich werden bei uns keine normal-clients im dns geführt. dieser war aber kein normaler. mittels nslookup bin ich dann drauf gestossen. war einfach ein tippfehler. danke für die tipps, thomas p.s. gibt's jetzt ne möglichkeit im forum, diesen thread als geschlossen zu markieren??

danke für den Tipp, Thommymail schade nur, dass das Teil ein selbstinstallierendes Paket ist. Hast Du das Dingens schon verwendet? Gibt's dazu eine Beschreibung? Kann ich das auch mal zum "Testlesen" auf einem PC ohne Exchange installieren? Ich hasse solche fix-und-fertig-na-los-installier-mich-Pakete :mad: Thomas

@grizzly topp Treffer! Wie findet Ihr immer so schnell den richtigen Knowledge-Artikel? Ich suche mir da tlw. echt den Wolf. Thomas

Hört sich ja toll an (danke für den Link). Aber irgendwie lese ich immer Internet Mail Service. mmhhh Ich bin Mailadmin eines Standortservers in einer Mailorganisation. Zwischen den Standorten sind nur X400-Connectoren eingerichtet. Kann ich diese "Signatur-dll"-Geschichte da auch irgendwie benutzen? Unser Standort-A würde eine andere Signatur als die User vom Standort-B (auch X400) benötigen. Oder kann ich das nur auf dem ExchangeServer, der als Internet-Gateway per SMTP arbeitet, bewerkstelligen? Thomas

Ich habe eine Mehl-Allergie ;), daher nehme ich solche Teile garnicht. Mein bissel Mail mach ich bei freenet (Schleichwerbung?!) mit meinem Browser. Thomas

Hallo MCSE's Ich hoffe, hier wird sich auch noch mit NT4 abgegeben!? ;) Ich habe einen NT4-Client in einem lokalem geswitchten Netz. Als IP-Adresse hat der die 120.72.25.2, DNS für Windowsauflösung ist aktiv, DNS-Server ist der PDC (120.72.22.11) . Als WINS-Server sind der PDC und ein BDC (120.72.22.12) aus dem selben Subnetz eingetragen. Als Subnetzmaske ist die 255.255.240.0 definiert. (Nicht wundern, wegen dieser komischen Subnetzmaske; ist eben so und funzt auch im gesamten Netz). Wenn ich am Client auf CMD-Ebene einen Ping auf sich selbst absetze, bzw. ein tracert auf ihn mache, bekomme ich den Namen (client12) sowie o.g. IP-Adresse 120.72.25.2 zurück. Und jetzt kommt der Clou! Pinge ich diesen Client von einem anderen Client aus dem LAN auf seinen Namen an, bekomme ich ein Time-Out. Ebenso läuft tracert ins Leere (*). Der Witz ist, dass ich den richtigen Namen aufgelöst bekomme, aber als IP-Adresse bekomme ich die 120.72.26.2 zurück! (Bemerkt? Im dritten Segment statt 25 die 26 !!) Mache ich einen ping bzw. tracert auf die richtige IP, bekomme ich Antwortzeiten sowie den richtigen Namen nebst richtiger IP zurück. Da ich aber mit Namen arbeiten muss, nützt mir die IP wenig. [Ausserdem arbeiten Clients im lokalem (Sub)Netz meines Wissens eh nicht per TCP/IP, sondern per NetBIOS. Oder? (Jedenfalls ist mir so, als wenn ich das mal irgendwo gelesen habe.)] Und jetzt meine Fragen: Wieso bekomme ich im Netz eine andere IP zurück, als das Teil besitzt bzw. wieso wird der Name auf ne falsche IP aufgelöst? Wo speichert ein NT4-Client eigentlich seine IP in der Registry? Kann auf keinen Fall ein DWord sein, da der String (120.72.25.2) nirgendwo auftaucht. (Vielleicht sollte ich die IP mal in Hex umwandeln?) Wenn als Hex gespeichert, steht die normal drinne, oder Low- und High-Byte getauscht? Was kann die Ursache sein, dass das dritte Segment unterwegs um 1 erhöht wird. Und wer macht das bzw. wo könnte das passieren (Switch?), und warum? Bei allen anderen Clienten klappt es prima (ping, tracert usw.). Rätsel über Rätsel jede Idee ist willkommen Thomas