bLUEaNGEL

ähm... naja falsch ist nicht so ganz korrekt.... nochmal - acl nicht geändert - user hat natürlich rechte auf sein profil - man. kann das temp-verzeichnis auch angelegt werden.... nochmal: theorie und praxis laufen hier anscheinend auseinander.. greetings bLUEaNGEL

hi velius, leider laufen hier theorie und praxis auseinander... ich war auch der meinung, dass der temp-ordner bei nicht-exisitieren automatisch vom system erstellt wird... dies war leider nicht der fall... greetings bLUEaNGEL

noch ein wichtiger hinweis: wir der rmdir temp befehl benutzt auf JEDEN fall daran denken, den temp ordner mit md temp wieder neu zu erstellen....!!! wird dies nicht gemacht, so läuft windows auf den clients nicht richtig bzw. zig anwendungsfehler (offensichtliche und unsichtbare) sind vorprogrammiert... greetings bLUEaNGEL

ok - fehler behoben: es lag am login-script...dort wurde der temp-ordner gelöscht - das ist ja auch prima... aber ich hatte im script vergessen, den temp-ordner danach wieder zu erstellen... ohne temp-ordner ist windows so gut wie nicht exisitent.... :)) jetzt läuft wieder alles einwandfrei :)) happy weekend

@all hey ho - gibt es niemanden, der eine idee hat?? interessant ist: user in der domäne angemeldet - dao fehler (aber auch noch andere fehler => z.b. werden mails in outlook express zwar angezeigt, aber die inhalte der mails sind nicht zu öffnen - sprich man sieht nur die betreffzeile und den absender) tritt auf fährt man den dc herunter und meldet den user mit dem domänenaccount an (der ja unter xp zwischengespeichert wird), so tritt der fehler NICHT auf - sprich man kann einwandfrei mit allen programmen arbeiten.... der user ist dom-admin sowie lok. admin es wurde bereits eine neue domäne aufgesetzt - leider mit dem gleichen ergebnis... niemand eine idee? für hinweise bin ich euch sehr dankbar. greetings bLUEaNGEL

hat sich erledigt - ist ein ms-problem - user haben generell kein zugriff auf einen bestimmten schlüssel in der registry.... zugriff erteilt und schon klappt es :) greetings bLUEanGEL

hallo zusammen, mehrere citrix-clients können sich bei uns nicht anmelden, da anscheinend auf den clients eine ungültige terminalserverzugriffslizenz liegt... kennt jemand von euch eine möglichkeit, diese ungültige lizenz zu löschen bzw. den client zu zwingen, sich eine neue lizenz zu ziehen? greetings bLUEaNGEL

hallo erstmal :) wir setzen erfolgreich IZARC auf unseren citrix-servern ein - klasse freeware-programm. greetings bLUEaNGEL

hi saracs, die anmerkung xp / sp1 / sp2 will heißen, dass egal unter welchem xp, ob ohne sp1 - mit sp1 oder mit sp2 rc2 der fehler auftritt... greetings bLUEaNGEL

hallo zusammen, seit einiger zeit habe ich misteriöse dinge, die bei meinem system auftreten... client (wxp / sp1 / sp2) server (w2k3) der client lief immer ohne probleme und das fast 1,5 jahre... auf einmal konnte aus einem wawi (büro plus) nicht mehr gedruckt werden (list&label fehler) - desweiteren waren in outlook express mails nicht mehr lesbar (alle mails scheinbar leer, was sie aber nicht wirklich waren). hat man sich an dem client lokal angemeldet, lief outlook express ohne probleme und man konnte die enthaltenen mails lesen... (testmail in outlook express). ich vermutete anfangs einen fehler im ms dao und installierte dao komplett neu, was aber nur zeitweise half (dann wieder nicht...). danach setzte ich den client wieder komplett neu auf (org-cd) und testete mit dem neuen client.... gleiches problem: sobald der user in der domäne angemeldet ist, kann man in outlook express keine emails lesen und programme, die irgendwie mit dao arbeiten (z.b. t-online onlinebanking programme), funktionieren nicht oder nur teilweise. ich vermutete einen fehler innerhalb des domänencontrollers und setze einen zweiten server mit einer neuen domäne auf. desweiteren setzte ich den client wieder neu auf - hat nix gebracht: selbst wenn der client in der neuen domäne angemeldet ist, taucht dieser fehler auf... was kann das sein? hat jemand von euch ähnliche probleme? greetings bLUEaNGEL - client neu aufgesetzt

ok - selbst ist der admin :) fehler gefunden und behoben: - bei unserem isa server arbeiten wir mit transparenter anmeldung - der sus ist aber so definiert, dass die user NICHT über den proxy zu dem sus gehen... - jetzt weiß der sus nicht, welcher user via http auf sus zugreift und verlangt eine anmeldung... => lösung: einfach im iis für die sus selfupdate seite einen festen user definieren und schon läuft der sus :) greetings bLUEaNGEL

