c0smic

Gleiches Subnetz? Also...eher nicht... Es sind zwei verschiedene VLANs .. Allerdings funktioniert das Routing ohne Probleme und der Zugriff von allen Clients aus in die 2 VLANs ist ja auch unkritisch. Daher bin ich auch nicht davon ausgegangen, das dieser Punkt für mich relevant ist. Den Link von dir hatte ich damals für die Konfiguration genutzt, war mir also bekannt. Könnte es evtl. daran liegen, das die Credentials nicht durch die versch. VLANs weitergegeben werden und es deswegen zu dem Phänomen mit der doppelten Anmeldung kommt?

Das ist so auch nicht ganz richtig. Gibt ja durchaus viele Programme, auch von Drittanbietern, die sich einfach an der Proxy-Konfig des IE bedienen. Zur Not nimmst du halt die IP von der du reinkommst in die Ausnahmeliste mit rein...

Ich bin Cisco-"Fan". Die Teile laufen hier dermassen problemlos, dass es jedes mal eine Freude ist, so ne Kiste zu konfigurieren, einzubauen und nie wieder zu sehen :)

Da Teamviewer meines Wissens nach nicht ueber den HTTP-Proxy des IE rausgeht, sollte das eigentlich kein Problem darstellen.

Hallo Oliver, erstmal danke für die schnelle Antwort. Die Konfig hier sieht folgendermassen aus: RDS1: 10.20.2.4 RDS2: 10.10.2.58 NLB-Cluster IP: 10.20.2.5 Die Cluster IP habe ich im DNS hinterlegt mit dem Namen TSLB, auf den Namen gehen auch sämtliche RDP-Sessions. Für den Farmnamen ansich habe ich im DNS nichts angelegt. Hab ich da was verpasst? Gruß Sandro

Also das Umziehen des Session Brokers auf eine neue VM (auf der keine Terminalservices laufen) hat leider auch nicht den gewünschten Erfolg gebracht. Die Benutzer müssen sich nach wie vor 2 mal anmelden wenn sie nicht grade zufällig auf dem TS landen, der auch das NLB macht. Jemand noch ne Idee?

Die Dateiendung .part deutet auf einen noch nicht vollendeten Download hin. Wenns von der Dateigröße passt, könnte man einfach mal probieren, die Datei in .zip umzubenennen. Gruß Sandro

Laeuft der Broker bei dir auf einer separaten Maschine oder auf einem der drei TS? Was mich auch gleich zur nächsten Frage bringt.. Wieviel Aufwand wäre es, den Broker umzuziehen?

Ich würd das hier gerne nochmal pushen. Hat sonst niemand Win2k8 R2 als TS mit NLB im Einsatz?

Ähm..ich häng mich mal mit dran.. Gleiches Phänomen hier, allerdings nur bei IGEL Thinclients... Gibts da wirklich keine Lösung? Die Reg-Keys funzen bei den IGELs nicht.

Spontan würde ich da mal unter Benutzerkonfiguration -> Richtlinien -> Administrative Vorlagen -> Netzwerk schauen... Da kannste relativ viel wegblocken... Lokale Adminrechte sind uebrigens Gift, aber das weißt du ja sicherlich.

Was sagt denn "gpresult" bzw "gpresult /R" auf der Kommandozeile? Dort wird gezeigt, welche GPO-Objekte angewendet werden und von welchem Server sie kommen...

Mmmhh... Wieso funktioniert das mit dem Parameter /admin ? Bzw. was hat das mitm LoadBalancing zu tun, ob ich nun die Adminkonsole nehme oder ne x-beliebige RDP-Session?

Ich klinke mich mal hier ein... Ich hab zwei Win2k8 R2 Standard Server in einer TS-Farm konfiguriert. Inkl. NLB und Connection Broker... Allerdings habe ich nun das Problem, das ich mich nicht mehr direkt an den einzelnen TS anmelden kann, sondern immer auf dem lande, wo am wenigsten los ist, selbst wenn ich ueber die dedizierte IP gehe... Hab ich da irgendwo n Haken zuviel gesetzt? Nochmal kurz die Fakten: NLB-Cluster IP: 10.10.2.5 TS 1: 10.10.2.4 (TS-Broker Rolle) TS 2: 10.20.2.58 Gehe ich nun per RDP auf die IP von TS1, lande ich unweigerlich auf TS 2...wieso auch immer? Hat da jemand vllt. ne Idee?

GPOs waren mein erster Versuch und das is komplett in die Hose gegangen.. Dann doch lieber wie Weingeist sagt, ueber Scripte loesen. Unter Win2k3 gabs da auch nie Probleme... Nur der 2008er stellt sich irgendwie an...

Noch ne kleine Frage... Kann es sein, das Win2k8R2 nicht so wirklich mit dem Schalter /q umgehen kann? Ich bekomme nämlich immernoch die Meldung, das Drucker installiert werden, und natuerlich kann der Benutzer das auch abbrechen wenn ihm danach ist. Gibts da nen anderen Parameter? Gruss Sandro

