c0smic

Hast du für deine neu erstellte Webseite die Berechtigungsvererbung deaktiviert? Sharepoint Webseiten holen sich ihre Berechtigungen erstmal von der Standardwebseite, es sei denn, du unterbrichst die Vererbung.

Find ich sehr komisch, das Verhalten von Microsoft. Wieso sollte ich denn eine .pst lokal abspeichern? Und TS-User haben natuerlich auch .pst-Files, weil der Exchange sonst aus allen Nähten platzt... Ist bei uns aber nicht so das Problem, weils nur 3 TS gibt, und man dann eben die Einstellung für die PST einmal pro Server macht, und dann is gut...

Am einfachsten isses wohl, ein bisschen Javascript in die Verknuepfung zu packen. Auf die Schnelle hab ich das hier gefunden: Window Fullscreen öffnen anzeigen Vollbildmodus Größe verändern maximieren JavaScript Beispiel Download

Die Loginscripts liegen auf %LOGONSERVER%\Netlogon Gruß c0smic

1. Was sind denn "erweiterte Rechte" ohne Zugriff auf den Server? 2. Was fürn Fileserver ist das? Windows? Dann werden die Zugriffe eh per NTFS-Berechtigung gesetzt und die sollten im Zweifelsfalle auf Basis des Benutzers, respektive auch Gruppe laufen, aber niemals per Computerkonto 3. Die von dir angesprochene Gruppe "Administratoren" klingt mir jetzt erstmal nach Domänen-Admins. Wenn du den Ärzten lokale Adminrechte auf ihrem Rechner geben möchtest (was übrigens nicht zu empfehlen ist) dann musst du dies auf dem Client erledigen, indem du dort das Domänenbenutzerkonto "arzt1" der LOKALEN Gruppe "Administratoren" hinzufügst.

FAT nach NTFS konvertieren funktioniert recht zuverlässig. Nur in die andere Richtung gehts nicht. Also einfach in die Eingabeaufforderung, dann "convert Laufwerksbuchstabe: /FS:NTFS" Dann klappts auch mit Dateien > 2 GB

Kommt denn Licht an? Ist ja relativ einfach zu prüfen.. einfach mal gucken obs im Kabel rot "leuchtet" :)

Klingt nach nem DNS Problem. Was Kies damit zu tun haben sollte, wüsste ich allerdings nicht.

Nur mal ne kurze Rückmeldung zu dem Problem... Tatsächlich hatte irgendein Spassvogel in der Default Domain Policy rumgespielt und dort die Umleitung der Clientdrucker deaktiviert. Nachdem ich das angepasst hatte, funktioniert jetzt sogar die Übernahme der Drucker von 64bit Windows 7 auf ein 32bit XP ... Thread kann also geschlossen werden. Danke für die Hilfe Oliver!

Die Webcam hängt aber doch nicht im WLAN Gästenetz sondern bei euch im LAN, oder? Prinzipiell wird die Cam ja auf Port 8080 oder ähnlichem ihre Bilder raushusten, den gilts dann für Zugriffe von aussen auf zu machen. Möglichst nur fuer die IP des zugreifenden Webservers der Tourismusinformation, um Missbrauch vorzubeugen. Eigentlich wuerde ich sogar einen eigenen Adressbereich vorschlagen, bzw. ein separates VLAN je nach vorhandener Infrastruktur.

Das hab ich mich auch gerade gefragt.. Ich hoffe, er hat sie nur anonymisiert :D

Entspricht die Variable auch dem Hostnamen? Dann sollte dir %COMPUTERNAME% im Installationspfad eigentlich weiterhelfen Also quasi INSTALLDIR="C:\ProgramData\Anwendung\Dateien\%COMPUTERNAME%" der MSI als Parameter mitgeben.

Yep, auch das hab ich schon probiert. Hab auch schon spasseshalber mal irgendeinen beliebigen Druckertreiber genommen, der von Haus aus bei Win7 dabei ist, aber nix...keine Reaktion. Was auch verwundert ist eben, dass das Mitnehmen der Laufwerke und des Sounds einwandfrei funktioniert. Das sollte doch eigentlich alles über den gleichen Weg/Protokoll funktionieren? Im Moment arbeite ich mit dem Workaround das der MA seine Dokumente die er drucken möchte auf das verbundene Client-Laufwerk kopiert und dann lokal druckt. Ist aber natürlich wenig wünschenswert, gerade weil es sich nicht um einen x-beliebigen MA handelt, sondern um den grossen Chef :)

