Jump to content

premus

Members
  • Gesamte Inhalte

    165
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von premus

  1. Was ne Antwort :shock: Es gab auf dem Server 3 Jahre Outlook ohne Serveranbindung und dann kam Tobit David.fx. Einige Anwender wollen unbedingt Ihr altes Outlook als Archiv nutzen und deshalb ist das noch aktiv. Grüße Roland
  2. Hallo, auf einem Windows 2003 Terminalserver hab ich das Problem, dass die Anwender durch starten von Outlook 2003 das "Standard-Mailprogramm" für den kompletten Terminalserver umstellen :( Unter "Systemsteuerung-Internetoptionen-Programme-eMail" ist danach auf Outlook umgeschalten, obwohl DavidFX richtig ist. Ich stelle das dann als Administrator wieder manuell auf DavidFX, bis wieder so ein Hirsch.... Kann ich irgendwo in den Gruppenrichtlinien verbieten, dass das System nachfrägt, ob das Standard-Mailprogramm gewechselt werden soll? Kann leider nichts finden :( Grüße Roland
  3. Hallo, werden die Lizenzen (so welche verfügbar sind) nicht automatisch vergeben? Mir ist zumindest nichts anderes bekannt :( Grüße Roland
  4. Hallo, im Augenblick zeigt die Lizenverwaltung an: Temoräre Lizenzen ausgestellt: 3 Windows Server 2003 Device-CAL 35 gesamt/8 verfügbar/27 ausgestellt Ich kann auch problemlos ein neues Gerät anhängen und dieses bekommt auch eine Lizenz. Das Problem ist nicht nur bei einer Verbindung an der lokalen Domäne, sondern auch bei Verbindungen über VPN an anderen Terminalservern, welche völlig unabhängig vom Lan arbeiten. Ich kann problemlos über meinen Notebook mit Windows 7 oder Vista eine Verbindung aufbauen, nur eben mit meinem Arbeitsplatz-XP-PC nicht. Das ganze hat bis vor ca. 3 Wochen problemlos funktioniert. Irgendwie scheint die lokale Lizenzverwaltung des PC´s durcheinander zu sein. Kann ich die lokalen Lizenzen irgendwie deinstallieren, um neue zu erhalten? Grüße Roland
  5. Hallo, seit mehreren Tagen hab ich an meinem XP-Arbeitsplatz, an dem ich auf mehrere Terminalserver zugreife das Problem, dass bei der Anmeldung (als user) an einem Terminalserver die Meldung erscheint "...keine Terminalserver Client Zugriffslizenz für diesen Computer vorhanden". An allen internen/externen Servern sind noch Lizenzen verfügbar und ich kann auch neue Workstations mit RDP starten. Die Lizenzverwaltung läuft eigentlich völlig problemlos, nur eben mit meinem XP-PC nicht. Eine Verbindung mit als Administrator mit "mstsc.exe /Admin" ist problemlos möglich. Durch mehrere TSE-Server auf unterschiedlichen Domänen/Netzwerken ist der Rechner wohl durcheinander.... Gibt es hierzu eine Lösung? Grüße Roland
  6. premus

    Garantie / Gewährleistung

    Hallo, ich hätte eine Frage zum Thema Garantie / Gewährleistung, welches wohl am einfachsten mittels einem Beispiels dargestellt werden kann. Beispiel: Kunde bestellt einen VPN-Router bei einem Fachhändler und läßt diesen Vorort vom Fachhändler installieren/konfigurieren. Nach 2 Wochen fällt der Router komplett aus und der Fachhändler installiert/konfiguriert Vorort als Überbrückung ein Ersatzgerät. Das defekte Gerät wird vom Fachhändler an die Distribution geschickt und kommt nach einer weiteren Woche zurück. Das Ersatzgerät wird vom Fachhändler Vorort nochmals gegen den neuen Router getauscht und neu konfiguriert. Nun meine Frage: Sind die Dienstleistungen um den defekten Router vom Fachhändler im Rahmen der Garantie zu sehen, oder kann der Händler die investierte Zeit Vorort beim Kunden in Rechnung stellen? Zu diesem Thema kann ich nichts im www finden :-( Grüße Roland
  7. Hallo, die Sicherheitseinstellungen hab ich bereits alle ausprobiert. Ich konnte auf der externen HDD eine Datei mit dem explorer lesen/schreiben/löschen und sowie ich mit einem Programm darauf zugreife, meldet dieses, dass die identische Datei schreibgeschützt ist ... Die Platte ist nun mit exFAT neu formatiert und nun läuft das problemlos :) Besten dank für Eure Unterstützung :jau: Grüße Roland
  8. Hallo Zahni, es handelt sich um 2.5" USB-Platten und die sind alle NTFS formatiert :shock: Ich arbeite an mehreren Entwicklungsrechnern und da gibt es welche mit XP und andere mit Vista... Sollte ich FAT32 verwenden ? Grüße Roland
  9. Hallo, das Problem liegt darin dass z.B. beim Öffnen eines Projektes (von USB-Platte) aus einer Entwicklungsumgebung heraus, das System gleich bemängelt, dass das Projekt schreibgeschützt ist :( Dieses Verhalten ist bei MS-Programmiersprachen, bei Web-Software... Irgendwie kann man aus diversen Programmen nicht direkt auf USB-Platte arbeiten. Diese scheinen irgendwie zu denken dass die Dateien Schreibgeschützt sind. Prüft man das auf Dateiebene, ist jedoch keine Datei schreibgeschützt :schreck: Irgendwie ist das wirklich sehr seltsam... Grüße Roland
  10. Hallo, beim Versuch unter Vista 32/64 Dateien auf einem externen USB-Datenträger zu "überschreiben" erscheint immer diese Abfrage: Beim Kopieren ist das ja noch zu ertragen, jedoch aus Programmen/Entwicklungsumgebungen kann keine vorhandene Datei überschrieben werden. Ich kann weder in den lokalen Sicherheitsrichtlinien, noch im Explorer eine Einstellung finden :( Kann man diese Abfrage unterdrücken, bzw. Vista dazu bewegen, Dateien auf externen Datenträger ohne Rückfrage zu überschreiben? Grüße Roland
  11. Hallo, nach tagelangen Tests mit unterschiedlichsten Lösungsansätzen war das einfachste nun die Lösung. Nach einer Notfallreparatur mit der originalen W2K3-CD läuft alles wieder normal. Offensichtlich fehlten Rechte/Registry-Einträge, welche die Notfallreparatur wieder richten konnte. Grüße Roland
  12. Nun abschließend nochmals meinen Bericht: Nach 3 Tagen ohne Dömäne (TSE war aus der Domäne abgemeldet) wieder identisches Problem. Die ganzen W2K-Clients konnten sich nicht anmelden. Witzigerweise kann sich ein HP-Thin-Client mit Linux problemlos am Terminalserver anmelden. Ein W2K-Client kann das offensichtlich am identischen Terminalserver nicht :schreck: Die W2K-Clients sind nun alle auf XP umgestellt und mit dem 6.0 RDP-Client funktioniert alles bestens. Grüße Roland
  13. Hi, ja super! Zumindest hab ich nun einen Ansatzpunkt :o Eben den Terminalserver aus der Domäne raus und dann geht die Anmeldung. Nur kennt er dann keine User aus der Domäne :( Dann wieder in der Domäne angemeldet und wieder ein Sicherheitsproblem :( Kann es daran liegen dass der PDC ein W2K-Server ist nd der SDC ein W2K3 :confused: Grüße Roland
  14. Hi, da hab ich bereits alles mögliche getestet und keinerlei Veränderungen festgestellt! Die Einstellungen sind hier alle identisch mit dem alten Terminalserver. Ob ich wohl der erste bin der dieses Problem hat :( Ich installiere nun bereits seit Jahren Terminalserver und das Problem trat vor ca. 4 Wochen das erste mal auf. Bei dem Kunden war das dann kein Problem, da alles XP-Clients waren und nach dem Update auf den RDP6 lief alles. Hier hab ich nun 14 VPN´s in ganz Deutschland verteilt und alle haben W2K :cry: Grüße Roland
  15. Hi, der Witz an der Geschichte ist dass ich mit der identischen Installations-CD bei erscheinen von Windows 2003-Server (vor Jahren) einen Server aufgesetz und über die Jahre alles an SP´s nachinstalliert wude. Hier kann man sich problemlos anmelden. Die Neuinstallation wurde sofort mit SP2 und allen Patches installiert und hier geht nur der RDP-Client 6 :( Offensichtlich verwendet der 6´er RDP eine andere Verschlüsselung als der 5´er und am neuen TSE wird nur noch die neue Verschlüsselung akzeptiert. Aber wo um Gottes Willen ist das eingestellt :schreck: Falls das nicht läuft muss ich 14 alte P3-Notebooks auf XP umstellen :( So ne..... Grüße Roland
  16. Hi, ja so hätte ich mir das auch gedacht :( 1. Windows 2003-Server installieren 2. Terminalserver installieren 3. Benutzer der Gruppe Remotedesktopverbindungen hinzufügen RDP aufrufen...... Eigentlich nicht sonderlich kompliziert :( Mit dem 6´er RDP geht alles wunderbar und mit 5.2 meldet der RDP-Client den Fehler :confused: Irgendwie steh ich grad auf dem Schlauch.... Grüße Roland
  17. Hi, ich denke die Frage ist wohl wesentlich einfacher zu formulieren: "Warum kann ich an einem neu aufgesetzten Windows 2003 Terminalserver (Defaultinstallation) nicht mit dem RDP-Client 5.1/5.2 zugreifen?" Gibt es hierzu keine Lösung? Grüße Roland
  18. Hallo, hat mir wer einen Tipp, warum ich mit dem dem alten RDP-Client 5.1xx nicht auf einen aktuellen Windows 2003 Terminalserver zugreifen kann? Bei der Anmeldung kommt die Meldung: "Der Client konnte keine Verbindung mit dem Remotecomputer herstellen, da ein Sicherheitsfehler aufgetreten ist. Stellen Sie sicher dass Sie auf dem Netzwerk angemeldet sind und wiederholen Sie den Vorgang" Probier ich das mit einem Windows 2000/XP-Rechner auf dem der alte RDP-Client installiert ist, geht das nicht. Nach dem Update auf den RDP-Client Version 6 läuft das dann problemlos. Problem ist nur dass das Update auf die Version 6 mindestens XP als Basissystem verlangt und ich nun 14 Notebooks mit W2K anbinden sollte. Witzigerweise läuft bereits eine ältere 2003-TSE-Maschine und da geht das noch. Auf der neuen 2003-TSE-Installation ist Essig. Gibt es eine Alternative oder eine Einstellung am 2003-TSE, welche den Zugriff des alten RDP-Clients erlaubt, oder mach ich grundsätzlich was falch? Grüße Roland
  19. Hi Matthias, ich werde gleich nachher mit HP telefonieren und die sollen mir dann einfach ne Kiste nach Deinen Vorgaben zusammenstellen. Danke für Deine Unterstützung. Nun muss ich dann nur noch das Budget bekommen, was aber wohl kein Problem sein wird :-) Grüße Roland
  20. Hi Matthias, ich hab mal als Basis gefunden: TV ProLiant DL385 (G2) / 2.40G - (TopValue) - HP ProLiant DL385 G2 Top Value Server (Rack), Dual-Core AMD Opteron Prozessor, 2.4 GHz/2 MB Cache, 2 GB Hauptspeicher, Smart Array P400 Controller mit 512MB BBWC, SAS-Modell ohne Festplatten, CD-RW/DVD-ROM Laufwerk Dann noch 6GB, zwei zusätzliche RAID-Controller und 8 Festplatten. Ich denke so zwischen 6 und 7000 € wird das wohl kosten :-( Kann man da einfach die zusätzlichen Raid-Controller einbauen und die einzelnen Platten über das Backplane an den Controllern anschließen? Grüße Roland
  21. Hallo Matthias, es ist die 32-Bit SQL-Server 2005 Built 9.0.30.54. Es ist nur die DB selbst auf dem Server installiert und Backup-Exec sichert nur nachts wenn niemand gestört wird. Die DB hat ~ 20GB und das Transction-Log mit 12GB wird getrennt verwurstelt. Die Daten liegen in einer eigenen Partition, welche jedoch auf dem identischen Raid wie die Boot-Partition läuft. Die SQL-Server-Priorität ist höher gestuft und im Augenblich hab ich dem SQL-Server 2GB zugeteilt. Das Raid wurde beim Installieren nicht speziell formatiert, sondern einfach Setup feddich. Die Sektorgröße ist also Standard-NTFS. Ich hab heute alles möglich probiert und irgendwie ist dem Server wurst ob 1GB oder 2GB zugeteilt sind. mit oder ohne /3GB... alles bringt nichts. Das Teil reagiert irgendwie langsamer. Ich hab mir grad einen HP DL380 mit Quadcore 2,5GHz, 10GB RAM, 6x SAS 73GB 15K, W3K-X64, SQL2005x64 rausgesucht. Ich denke das wird das Problem wohl lösen. Ich dachte mir dann im Raid 2 Platten als Boot-Platten im Raid 1 und 4 Platten als RAID 5 für die Daten. Was denkst Du? Grüße Roland
  22. Hallo, ich betreue einen Microsoft SQL-Server welcher nach der Umstellung auf MS-SQL-Server 2005 extrem an Permormance verloren hat. Vor der Umstellung war MS SQL-Server 2000 installiert und da gab es keinerlei Probleme. Vorgeschichte: Es wurde ein Update eines ERP-Sytems installiert und das hat einen SQL-Server 2005 verlangt. Ergo wurde auf dem Applikations-Server (extra) die Applikation installiert und auf dem Datenbankserver die Datenbank von 2000 aud 2005 hochgezogen. Seit der Umstellung ist der Server so bschäftigt dass gelegentlich ADO/ODBC-Fehler an den Clients erscheinen. Ich bin mir nun nicht schlüssig ob die Hardware des DB-Servers noch reicht, oder das Update verantwortlich ist. Nun meine grundsätzliche Frage: Ist der nachfolgend beschriebene Server für einen MS-SQL-Server 2005/40 User noch zu gebrauchen? Maxdata-Platinum-Server Windows 2000 Server Microsoft SQL-Server 2005 32-Bit 2x XEON 2.4 GHz 4096 MB RAM 4x 36GB U320SCSI SCA 10K U/Mn. als RAID 10 (C als Boot /D für Daten) Intel Raid SRCU32 Intel 1000 BTX-Netzwerkkarte Intel 100 BTX-Netzwerkadapter Auf dem Server läuft einzig Windows, SQL-Server 2005 und Veritas Backup Exec 10d Mit oder ohne /3GB in der boot.ini keine Performancesteigerung Mit 1500MB oder 3000MB Speicherzuweisung fr den SQL-Server keine Performanceänderung. Prozessorenlast 20-90% Hat hier wer Erfahrungen? Grüße Roland
  23. Hi, ich hab ja echt einen Hals. Der Techniker behauptet nun dass der Server vorher bereits nicht richtig lief. er hat Ihn ja nicht installiert und daher kann er ja auch keine Aussage... bla.. bla..:( Ich sollte dann halt einfach den TSE neu aufsetzen :shock: Sind ja nur 29 User drauf mit unterschiedlichsten Programmen, Rechten.... Das mit den Rechten auf die Registry ist ein guter Ansatz. Ich kann mir jedoch nicht erklären dass ich keine Datei suchen kann, keine Verwaltung... Alles meldet Fehler dass Dateien nicht gefunden werden. Ich hab irgendwie das Gefühl dass da mit dem finden der DLL´s bzw. mit dem registrieren der DLLs was daneben ging. Grüße Roland
  24. Hallo, um mein Problem zu erklären muss ich grad etwas weiter ausholen: Ich betreue einen Windows 2003 Terminalserver mit 25 Usern, welcher bis Freitag normal lief. Auf dem Server sind diverse Anwendungen wie z.B. Office 2003 und ein ERP-System der Infor. Das ERP-System wurde vor 2 Jahren via Setup korrekt als Admin unter Software via Setup.exe installiert und alles prima. Nun kam da ein Update der ERP-Software und ein Servicetechniker, welcher mir erklärte dass es kein Setup mehr gibt und die neue Version händisch installiert werden muss. Als Administrator wurden also alle DLL und OCX mittels Script unregistriert, die neuen DLL und OCX registriert, dieverse Zusatzprogrämmchen .... die Icons... und feddich. Icon gestartet und alles prima... Und dann als User anmelden und :( Programm kann nicht geöffnet. Der Pfad " kann nicht gefunden werden.. Jo, erst mal Essig. Der Servicetechniker wurstelte dann ca. 4-6 Stunden rum und noch immer :( Fazit: Server ist durcheinander und muss neu installiert werden :o :shock: :cry: Nun isser weg und ich steh da mit 25 lokalen Administratoren :confused: So viel zur Vorgeschichte... Ich hab nun nachgesehen ob da lokale Richtlinien, Domänenweite Richtlinien, Rechte oder sonstwas fehlen, aber eigentlich alles prima. Einzig ein Anmeldescript was Laufwerke zuordnet wird gezogen. Das System kann als normaler User irgendwie die DLL´s aus dem System32-Ordner nicht mehr finden. Selbst grundlegendes wie z.B. suchen in einem Ordner geht schief. Versuch ich mit der rechten Maustaste auf einem Ordner sie Windows-Suche zu starten erscheint: "Fehler: eine Datei, die zum ausführen des Such-Assistenten erforderlich ist, wurde nicht gefunden. Möglicherweise müssen Sie Setup ausführen" Versuch ich z.B. eine Visual-Foxro 9-Runtime zu installieren meldet das Setup dass eine OCX-Datei aus dem System32-Ordner nicht geladen werden kann. Eventuell ist die Festplatte voll oder keine Rechte. Ich seh als User aber die Datei und slbst wenn ich die Rechte auf "jeder darf alles" für die Datei setze ist Essig. Ich spring gleich aus dem Fenster. Vor der händischen Installation des Updates hat alles noch tadellos funktioniert. Hat irgend jemand einen Tip wo ich ansetzen könnte? Es scheint dass die Registry als normaler User irgendwie ...... Als Admin läuft alles problemlos. Verzweifelte Grüße Roland
  25. Hi Sunny, gute Idee! Zwei DNS-Server sind besser als einer :-) Da werd ich doch gleich den PDC.... Danke! Roland
×
×
  • Neu erstellen...