Tatsaechlich funktionierts über ne Batch einwandfrei... Sehr komisch... Dabei war der Weg über VBS eigentlich eleganter. Schade, aber wenns so funktioniert werde ich wohl meine Scripts umbasteln müssen...

Hallo nochmal... Also..dadran lags schonmal nicht. Ich habe nun den Teil des Scripts rausgenommen, der erstmal alle Drucker löscht. Mit folgender Zeile im Script stelle ich die Druckerverbindung her und setze den Standarddrucker. WshNetwork.AddWindowsPrinterConnection "\\Server\Druckerfreigabe" WshNetwork.SetDefaultPrinter ("\\Server\Druckerfreigabe") Trotzdem ist bei diversen Benutzern immer der einzige lokal installierte Drucker (PFDCreator) der Standarddrucker. Weiss jemand, wo im Benutzerprofil der Standarddrucker gespeichert wird? Evtl. hilft es ja, den Teil des Profils mal zu löschen und neu erstellen zu lassen. Landet das im Roaming Profil oder in dem Teil der lokal auf dem TS gespeichert wird? Danke und Gruß Sandro

<Homer> D'oh </Homer> Wo ist nochmal die Schämdich-Ecke? :) Ähm...ich teste mal was und melde mich nochmal :)

Hallo zusammen, folgendes Szenario an einem frisch aufgesetzt Win2k8R2 Terminalserver. User bekommen ihre Drucker per VBS-Script zugewiesen. Die Drucker selbst sind freigegebene Drucker auf einem anderen Win2k8R2 Server, der als Printserver fungiert. In diesem Script ist KEIN Standarddrucker definiert, da ich dem User gerne die Möglichkeit geben möchte, sich diesen selbst auszusuchen. Leider behält sich der Terminalserver den Standarddrucker nicht, so dass dieser nach Anmeldung immer per Hand neu gesetzt werden muss. Jemand schonmal dieses Phaenomen gehabt und kann mir sagen an welchen Raedchen ich drehen muss? Muss ich evtl. zwingend einen Standarddrucker im VBS-Script vorgeben? Danke für jegliche Hilfe und/oder Links. Gruss Sandro

Hallo zusammen, mal wieder ein Phaenomen der Sorte "Dinge, die die Welt nicht braucht". Vor einiger Zeit haben wir begonnen, Office 2010 über SCCM auszurollen. Bei einigen Clients (bisher nur bei XP SP3)kommt es nun zu Problemen bei der Darstellung der "Outlook Heute"-Seite. Die Einträge blinken nur kurz für ca. eine Sekunde auf und verschwinden dann wieder. Wir haben uns bisher so beholfen, das wir manuell eine Reparaturinstallation angestossen haben bei den betroffenen Clients. Danach war das Problem dann behoben. Allerdings wird befürchtet, das noch mehr Clients betroffen sind, und wir wollen natürlich vermeiden, an ca. 150 Clients manuell rumzupfuschen. Das Ganze tritt übrigens unabhängig davon auf, ob der Cache-Modus aktiv ist oder nicht. Hat jemand vllt. eine Idee, wie man das Problem noch beheben könnte? Danke im Voraus. Gruss Sandro

Hallo nochmal... Leider hat das Setzen der Keys nichts gebracht. Die Fehlermeldung ist immernoch die gleiche. Jemand noch ne andere Idee?

Danke, werde ich mal testen. Registry-Keys habe ich gesetzt, nun muss ich nur noch das Wartungsfenster abwarten :)

Hallo zahni, nein, davon wurde mir von diversen Stellen abgeraten. Daher habe ich mich bei Office für die 32bit Variante entschieden. Sorry, hatte ich wohl vergessen, zu erwähnen.

Hallo zusammen, folgende Problematik: Auf einem Terminalserver mit Roaming Profiles ist Office 2010 SP1 installiert. Jedes Mal wenn ein User per E-Mail eine Excel-Datei bekommt und versucht, diese zu öffnen, erscheint die Fehlermeldung "Nicht genügend Arbeitsspeicher, um Microsoft Excel auszuführen. Bitte schließen sie andere Programm (sic!), und wiederholen Sie den Vorgang." Gleiches passiert, wenn man das Excelsheet vorm Öffnen im Userverzeichnis abspeichert. Es passiert allerdings NICHT, wenn man eine Excel-Datei versucht zu öffnen, die nicht als Email kam. Die Dokumente lassen sich mit Adminrechten auch einwandfrei öffnen, sind also nicht beschädigt. Ich habe bereits mit procmon mal einen Blick auf den Ablauf geworden und nichts ungewöhnliches erkennen können.. Kein Access Denied oder ähnliches. Auch habe ich schon das Office 2010 Setup mal ne Reparatur durchführen lassen, ebenfalls ohne Erfolg. Hat jemand noch eine Idee wo ich ansetzen könnte? Ich bin ein wenig ratlos. Danke für jegliche Tipps oder weiterführende Links. Gruss Sandro