Wolke2k4

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...

Ist der TS beim Abbruch der RDP Session via ICMP noch erriechbar?

Warum nutzt Du nicht den Lancom Assistenten und richtest eine Verbindung für den Advanced VPN Client ein? PPTP ist nicht gerade das sicherste Protokoll um eine VPN Verbindung zu nutzen...

Den gibt es aber das würde ein "Herumfingern" an der Registry erfordern. Bei Deiner Umgebung sicher kaum erwünscht, geschweige denn effektiv. Prinzipiell solllte Dein Wunschszenario möglich sein. Du würdest allen TS ihren zentralen Lizenzserver fest vorgeben (nicht jedoch über die Registry) und sie würden sich aus dem Pool bedienen. Falls die Maschine nicht erreichbar ist, müssten die TS auf den über den Discovery nächst verfügbaren TS Lizenzserver zurückgreifen. Dieser würde zunächst nur temp TS CAL Token ausstellen, wenn er keinen Pool installierter/verfügbarer TS CAL Token hat. Hier sind wir schon beim wichtigsten Punkt, dem Discovery. Die TS haben eine feste Reihenfolge, nach der sie nach einem Lizenzserver suchen. Haargenau kann ich das aber nicht alles wiedergeben. Es gibt von Microsoft einen Dokument (habe den Link leider auf die Schnelle nicht zur Hand) zum Thema Terminal Server Lizenzierung. Dort ist der Vorgang ausführlich beschrieben. Soweit ich mich erinnere ist das Hacking der Registry fest, so das der TS bei Ausfall des Lizenzserver keinen weiteren Discovery Versuch unternehmen und dementsprechend die Verbindung verweigern würde. Hier wird wahrscheinlich Dein Problem liegen. Schau Dir mal dieses Flowchart an. Dort ist der Verbindungsvorgang ausführlich dargestellt. Hab mir noch mal ein MS Artikel dazu angeschaut. Es ist nicht eindeutig zu entnehmen, was passiert, wenn der via Registry angegebene Lizenzserver nicht erreichbar ist... Übrigens sind hier die entsprechenden Dokumente von MS zu finden. Muss mich korrigieren, was die Registry angeht. Schau Dir mal das Doc Dokument von diesem Link an. Ab Seite 7 wird es interessant...

Bin gerade am verifizieren aber wahrscheinlich liegt es an dieser Einstellung. Sie ist ja nicht Default und deswegen haben vermutlich nicht alle dieses Problem... Bestätigen würde dies auch, dass ein Recher, bei dem ich den Residenten Schutz komplett deaktivert habe bisher seit dem WE keine Probleme aufgetreten sind! Habe jetzt für meinen Rechner eine neue Gruppe erstellt und die Einstellung "Infizierbare Dateien und ausgewählte Dokumententypen scannen." aktiviert. In ein paar Stunden weiß ich mehr. Wenn sich herausstellt, dass es daran leigt, haue ich das dem Support um die Ohren... :mad:

Mal eine Frage. Ich nehme an, dass Du den AVG Admin im Einsatz hast? Hast Du die Scanneinstellungen vom Residenten Schutz so eingestellt, dass alle Dateien gescannt werden?

Wirklich niemand hier, der den AVG in der Version 8.0.164 im Einsatz hat und derartige Probleme feststellen musste? Die Systeme fallen hier wie reife Früchte von den Bäumen.

Hallo, hoffe, dass hier einige den AVG in der angegebgenen Version einsetzen. Seitdem die Version verfügbar ist, haben wir und einige Kunden massive Probleme. PCs und Server fahren fest und sind nur zum stabilen Laufen zu bewegen, wenn die AVG Dienste deaktivert sind. Der Support meint, dass es keine bekannten Probleme dieser Art gibt, nachweislich hatten heute aber mehrere Kunden dieses Problem und nur durch deaktivieren der Dienste war es zu beheben. Wer kann von ähnlichen Problemen berichten? Gruß Wolke

