Jump to content

MHeiss2003

Members
  • Gesamte Inhalte

    333
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von MHeiss2003

  1. Also servergespeicherte Profile verwende ich nicht. Auf den W2K Kisten läuft SP4 und auf den beiden XP Kisten SP2. Habe gestern noch einen völlig neu installierten XP SP2 PC in die Domäne genommen und festgestellt, dass selbst bei diesem PC eine Anmeldung der Win2K-PC-Benutzer nicht möglich ist. Fehlermeldungen sind, Domaincontroller bzw. Anmeldeserver nicht verfügbar. Die Gruppenrichtlinien werden nicht verarbeitet. Hatte dann in irgendeinem anderen Beitrag gelesen, dass eventuell eine Richtlinie "Auf Netzwerk warten bei der Anmeldung" mal zu aktivieren sei. Hat nichts bewirkt. Einen DNS-Fehler kann man doch ausschliessen, da es ja dann ein generelles Problem sein sollte, oder? Am Server habe ich übrigens eine völlig weisse Weste, sprich keine Warnungen oder Fehler im Log. MfG
  2. Also die Clients holen sich die IP-Adressen vom DHCP. Dieser läuft auf dem DC. Allerdings hatte ich diese Vermutung auch schon. Habe mal versucht bei einem unterdessen von mir neu aufgesetzten Testclient XP den DNS-Server manuell zu setzen. Bringt aber auch nichts.
  3. Hallöchen, habe ein merkwürdiges Verhalten in einer Windows 2003 Domäne. 7 PC's von denen 5 Win2K und zwei WinXP haben. Die User, die an den XP Kisten arbeiten, können sich an allen anderen PC`s anmelden. Die User, die aber an Win2K arbeiten und auch rstmalig an diesen Kisten ngemeldet wurden, können sich nicht an einer XP Kiste anmelden. Die Anmeldung funktioniert bis "Benutzereinstellungen werden geladen...". Dann dauert es ca. 15 Minuten. GPO`s werden übrigens nicht verarbeitet. Habe diverse Fehlermeldungen dann in den Logs der XP Kisten: Domaincontroller nicht verfügbar, Gruppenrichtlinien können nicht geladen werde, usw. Was ist zu tun? Grüße Mario
  4. Ich hatte so ein ähnliches Problem mal mit einem Zero Channel Controller von LSI. Nachdem ich den Controller auf den passenden Slot im MB gesteckt hatte, war nur einer möglich für Zero Raid Controller, hatte alles problemlos auch in Windows funktioniert. Vielleicht probierst Du einfach mal einen anderen Steckplatz. Eventuell auch mal eine andere JAVA-Version installieren. Könnte ja auch ein Softwareproblem sein. Oder den Anwendungscache von JAVA leeren. MfG Mario
  5. Hallöchen, seit einigen Tagen bemerken die User, dass der Terminalserver etwas langsamer ist, wenn es um Zugriffe auf den Fileserver geht, sprich dieser etwas verzögert reagiert. Nun habe ich mich gestern auf die Suche begeben. Dabei ist mir folgendes aufgefallen: 1. An zwei Windows 2003 Servern und einem Small Business Server 2003 (alle haben SP2 frisch drauf), lassen sich die Drucker nicht mehr entfernen 2. Die Verbindung zu einer Freigabe auf dem Fileserver hat nach einem Neustart der anderen beiden Server den Status "nicht verbundenes Netzlaufwerk", obwohl nach Klick alles problemlos funktioniert Allerdings kann ich mir das mit den Drucker nicht erklären. Es sind 6 Netzwerkdrucker, die jeweils auf dem Fileserver eingerichtet und dann freigegeben sind. Weder auf dem Fileserver lokal installierte noch auf den beiden anderen Server als Netzwerkdrucker installierte Drucker lassen sich entfernen. Fehlermeldung auf dem Fileserver wie den beiden anderen Servern lautet: "Dieser Vorgang wurde auf Grund von Einschränkungen abgebrochen, die für diesen Computer gelten. Wenden Sie sich an den Systemadministrator." Auf dem Server, auf dem die Drucker lokal installiert und freigegeben sind, bekomme ich beim Versuch des Entfernen eines Druckers die Fehlermeldung, dass der Drucker nicht mehr verfügbar sei. Nach wie vor kann aber an allen Druckern gedruckt werden. Das Problem ist nur, ich kann keine Änderungen mehr durchführen. Meine bisherige Vorgehensweise: 1. Active Directory überprüft (dcdiag, usw.) an allen drei Servern 2. DNS überprüft, DNS-flush geleert, DNS neu erstellt 3. Fehlerprotokolle an allen drei Servern überprüft 4. Die Drucker alle neu lokal auf einem anderen Server installiert und dann neu freigegeben 5. Treiber neu installiert 6. Mit den Support Tools den spooler komplett auf allen drei Servern geleert Jetzt weiß ich nicht mehr weiter. Ich kann doch nicht alle drei Server neu installieren...!?!? Was gibt es noch zu tun? Bitte helft mir... :-( MfG Mario Leider weiß ich jetzt nicht mehr weiter.
  6. Hallöchen, habe ein Problem. Muss an einem Terminalserver eine Software zum Einsatz bringen, die Verschlüsselung von Dokumenten über ein Chipkartenlesegrät mit eingelegter Signaturkarte vornimmt. Nun habe ich ca. 40 NT 4.0 FAT CLIENTS, die an dem Terminalserver arbeiten. An einigen der Clients soll nun das serielle Kartenlesegrät in Betrieb genommen werden. Kann ich wie bei Citrix einen seriellen Port-Redirect auf die COM-Schnittstelle des Clients machen, so dass ich in der TS-Session auf das serielle Kartenlesegerät zugreifen kann? MfG Mario Heiß
  7. Nur einen DC, sprich diesen Server!
  8. Moin, leider kann ich es momentan nicht anders lösen. Ich muss auf einem DC (Win 2003 R2) die Terminaldienste aktivieren und dann einen Anwendungsserver daraus machen. Wie kann ich den Loopbackverarbeitungsmodus auf dem Server trotzdem gebrauchen? Oder gibt es eine andere Lösung, die ich vielleicht anwenden könnte? Wie bekomme ich den Server Terminalseitig dicht? Für Tips wäre ich sehr dankbar. MfG Mario
  9. Hallöchen, weiß jemand, in wie fern sich bei Exchange 2007 Standard etwas in Bezug auf die maximale Datenbankgrösse getan hat? Bei Exchange 2003 mit SP2 kann ich ja auf maximal 75GB hochgehen. Wie ist das bei Exchange 2007 Standard? Grüße Mario
  10. Hallöchen, habe einen WTS 2003 in einer SBS 2003 Domäne. Nun ist von der Telekom ein CTI-Server inkl. Client installiert. Lokal auf dem Terminalserver kann ich die Telefon- und Modemoptionen problemlos einstellen. Leider funktioniert es nicht in der TS-Session. habe extra für den TS eine GPO, die dies wahrscheinlich unterbindet. Leider weiß ich nicht, wo ich hier in der GPo nachsehen muss. Grüße Mario Heiß
  11. Hallöchen, ist es möglich einen Exchange Server 2007 in englischer Version zu installieren und später einfach auf die deutsche zu wechseln oder muss ich den Exchange neu aufsetzen? Grüße Mario
  12. Hallöchen, habe im internen Netz eine Trendmicro Interscan Virus Wall stehen. Diese filtert und leitet dann an den Exchange weiter. Nun habe ich seit geraumer Zeit Probleme mit der Annahme von Mails auf dem Exchange Server. In dem Sitzungsverzeichnis des virtuellen SMTP-Servers Exchange habe ich Verbindungen die mit einem Timeout abbrechen. Anbei mal ein Auszug aus dem Protokoll, das ich habe. 2007-03-27 00:00:12 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 TIMEOUT - GWSRV.Reinerdom.local 121 50374848 84 4 644875 SMTP - - - - 2007-03-27 00:00:12 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 QUIT - GWSRV.Reinerdom.local 240 644938 84 4 644891 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 HELO - +GWSRV.Reinerdom.local 250 0 41 26 0 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 MAIL - +FROM:<leonhard.schlaudererveta@concentric.net> 250 0 64 51 0 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 RCPT - +TO:+<beineke@unsere Domain> 250 0 0 31 0 SMTP - - - - Habt Ihr eine Idee, was ich da tun könnte? Habe mir schon diverse Filter angesehen, die am Exchange laufen. Bin aber so nicht weiter gekommen. MfG Mario
  13. Das Problem ist, dass hier ein KEN! über DATEV!Net eingerichtet ist. Der Standardgateway ist also nicht konfigurierbar!!! Kann ich nicht am SBS 2003 irgendwie sagen, wenn ein Paket vom Bintec-Router kommt, dann bitte schön auch wieder dorthinschicken? MfG
  14. OK, so weit so gut. Das ist eine gute Gedächtnisstütze. Der ursprüngliche Gateway ist ein Gateway-Proxy-Server, der den gesamten Internetverkehr leitet, sozusagen als Internetgateway fungiert. Wenn ich Dich jetzt richtig verstanden habe, dann muss ich von dem Bintec ein Portforwarding auf das Internetgateway machen und von dort aus denn diese Anfragen an den richtigen Server leiten. Stimmts? Grüße
  15. Hallöchen, habe mal ein kleineres Anliegen. Bei meinem Kunden steht ein SBS2003. Auf diesem soll von aussen OWA erreichbar sein. Der Server hat eine Netzwerkkarte. Nun habe ich einen Bintec-VPN-Router, der allerdings nur VPN-Verbindungen managed, sich aber im gleichen Netz befindet, wie der Server. Wenn ich jetzt an diesem Router ein NAT-Port-Forwarding (TCP/443) auf den SBS 2003 mache, dann sollte eigentlich der Zugriff funktionieren. Geht aber nicht. Habe mit Ethereal mal den TCP-Verkehr auf Port 443 überprüft. Es kommen Pakete am Server an. Das einzige, was ich mir noch vorstellen kann, ist die Tatsache, dass der SBS 2003 einen anderen Standardgateway hat, also nicht den Bintec-Router. Liege ich da richtig? Wenn ja, was ist zu tun? Eventuell den VPN-Router in ein anderes Netz nehmen? Grüße Mario Heiß
  16. Super, das war der entscheidende Tip. In den Servereinstellungen des Terminalservers war "pro Gerät" aktiviert. Aus irgendeinem Grund hat sich das verstellt. Nachdem ich auf "pro Benutzer" umgestellt hatte, funktionierte die Remotedesktopverbindung wieder einwandrei. LG Mario
  17. Hallöchen, heute erhalte ich folgende Fehlermeldung, wenn ich versuche von meinem PC aus eine Remotedesktopverbindung zu meinem Terminalserver herzustellen: Die Verbindung mit der Remotesitzung wurde getrennt, da auf diesem Computer gespeicherte Terminalserver-Clientzugriffslizenz geänert wurde. Was hat das zu bedeuten? Bestimmt ein Lizenzierungsproblem, aber ich weiß nicht, wonach ich suchen soll. MfG Mario
  18. Hallöchen, wie kann ich erreichen, dass ein Terminalserver 2003 die Benutzer nicht auffordert Benutzernamen und Kennwort anzugeben, wenn Sie versuchen auf companyweb (SBS2003) zuzugreifen. Ich weiß, dass es irgendwo in der MMC zum IIS einzurichten ist. Kann auch sein, dass irgendein Benutzer auf dem Terminalserver einzutragen ist? ich weiss es einfach nicht mehr. Grüße Mario
  19. Hallöchen, also bin momentan mit Trendmicro dabei ein Problem mit der Interscan Viruswall for SMB zu lösen. Problem ist, dass die Viruswall keine die eingehenden Emails an den internen Exchange-Server weiterzuleiten (zu forwarden). Leider beendet die Viruswall das mit einem Fehler. Hier ein Auszug aus dem Debuglog der Interscan Viruswall: 2007/01/02 11:55:50 GMT+01:00 [1668:2248:] Downstream server close the connection, the reason maybe excess downstream mail size limit or local disk is full. <Return code=64> [684:8c8] [interScanWriteSocket:143 2007/01/02 11:55:50 GMT+01:00 [1668:2248:7AB3AA39-E3C8-46D6-9339-E4F46993E0F5] id, WRITE ERROR AT 2248 [684:8c8] [sendMailSMTPEx.cpp:856 2007/01/02 11:55:50 GMT+01:00 [1668:2248:] Downstream server close the connection, the reason maybe excess downstream mail size limit or local disk is full. <Return code=64> [684:8c8] [interScanWriteSocket:143 2007/01/02 11:55:50 GMT+01:00 [1668:2248:7AB3AA39-E3C8-46D6-9339-E4F46993E0F5] MDA finish, delivery fail since <LRT: SendMail SMTP fail and no branch> and spend <68922> ms [684:8c8] [interScanSendMailThreadFunction:1413 Vielleicht hat jemand von Euch Erfahrungen mit dieser Konstellation und kann mit mir über die ein oder andere Einstellung diskutieren. Grüße Mario Heiß
  20. hat keiner mehr eine idee? eine neuinstallation auf dem terminalserver hat auch keinen erfolg gebracht!!!
  21. Hast Du nicht noch eine Idee, Wolke? Du hattest doch so ein ähnliches Problem bereits bei einem Kunden, oder? MfG Mario
  22. Also wenn ich "einem Benutzer" lokale administrative und domänen-administrative Berechtigung erteile, funktioniert es ebenfalls nicht!!!! Nur als lokal angemeldeter Admin am Terminalserver. Komisch. Jetzt weiß ich nix mehr. Kann doch nur eine lokale Sache sein, oder? Ha ha. Ich habe für jeden TS-Benutzer einen Stammordner für Terminaldienste. Wenn ich eine DB in diesen Ordner kopiere und Sie öffne geht es doch tatsächlich...,. Ach ja, und vom Desktop kann ich die mdb auch öffnen!!!
  23. Hallöchen, habe folgendes Problem. Auf einem Windows Server 2003 Standard ist Office 2003 Professional installiert. Nun bekomme ich beim Öffnen einen mdb-Datei über den Windows Explorer eine Fehlermeldung: "Auf das angegebene Gerät, bzw. den Pfad oder die Datei kann nicht zugegriffen werden. Sie verfügen eventuell nicht über ausreichende Berechtigungen, um auf das Element zugreifen zu können." Wenn ich die mdb-Files über Access selber öffne, dann funktioniert es. Logge ich mich als Administrator auf den Terminalserver ein, dann funktioniert auch die Variante über den Explorer. Habt Ihr Ideen? MfG Mario
  24. Der Server ist Memberserver. User melden Sich an der Domain an.
×
×
  • Neu erstellen...