Wolke2k4

Ich spreche hier nicht von irgendwelchen Kniffen. Das ist auch lizenzrechtlich nicht sauber, von daher empfehle ich es erst gar nicht. Nur im absoluten Notfall kann man sowas mal machen. Prinzipiell gilt aber, dass wer seine TS Lizenzumgebung korrekt eingerichtet hat niemals zu irgendwelchen Mitteln greifen muss um die Clients anmelden lassen zu können. Die Lizenzierung ist technisch so gestrickt, dass bei entsprechend korrekter Anzahl an Clients und TS CAL Token sich auch jeder anmelden kann. Manchmal kann man gar nicht so dumm denken. Die Erfahrung hat das schon oft gezeigt und bestätigt. Daher war meine Frage/Vermutung auch nicht, wie und mit welchen TS CAL Token der Lizenzserver eingerichtet ist sondern in welchem License Mode der Terminal Server steckt! (herauszufinden in der Terminaldienstekonfiguration) Im übrigen gab es mal beim W2K3 TS einen Bug, der den License Mode von per User auf per Device zurückstellt... von daher...

Wir setzen ausschließlich die T5530 von HP ein. Die Teile können auch über Altiris administriert werden. Die Einrichtung an sich ist relativ einfach und übersichtlich. Gab bisher kaum Probleme mit den Geräten. Hatte letztens Igel TC mit einem XP Embedded in der Hand (der Kuinde hat sie selber besorgt) und muss sagen, dass ich absolut enttäuscht war. Viel zu aufgebläht und umständlich. Der Sinn eines Domainbeitritt eines TCs sei mal dahingestellt aber in den meisten Anwendungsfällen reicht ein TC mit WinCE vollkommen aus. Das sind zumindest meine Erfahrungen.

Wenn nach Ablauf der 90 Tage eine temp TS CAL nicht mit einer permanenten ersetzt wurde, dürfte eine Anmeldung am Terminal Server überhaupt nicht möglich sein. Es wäre wiederum logisch, dass sich keine TS CAL Token gezogen werden, wenn Ihr diese als W2K TS CAL Token hinterlegt habt. Was und welche Ihr letztenendes gekauft habt ist eine Sache, welche Ihr eingespielt habt eine andere. Meine Vermutung: Der TS ist auf per User Lizenzierung umgestellt worden. Denn nach der zweiten Anmeldung eines Clients am TS müsste umgehend die temp TS CAL des Clients mit einer permanenten ersetzt worden sein. Funktioniert die Anmeldung auch nach 90 Tagen noch, kann der TS nur im per User Mode stecken oder er nutzt einen anderen Lizenzserver...

Ich glaube die letzte Methode ist die mit dem geringsten Aufwand. Du kann keine Benutzer- oder Computer basierte Richtline erzwingen, wenn die User noch an anderen Rechnern aktiv sind und über Citrix arbeiten.

Schau Dir mal die Lancapi bzw. die Faxmodem Option der Lancom Router an. Wir setzen die Lancapi oft auf Terminal Servern ein. Funktioniert problemlos und ist stabil. Die Faxoption wird sicher ähnlich funktionieren.

Hast Du das aktuelle HRP drauf? Gibt auch noch Hotfixes nach dem HRP02. Unter anderem meine ich mich erinnern zu können, dass auch Fixes für Probleme mit der winlogon.exe dabei sind...

Hi, das war doch mal ein Volltreffer! Besten Dank!!!!