W2K würde ich unter keinen Umständen einsetzen. Dafür sprechen folgende Gründe: - Fehlender Support seitens Microsoft - Support der Anwendungshersteller nimmt rapide ab - Antivirensoftware wird in absehbarer Zeit für W2K nicht mehr unterstützt (fall das Thema in Deiner Umgebung relevant ist) - Druckertreiber werden irgendwann auslaufen und gerade für neue Modelle wird es schwierig - Stabilität des Servers lässt zu Wünschen übrig (jedenfalls nach meinen Erfahrungen) - Citrix Xen App läuft nicht mit W2K und, und, und... Wir setzen bei den Kunden auch weiterhin noch auf den W2K3. Der Server ist ausgereift, stabil und die Anwendungen laufen problemlos, wenn Sie denn im TS Umfeld lauffähig sind. Das Risiko ist hier am geringsten. W2K8 muss man einfach mal testen. Das Risiko ist aber höher und der Aufwand durch das Testen natürlich auch. Allerdings ist man dann eben Up to Date... Citrix kommt nur in Betracht, wenn absehbar ist, dass die Features einen echten Mehrgewinn für die Farm (die ja derzeit nur aus einem Server besteht) bedeuten (werden). Angesichts von Remote App und TS Gateway ab W2K8 sollte dieses Thema allerdings genau hinterfragt werden.

So wie Holzer es vorgeschlagen hat macht es schon Sinn. Ich würde das SFIRM aber auf keinen Fall lokal auf dem Server liegen lassen, da es mit der Sicherung und mit dem Zugriff sonst kritisch/umständlich wird. Prinzipiell sollte eine Netzwerkinstallation mit je unterschiedlichen Ziepfaden ausreichen. Anschließend eine Arbeitsplatzinstallation vom SFIRM. Die Verknüpfung sollte dann kopiert und entsprechend angepasst werden. Hab eine solche Konstallation zwar noch nicht im Einsatz gehabt aber müsste eigentlich gehen. Mit NTFS Berechtigungen wirst Du nicht weit kommen, da das SFIM eine Access DB nutzt, auf die dementsprechen alle SFIRM Nutzer Zugriff haben müssen.

Bei solchen Sachen gilt es zunächst zu klären, ob der DSL-er sauber ist und an sich nicht abbricht. Hat der DSL eine Macke, Störungsmeldung an die Telekom. Sollten die nichts feststellen gleich eine Lanzeitmessung veranlassen.

Hallo, folgendes Problem: W2K3 Domain ist umgezogen und hat in diesem Zusammenhang ein neues IP Netz verpasst bekommen. Umzug war soweit ok, keine größeren Probleme. Jetzt habe wir einen Client, der absolut nicht auf die Freigaben eines W2K Servers (ist eine DC) zugreifen kann. Problem wie folgt: 1. Wenn auf das gemappte Laufwerk zugegriffen werden soll gibt es folgenden Fehler: Auf k:\ kann nicht zugegriffen werden. Die Konfigurationsinformationen konnten vom Domänencontroller nicht gelesen werden. Mit dem Computer kann keine Verbindung hergestellt werden, oder der Zugriff wurde verweigert. 2. gehe ich über den UNC Pfad auf den Server werden keine Freigaben angezeigt (weder Drucker noch Ordner) 3. Problem sowohl mit Nutzerkonto als auch Administrator Account Folgende Lösungsversuche: 1. Domainrejoin --> ohne Erfolg 2. NewSID mit PC umbennenen und Domainrejoin --> ohne Erfolg 3. Resync Uhrzeit mit DC und Neustart --> ohne Erfolg 4. Update SP3 --> ohne Erfolg Interessant ist, dass der Rechner aber sehr wohl auf Freigaben eines W2K3 Servers zugreifen kann... :confused::shock::confused::shock::confused: Weder auf dem Client noch auf dem Server sind Ereignisse von Bedeutung bezüglich dieses Problems mitgeloggt... Irgendwelche Ideen? Gruß Wolke