Freut mich. Dann sind wir schon zu zweit.. Es sind definitiv die gleichen Treiber installiert. Bisher lief sowas auch immer problemlos... Ich hab sicherlich schon 4 Stunden damit verbracht diesen ****en Drucker zum Laufen zu kriegen...

Ich meine damit, ich connecte per RDP auf die Win7 Kiste. - Drucker hinzufügen - Lokaler Drucker - Anschluss = Der durchgeschleifte COM1 vom Client - Treiber auswählen, dann bekomme ich gesagt das der vorhandene Treiber genommen wird (hier erkennt man auch prima, das der korrekte Treiber installiert ist und deswegen die automatische Übernahme wie ich es seinerzeit von XP kannte funktionieren sollte) - Voilà, Drucker wird eingerichtet und funktioniert, ist aber nach Abmeldung wieder verschwunden, vermutlich weil nach Trennen der RDP-Verbindung der entsprechende Anschluß auch nicht mehr da ist. Hast du einen Link für Easyprint parat? Sagt mir jetzt erstmal nichts. RDP auf einen TS wäre auch nur ausnahmsweise ok, da der Mitarbeiter (oder besser gesagt, Geschäftsführer) natürlich lieber auf seiner Maschine arbeiten würde :) Gruß Sandro

Guten Morgen vereinte Experten :) Heute mal wieder ein Problem der Sorte "Das braucht kein Mensch". Mitarbeiter wählt sich per VPN (ShrewSoft VPN Client) ins Firmennetzwerk ein, um per RDP auf seinen Rechner im Büro zuzugreifen. Beide Rechner haben Windows 7 Pro 64bit installiert. Die Druckertreiber sind identisch. Es handelt sich dabei um ein Canon Multifunktionsgerät MF4660. Verwendet werden die Canon Generic PCL6 Treiber in der aktuellen Version von der Canon Homepage. Ich hab jetzt schon zig Sachen ausprobiert, aber der Drucker wird einfach nicht in die RDP-Session mitgenommen. Laufwerke und Sound werden problemlos durchgeschleift. Was ich bereits probiert habe: 1. Drucker war erst per TCP/IP verbunden. Wechsel auf USB, kein Erfolg. 2. Druckerspool aktiviert und USB sowie COM1 als Anschluss gegeben und COM1 an RDP durchgereicht, kein Erfolg. Wenn ich die RDP-Verbindung erst aufbaue und dann den Drucker per Hand verbinde, funktioniert es. Als Anschluss verwende ich dann den durchgeschleiften COM1. Allerdings kann ich das dem Mitarbeiter nicht zumuten. Es sollte doch wohl möglich sein, das der Drucker automatisch verbunden wird? Hat jemand evtl. noch eine Idee was ich testen könnte, bzw. an was es liegen könnte? Im Event-Log steht keinerlei Fehlermeldung, es scheint fast so, als würde das Häkchen bei "Drucker" in den Eigenschaften der RDP-Verbindung komplett ignoriert. Danke im Voraus für Tipps oder weiterführende Links. Gruß Sandro

Dann haben deine Benutzer irgendwo zuviele Rechte.. Wenn ich mich mit einem normalen Benutzer anmelde, und in die Druckereigenschaften eines Netzwerkdruckers schaue, sind alle Schaltflächen auf der Registerkarte "Erweitert" ausgegraut. Für ein einmaliges Umstellen der Druckoptionen reicht der Punkt "Einstellungen" im Reiter "Allgemein" vollkommen aus. <edit> VB-Script zum entfernen von Netzwerkdruckern <code> Dim net Set net = WScript.CreateObject("WScript.Network") RemNetPrinter() FUNCTION RemNetPrinter() Dim oPrinters Set oPrinters = net.EnumPrinterConnections For i = 1 to oPrinters.Count Step 2 IF instr(oPrinters.Item(i), "\\") = 1 THEN net.RemovePrinterConnection oPrinters.Item(i), true, true END IF Next END FUNCTION </code> </edit> Bitte vorher in Testumgebung prüfen, bin mir jetzt nicht mehr sicher, ob nicht doch alle Drucker gelöscht werden, da bei uns das Löschen lokaler Drucker per GPO verhindert wird.