Moin an alle W2K3 DNS Spezis, es gibt zwar Posts zu ähnlichen Problemen wie meines aber eine richtige Lösung konnte ich aus diesen leider nicht herausziehen... Problem: Webserver steht in der DMZ und ist über einen A-Record aus dem Internet ansprechbar (bspw. "domain-abcde.de"). Im LAN hinter der DMZ soll nicht auf den Webserver über den öffentlichen DNS Namen/IP zugegriffen werden. Aus performancetechnischen Gründen erfolgt der Zugriff aus dem Lan direkt in die DMZ. Der Zugriff erfolgt IP technisch natürlich nicht auf öffentliche IP sondern auf die DMZ IP Da die Site SSL verschlüsselt ist, müssen aber auch die LAN Nutzer über den Domain Namen "domain-abcde.de" auf den Webserver in der DMZ zugreifen. Ich benötige nun also eine Lösung im W2K3 DNS, die den LAN Nutzern die Domain "domain-abcde.de" nicht mit der public IP sondern mit der DMZ IP auflöst (bspw. 192.168.22.2). Wie wäre der entsprechende Host "domain-abcde.de" DNS technisch auf die DMZ IP umzusetzen. Wenn ich eine neue Domain einrichte, muss ich einen Host angeben, dessen FQDN jedoch so aussehen würde "host.domain-abcde.de". Ich will aber "domain-abcde.de" auf 192.168.22.2 mappen lassen... Hoffe ich habe mich einigermaßen verständlich ausgedrückt. :) Gruß Wolke

Hallo, habe schon im Forum gesucht und fleißig im Netz gegooglet aber schlauer bin ich noch nicht. Ich stehe demnächst vor dem Problem eine Datenbank auf Basis von MSDE 2000 auf einen anderen Server verschieben zu müssen. Idealerweise dachte ich mir die DB gleich auf SQL 2005 Express umzuziehen. Meinen Fragen nun: 1. Geht das? 2. Wenn ja wie/was ist zu beachten? Gruß Wolke

64Bit ist allein auch schon beim TS deswegen Fragwürdig, weil die Druckertreiberthematik hier vorher ausgiebig geklärt werden sollte. Ohne 64Bit Treiber für alle Drucker des Kunden würde ich das Pferd nicht aus dem Stall lassen. 4GB RAM reich aber in der Regel bei 20 Nutzern (kommt immer stark auf die Anwendungen und deren RAM Verbrauch an). QC würde ich auch empfehlen, die Maschinen gehen ab wie Schmidts Katze... :)

Was sagt die Ereignisanzeige des Servers (TS und SBS)? Hat der TS Verbindung zum Lizenzserver? Habe bisher noch nie Probleme bei Umstellungen dieser Art gehabt. Hast Du die Kiste mal neugestartet? Die Option kann in der Regel immer und zu jeder Tag/Nachtzeit geändert werden.

Die Macke mit der Zeitumstellung kenne ich, habe ich schon zig mal durch und ich freue mich jedes mal wieder, wenn ich die Kunden angehen und die Haken setzen darf... :suspect: Hier ist es aber nicht an der Zeitumstellung sondern einfach urplötzlich aus nicht erkennbaren Gründen. Die Sache mit dem SPAM bringt mich aber noch auf eine andere Idee. Ich werde mal unsere Firewall und unseren Virenscanner checken, die mischen sich da auch gern in solche Sachen ein. Allerdings habe ich hier mehr als 10 Kundensysteme, deren Mails ich trotzdem erhalte. Sind wirklich nur vereinzelt einige BE Server... Ein Kunde hat bspw. eine B2D Sicherung, von der bekomme ich ohne Probleme die Sicherungsmails. Am fehlenden Haken liegt es jedenfalls nicht, der ist gesetzt. Vielleicht ist auch etwas in der BE DB defekt. Notfalls werde ich den Job einfach neu anlegen.

Moin an alle Backup Exec Nutzer, habe seit einigen Tagen bei einigen Kunden das Phänomen, dass größtenteils die E-Mails für Sicherungsaufträge nicht mehr verschickt werden. Erst fing ein Kunde an, dann kam der nächste... momentan bin ich bei insgesamt 4. Alle Versionen nicht höher als 10.x. Es kann auch keine fehlconfig in den Mailserversettings sein, denn die Inventarisierungsnachrichten verschickt er. Updates für BE wurden auch nicht eingespielt... Hat jemand ähnliche Probleme gehabt und lösen können? Werde es mal mit einer neuen Person versuchen... vielleicht haut das ja hin. Gruß Wolke

Das Kabel ist bei den Lancom Antennen wie gesagt mit dabei, da entfällt die aufwändige Suche. Als erfahren in diesem Bereich würde ich mich nicht einstufen aber relativ einfach war die Installation trotzdem. Mit dem Lanmonitor kann man die Signalqualität der Antennen relativ gut feststellen/anpassen.

