carlito

Mir fällt auf Anhieb wenig ein, wie man das auf einfache Art und Weise verhindern könnte, außer durch sperren bzw. nicht-freischalten solcher Seiten (Black-/Whitelist Prinzip).

Bestimmte Dateiendungen aus Quotas auszuschließen geht AFAIK mit FSRM nicht, wohl aber lassen sich bestimmte Ordner ausschließen. D.h. die PST Datei müsste z.B. im /Archiv/ Ordner des jeweiligen Benutzer-Netzlaufwerkes liegen.

Wie gesagt, schau dir mal OTRS an. Ist zwar für deine Zwecke überdimensioniert, aber vlt. findest du davon eine VM Appliance, die du mit wenig Aufwand in das Netz integrieren kannst.

Um dir einen "schnellen" Überblick in Fremden Netzen zu verschaffen rollst du erstmal Agenten aus?! Was sagen die Kunden zu solchen System Eingriffen?

Wie viele Mitarbeiter hat die Firma?

Na ja, wahrscheinlich lassen sich alle Ticket Systeme so konfigurieren. Aber ob es Sinn macht ist eine andere Frage. Das automatische Versenden von Status Mails an den Anwender wäre so z.B. nicht möglich, denn dieser müsste dafür erst manuell seine Adresse in das Ticket schreiben.

Woher weiß der Bearbeiter dann wer das Ticket erstellt hat?

Z.B. OTRS::Open Source Trouble Ticket System - Service Support System::Welcome!

Ist die lokale Installation eines Agenten zwingend erforderlich oder geht es auch per WMI oder SNMP?

Warum? @ lefg Okay. Aber wenn verhindert werden soll, dass Anwender auf die "Netzwerkumgebung" klicken warum nicht den Zugriff auf selbige per GPO deaktiveren und den Computerbrowser Dienst in Ruhe lassen?

Ein allgemeiner Erfahrungsbericht wäre interessant. Habe beide Webseiten kurz überflogen. GLPI scheint so etwas wie OTRS mit einigen Inventarisierungsfunktionen zu sein. OCS dageben speziell für Inventarisierung, aber ohne Helpdesk Funktionalität. Richtig?

Wenn du dort angibst, dass die VM kopiert wurde wird eine neue MAC generiert. Ansonsten nicht.

Was sind MAPS Leute?

Die Ausgabe von cifs domaininfo sieht etwas merkwürdig aus. Sind alle vier dort genannten Server DCs der Domäne, in der sich auch der Filer befindet? Welcher davon hat die Rolle des PDC-Emulators?

Welche Sysprep Parameter hast du dabei verwendet?

Interessant. Kannst du einen Erfahrungsbericht dazu abgeben?

http://www.windowsnetworking.com/articles_tutorials/Configuring-Volume-Folder-Quotas.html

Dieser Thread hängt nicht zufällig mit diesem http://www.mcseboard.de/windows-server-forum-78/anbindung-nis-server-165080.html zusammen?

Wie kommst du eigentlich darauf, dass es ein kostenpflichtiges SFTP Modul für Windows gäbe? :confused:

Zitat aus AMD64 - Wikipedia: "Die AMD64-Mikroarchitektur der AMD-K8-Generation ist AMDs Einstieg in den 64-Bit-Mikroprozessor-Markt. Früher war sie auch als x86-64 bekannt. Intel verwendet die neuen 64-Bit-Befehle unter dem Namen Intel 64 (früher: EM64T) in seinen neueren x86-basierten Prozessoren. ... x86-64 Während der Entwicklung nannte AMD die Architektur noch x86-64, kurz vor der Markteinführung der Prozessoren änderte AMD allerdings die Bezeichnung in AMD64. Neuerdings wird das Kürzel x64 von Microsoft und einigen Fachpublikationen für dieses erweiterte Programmiermodell verwendet. ... Intel 64 – AMD64 aus dem Hause Intel Da AMD zwischenzeitlich viele namhafte OEM-Hersteller ins AMD64-Boot holen konnte und außerdem zur Zeit der massive Umstieg auf 64 Bit in Desktop- und Workstation-Rechnern läuft, gehen derzeit fast alle Beobachter davon aus, dass AMD64 in Zukunft die bedeutendste 64-Bit-Architektur werden wird. Das hat inzwischen auch Hauptkonkurrent Intel anerkannt und Prozessoren mit Intel 64 (früher auch EM64T, Extended Memory 64 Technology, auch bekannt als IA-32e) im Angebot. Das geschah hauptsächlich, da Intels hauseigene IA-64-Architektur für den Desktop-Einsatz zu teuer ist und überdies noch immer mit einigen konzeptionellen Schwierigkeiten kämpft, zum anderen hatte aber auch Microsoft signalisiert, nur eine 64-Bit-Erweiterung in Windows unterstützen zu wollen. Die Wahl fiel wegen der früheren Verfügbarkeit auf die AMD-Erweiterung."

Bei XP vielleicht nicht, aber bei Linux sollte es funktionieren. Der KB Artikel sagt zwar, dass die entsprechende Option Serverseitig nicht unterstützt wird, aber laut diversen Internetseiten ist es wohl eher so, dass die Windows Clients die Option nicht annehmen. Genaueres wäre mit einem Sniffer zu verifizieren. Die XP Clients sollte der TO - Firmenpolitik hin oder her - per GPO konfigurieren. Alternativ per Script die DNS-Suffixsuchlisten-Reihenfolge anpassen.

Unabhängig davon, dass PST Dateien auf Netzlaufwerken seitens Microsoft nicht supported sind schau dir mal den File Server Resource Manager (FSRM) an. Ist eine neue Möglichkeit der Kontingentverwaltung ab 2003 R2. Ob allerdings das gewünschte damit funktioniert müsste ich auch erst nachschauen.

Was konkret ist das Problem? Von den Clients importieren?!

Welches OS?

Ja. Also gemäß http://technet.microsoft.com/de-de/library/dd572752%28office.13%29.aspx, ja? Die DNS-Suffixsuchliste zeigt "ipconfig /all" auch an. Ist einfacher. :cool: Hmm... mal nachlesen, was der Unterschied zwischen Option 119 und Option 135 ist.