Jump to content

Stibo

Members
  • Gesamte Inhalte

    303
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Stibo

  1. Stibo

    Suche HowTo's für DAUs

    Dito. Sowas selber schreiben ist am besten, weil man auch gezielt unklare oder evtl. schlecht formulierte Passagen korrigieren kann.
  2. Hallo schorsche, ich glaube da fehlt ein Bild bzw. ein Anhang.
  3. Ich muss das Thema nochmal nach oben drücken. Nach Anmeldung mittels Remote Desktop (mstsc) funktioniert das Verbinden des Laufwerks einwandfrei, jedoch leider nicht, wenn man das Programm per Remote Apps startet. Realisiert habe ich es per Gruppenrichtlinie und Logon-/Logoff-Skript. Gibt's 'ne Möglichkeit, das auch hinzubekommen, wenn der User sich per RemoteApps am Server anmeldet?
  4. Alles klar, vielen Dank!
  5. Ah, achso. Dann kann ich lange suchen. ;) Ja, AD im Einsatz. Da ich noch nicht allzuviel mit Gruppenrichtlinien gemacht habe eine Frage: kann man in den Richtlinien festlegen, dass es nur für diese beiden Server sein soll? Also das Netzlaufwerk soll auf TS1 und TS2 verbunden werden, aber z.B. auf ServerA und ServerX nicht.
  6. Hallo zusammen, ich stehe gerade mächtig auf dem Schlauch, was das Thema angeht. Wir haben hier zwei Terminal Server (Windows Server 2008 R2 Enterprise), auf denen die Benutzer arbeiten. Nun soll ich ein Netzlaufwerk für alle Benutzer unter dem selben Buchstaben verbinden. Die Benutzer nutzen die Programme mittels RemoteApp, sprich aus dem Browser heraus. Meine Idee war nun, dass ich das per Local Group Policy realisiere, siehe auch hier: Technet: Configre a Mapped Drive Item. Nur leider gibt es den Punkt Preferences nicht. :confused: Über sehe ich etwas oder mache es gänzlich falsch? Als Alternative hätte ich sonst ein Miniskript mit NET USE beim Logon gemacht, beim Logoff halt wieder entfernen. Oder gibt es noch eine weitere Möglichkeit? Ich bin dankbar für jeden Tipp!
  7. Ahja. Wir hatten vor nicht allzulanger Zeit ein ähnliches Problem. Bei uns lag's an der Einstellung der Netzwerkkarte sowie des Ports. Es war alles auf Auto eingestellt -- nachdem wir es auf eine einheitliche Geschwindigkeit konfiguriert haben, waren alle Drops verschwunden. Evtl. könnt Ihr das ja auch mal ausprobieren.
  8. Was für Geräte sind denn an diesen Ports angeschlossen?
  9. Habt Ihr lokale oder netzwerkgespeicherte Profile?
  10. Bei mir hat das bis jetzt immer geklappt. :D
  11. Hallo Niki, hast Du einfach mal per gpupdate /force auf dem Client die Richtlinie neu ziehen lassen? Nach dem Aktualisieren den IE nochmal neu starten!
  12. Noch ein kleiner Einwurf meinerseits: Wenn Du einen Dauerping mit Protokoll machst, empfehle ich dafür Fping, weil Du damit auch einen Zeitstempel erhältst.
  13. Das was Du suchst nennt sich MRU (most recently used), in Deinem Fall für den Explorer. Unter HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Map Network Drive MRU sind die Einträge vorhanden. Einfach nicht mehr benötigte Einträge entfernen. Alternativ kannst Du das auch automatisch, z.B. mit CCleaner ("Andere Explorer MRUs"), laufen lassen.
  14. Danke für den Tipp/Link!
  15. Das funktioniert, danke! Ist zwar ein klein wenig umständlicher, aber Hauptsache, es tut. ;)
  16. Nein, einen Benutzer, der Mitglied in der eingebauten Gruppe "Domänen-Administratoren" ist.
  17. Hallo zusammen, eine kleine Frage meinerseits: gibt es spezielle Rechte, um User remote abmelden zu dürfen? Ich meine per Taskmanager, Reiter "User", dann Rechtsklick und "Logoff". Ich bin Domänenadministrator, bin zudem in der lokalen Gruppe der Admins und darf einen Benutzer trotzdem nicht abmelden. Wenn ich den Domänen-Admin (Administrator) benutze, habe ich diese einschränkung nicht. Muss einem dazu ein spezielles Recht gewährt sein?
  18. Ich wollte nur helfen. Wenn es schon die Lösung war - perfekt. Wenn nicht, kann man immer noch weiter forschen.
  19. Wir sind hier im Exchange-Subforum und das Thema heißt "EXCH - Too many hops. Most likely, the message is looping"; also war das eine Vermutung (oder eher: ich habe geraten :D) meinerseits. Wenn es 2007 oder 2010 ist, dann erfahren wir das wohl gleich. ;)
  20. Wir hatten ein ähnliches Problem. Bei uns war damals die maximale Anzahl an Hops überschritten worden, weil sowohl die Gegenstelle als auch wir noch einen Spamfilter dazwischengeschaltet haben. Prüf doch mal Folgendes: Erhöhung der Anzahl der Hops auf einen höheren Wert: - Exchange Server Manager starten - Virtuellen SMTP-Server für die Verbindung öffnen - Übermittlungseinstellungen öffnen - Zum Fenster „Erweiterte Übermittlungsoptionen“ wechseln - Maximale Anzahl an Hops auf „30“ setzen - Virtuellen SMTP-Server neu starten - Testmail an Kommunikationspartner senden Probier das doch mal aus.
  21. Jetzt muss ich das Thema doch nochmal hoch holen. Beim Testen auf meinem Rechner hat alles gepasst, beim Testen auf dem Server auch. Allerdings hat noch eine Zeile gefehlt (SetOwner), weswegen ich das jetzt nachgeholt habe. Beim Test auf dem Server dann folgendes Ergebnis: X:\Test: This security ID may not be assigned as the owner of this object. Diesem User (der kein lokaler Admin ist) kann ich über die GUI aber zum Besitzer machen. Jemand 'ne Idee, was ich hier machen könnte? Edit/Zusatz: Die cmd-shell als Administrator öffnen hat geholfen... also keine Panik hier, danke trotzdem, sollte es jemand gelesen und sich schon Gedanken gemacht haben. :)
  22. Kleine Frage nochmal: wo hinterlegt Ihr denn die Kartenleser-Daten innerhalb SFirms? Welcher Menüpunkt? Eine sfirm32.ini hat bei uns kein Benutzer, allerdings eine sfm32.ini
  23. Aloha, ich werd's gleich mal probieren, vielen Dank! Wegen des Links: lese ich mir durch, auch hier danke für die Info! :) [Edit] Funktioniert, super! Dann lese ich mir jetzt den Artikel mal durch und gucke, ob das auch besser geht. ;)
  24. Tut mir Leid, da kann ich Dir auch nicht weiterhelfen. Vielleicht weiß ja jemand anderes hier Bescheid. Ansonsten fiele mir noch der Support von SFirm direkt ein - wobei der ja nicht gerade billig ist...
  25. Hmhm... wir benutzen USB-Sticks zur Leistung der Unterschrift, da gibt's keine Probleme. Und dass der SFAutomat beim Abholen eine relativ hohe CPU-Last verursacht ist bei uns normal, aber da das nur ein bis maximal zwei mal am Tag für wenige Sekunden passiert ist das eher unrelevant. Da kann ich Dir jetzt auch nicht helfen, tut mir Leid. Aber zum Punkt "Problematik das Kartenleser innerhalb der Software nicht gespeichert werden": damit meinst Du, dass das Sicherheitslaufwerk innerhalb SFirms nicht gespeichert wird?
×
×
  • Neu erstellen...