Die in der Regel durch entsprechende Anpassung der Geräte (Antennen-Gewinn) kompensiert werden kann/muss. Ich habe erst vor kurzem zwei Gebäudeteile einer Schule mittels WLAN miteinander vernetzt. Sichtweite ca. 60 Meter, Übertragungsrate um die 48MBit Brutto. folgende Komponenten kamen zum Einsatz. Lancom L-54g (Access Point) Lancom 1811 (WLAN VPN Router) Airlancer Extender O-30 (9m Kabel bereits enthalten) War meine erste Installation in dem Umfang und hat auf anhieb super geklappt. Das größte Problem war die Anbringung der Antennen und die entsprechenden Bohrungen. Viel Handarbeit aber der Aufwand lohnt sich. Die O-30 ist vielleicht ein wenig überdimensioniert, hier hätte es sicher auch eine Nummer kleiner getan. Ansonsten läuft die Sache super.

Verzeih, wenn ich etwas auf dem Schlauch stehe aber was genau passiert bei Änderung des Eintrags? Mit "lokalen Drucker" nehme ich an meinst Du die von den Clients in die Session gemappten Drucker? Die werden aber generell und immer für den Admin sichtbar auf dem TS erstellt daher meine Verwirrung und die Fragezeichen an dieser stelle. 5. Zugriff verweigert hört sich in der Tat verdächtig an... Würde ich auch so sehen Treiber vom TS deinstallieren und noch mal neu installieren. Gegebenenfalls das Mapping des HPs einfach mal auf einen alternativen HP Treiber umbiegen. Wie das geht steht in einem MS Artikel beschrieben, den Link habe ich schon einige mal gepostet... Hat jemand das schon einmal gehabt?

Leider nein, haben noch keinen Kunden dafür interessieren können. Bisher kam nur das Citrix Secure Gateway zum Einsatz, welches vom Funktionsumfang mit dem Access Gateway aber nicht mithalten kann. Ich empfehle Dir einen Citrix Partner in Deiner Nähe ausfindig zu machen und Dir eine Teststellung zu besorgen. Gucken kostet in der Regel ja nichts.

Dann ist es auch ganz "natürlich", dass die Console gesperrt ist, wenn sich die Entwickler vom Server trennen. Console ist eben Console So ganz verstehe ich das Prob aber noch nicht. Warum ist es ein Problem, wenn die Consolen Session nach Abmeldung/Trennung der Entwickler gesperrt ist? Lasst Ihr eure Server generell "ungesperrt"?

Schau mal hier. Kommt dem was Du suchst sicher ziemlich nahe.

Was denn nun Symantec oder Veritas? ;) Ich sichere ein ReadyNAS eines Kunden mit BE11d. In den Optionen von BE musst Du die Netzwerkfreigaben freischalten, sodass diese in der Sicherungsauswahlliste angezeigt und ausgewählt werden können. BE meckert dann zwar im Auftragsprotokoll rum, dass das Remote System kein Agent installiert hat, die Daten werden aber trotzdem gesichert... Rücksicherung geht auch ohne Probleme.

Sicherheit war noch nie umsonst zu haben... ;) Hier ein paar Quellen zum Thema PPTP und Sicherheit... Quelle 1 Quelle 2

Ich passe mittlerweile die Konfig unserer Kunden an. Dort wo es so eingestellt ist wie oben beschrieben (nicht alle Dateien scannen) laufen die Systeme wieder.

Welche Treiber genau?

Hört sich nach einem Treiberproblem an. Welche Treiber sind Cleint- und Serverseitig im Einsatz?

Problem wurde bestätigt, jetzt bleibt nur noch auf das Update zu warten. Was mich ägert ist die offensichtlich fehlende Qualitätskontrolle. Es ist ja nicht neu, dass Virendefinitionen von AV Herstellern gern mal false positiv verursachen aber beim AVG war es nach der 8.0.156 gleich die 8.0.164, die wieder gravierende Bugs hat... Ich vermisse die Stabilität der 7.5 Version...