da bin ich nochmal, leider war das nicht die lösung... im log steht immernoch access denied, obwohl schon jeder ändern rechte hat... (testweise).... noch irgendwelche vorschläge?

hi björn, du kannst mit dem befehl NETSH INTERFACE die netzwerkeinstellungen via console editieren. einfach mal googlen, dann findest du zahlreiche beispiele wie z.b. dieses hier: http://www.winnetmag.com/Windows/Article/ArticleID/41111/Windows_41111.html greetings bLUEaNGEL

oh - ich glaub das war der grund :)) die user hatten keinen zugriff auf den ordner, wo die updates liegen.... wo kann ich im sus nochmal den pfad für die update-dateien ändern? greetings bLUEaNGEL

die windows-updates selbst liegen auf einem anderen server als der sus-server. die rechte auf den update-ordner habe ich nun mal auf jeder - lesen gesetzt.... mal schauen, ob es daran liegt...

auf welchen ordner genau? greetings bLUEaNGEL

gpresult bereits ausgeführt - die korrekten richtlinien wurden gezogen... die adresse des sus ist korrekt... erkennt man auch im sus-log - die client würden den sus ja gerne benutzen, aber scheitern immer an "einer anmeldung?" ... greetings bLUEaNGEL

hi marc, leider ist option 4 bereits aktiviert - wenn man sich als dom-admin anmeldet, startet auch kein update automatisch.. noch eine idee? greetings bLUEaNGEL

hi marc, si claro - windows update richtlinien sind ok. die clients würden ja auch gerne den sus server von uns nehmen - leider kommt da nur immer diese meldung: Platform ID: Windows XPL=de-DE Status: Failed Error: Unauthorized/ Access Denied – Probably caused by an invalid username or password being specified Message ID: 3D5.4.3630.2550 Time Stamp: 040709080008709 scheint so, als ob die clients nicht an die daten randürfen bzw. via http nicht ohne name/kennwort...aber verstehen tu ich das nicht.... greetings bLUEaNGEL

hallo ihr lieben liebenden, wir haben das problem, dass unsere user anscheinend versuchen zum sus zu connecten, dann aber diese meldung im log des sus erscheint: Client ID: 4d8a9ee3a6bef04888dcfe608450a3c5 Client Function: Download Activity: Self Update Item: None Platform ID: Windows XPL=de-DE Status: Failed Error: Unauthorized/ Access Denied – Probably caused by an invalid username or password being specified Message ID: 3D5.4.3630.2550 Time Stamp: 040709080008709 wir nutzen den ms isa server - sämtliche lokalen adressen gehen nicht über den proxy. muss / kann ich an dem sus / iis des sus irgendwelche rechte vorgeben? vielen dank für eure unterstützung greetings bLUEaNGEL

hi gr@mlin, welches recht muss ich dort genau auswählen??? greetings bLUEaNGEL

Hallo HLG, nun ganz so einfach ist das leider nicht: Du kannst zwar mit der Suchen-Funktion von Windows die Dokumente identifizieren, die ein bestimmtes Alter haben. Dies sagt aber leider nichts über den Nutzen dieser aus. Tip: Verlager diese Aufgabe zu den Usern. Erstelle sog. Archiv-Ordner - bei diesen aktivierst du die Komprimierung des Dateisystems. Greetings bLUEaNGEL

Gute Morgen zusammen, wir haben innerhalb des Unternehmens einen User Help Desk, der unsere User telefonisch und auch via Remote-Software unterstützt. Nun würden wir dem UHD gerne die Berechtigung geben, gesperrte User (durch Falschanmeldungen...) wieder zu entsperren. Eine entsprechende Management-Console habe ich nun schon gebastelt, die auch einwandfrei funktioniert. Aber wie kann ich nun sicherstellen, dass die UHD-Betreuer NUR die User entsperren können und nicht weitere Admin-Rechte haben??? Hat jemand von Euch vielleicht eine fertige Lösung oder Lösungsansätze? Greetings bLUEaNGEL

Guten Morgen zusammen, ein User von uns bekommt seit einiger Zeit eine Sicherheitswarnung, ähnlich wie bei Websiten, ob er sicher sei, diese Datei von diesem Ort öffnen zu wollen - siehe Anhang. Interessant ist aber, dass diese Datei vom LAN über eine Freigabe geöffnet wird - kein anderer innerhalb des Unternehmensnetzes erhält diese Meldung... Was können wir tun? Greetings bLUEaNGEL

hi oestreich, vielen dank für deine info. werden wir direkt mal umsetzen. greetings bLUEaNGEL