Sind die Drucker auf einem Printserver installiert und werden dann über die Freigabe gemappt? Falls ja, einfach in den Druckereigenschaften die Standardwerte anpassen. Reiter "Erweitert", unten links "Standardwerte".

Ich drücke mich wohl etwas doof aus ;) Also.. TSST01 war der erste Server der Farm und lief ca. 4 Wochen Standalone. Die Farm und das NLB hatte ich zu dem Zeitpunkt aber schon eingerichtet da absehbar war, das ein zweiter Server dazu kommt (und später noch ein dritter...) Die Konfiguration des NLB-Clusters habe ich also von TSST01 aus vorgenommen. TSGI02 wurde dann nachgezogen und als Farmmitglied hinzugefügt. Hoffe, jetzt wirds klarer :) Gruß Sandro

Noch was, was mir aufgefallen ist... Im RDP-Manager sehe ich teilweise doppelte Anmeldungen von Benutzern. Dies ist aber nur an dem TS der Fall, der als letztes zur Farm hinzugefügt wurde. Zur Erklärung: TSST01 = Server, wo ich NLB konfiguriert habe TSGI02 = Server, den ich nachträglich zur Farm hinzugefügt habe. Komisch ist, das beim TSGI02 in der Spalte "Server" einmal die Verbindung mit dem NETBIOS-Name auftaucht, und einmal mit dem FQDN, obwohl ich mit dem Benutzernamen "Administrator" nur einmal angemeldet bin auf der Konsole 0. Das gleiche Phänomen habe ich bei allen anderen RDP-Benutzern die das NLB auf TSGI02 geschickt hat.

Schonmal "Outlook Anywhere" probiert? Grundlegendes zu Outlook Anywhere: Hilfe zu Exchange 2010 Unter Outlook 2003 hiess das noch Exchange over http glaub ich...

Hallo playaz, evtl. hilft dir ja dieser Link weiter: Need Powershell Script to get shared folder and NTFS permission from list of servers

Hi Oliver, sorry für die verspätete Rückmeldung... Also, TSLB ist nicht der Farmname, nein.. So habe ich lediglich den DNS-Eintrag genannt für die NLB-Cluster-IP. Dieser weicht aber ab vom eigentlichen Farmnamen. Bei den Verbindungsbroker Settings ist mir aufgefallen, dass ich bei der IP-Adresse immer die "echte" Adresse des Servers angehakt hatte, statt die Cluster-IP. Das habe ich nun korrigiert. Was ich noch nicht geteste habe, ist für den Farmnamen auch einen DNS-Eintrag zu erstellen und die RDP Connections dann auf den Farmnamen verbinden zu lassen. Die Änderungen an den Verbindungsbroker-Einstellungen haben auf den ersten Blick nichts gebracht, oder muss hierfür der TS neu gestartet werden, respektive die verantwortlichen Dienste? Die Meldung nach Setzen der Haken sagt ja nur aus, das bestehende Sitzungen nicht davon betroffen sind, dann sollte es mit einer grade frisch erstellten Sitzung doch schon effektiv sein?

Ich hatte mit den PCL6 Universaltreibern unter Win2k8R2 auch so meine Probleme. Bin dann auf den PCL5 ausgewichen und seitdem gehts einwandfrei. Wäre vllt. auch mal einen Versuch wert, wenn du nicht grade auf die Features von PCL6 angewiesen bist.

Wir nehmen für den Zweck die RemoteControl vom SCCM. Funktioniert irgendwie wesentlich zuverlässiger als sämtliche VNC-Versionen die mir die letzten Jahre untergekommen sind und ist gefühlt auch flüssiger im Netzwerk selbst bei schwach angebundenen Standorten. Voraussetzung ist natürlich ein SCCM im Unternehmen...