webmaschder

So ähnlich werde ich das wohl machen :-) Habe mal eine E-Mail an den zuständigen Mitarbeiter geschickt und CC an den GF von dem Laden ... wird schon den richtigen treffen! Die werden das dann schon unter sich klären. Immerhin haben wir einen Vertrag mit der Firma und einfach irgendwelche Zugriffe von dem Programm auf das System zu ändern oder neue einzubinden geht halt nicht. Das muss mit uns abgesprochen werden, so stehts da schwarz auf weiß. Wahrscheinlich kann ich ne Rechnung wegen Nutzungsausfall stellen, wär ja immerhin ein Anfang. Gruß

Hi zusammen, danke für die Tipps. Ich habe das Problem in einer langen Nachtschicht nun endlich gelöst. Ich hatte zuerst die Hinweise von DavidS geprüft, das hat aber leider nicht geklappt. Anschließend habe ich mir doch die Mühe gemacht und die sämtliche Bewegungen des Programms mit dem File/RegMon analysiert. Anscheinden greift das Programm auf einen zusätzlichen Pfad in der Reg. zu auf das der User eben keine Berechtigung hat. Das erklärt auch, warum es nur auf dem TS nicht läuft, auf allen anderen PCs aber schon. Auf dem TS gelten andere Sicherheitsrichtlinien... Habe den besagten Schlüssel berechtigt und das Programm eine neue DSN anlegen lassen => läuft! Total verrückt das ganze. Ich überlege mir gerade ob ich die Infos überhaupt an den Softwarehersteller weitergeben soll.... bei dem Verhalten das die an den Tag legen... Danke an alle. Gruß

Hi, ja, ziemlich nervig... aber sowas dachte ich mir schon. TS ist neu gestartet, bei einem User habe ich das Profil schon neu erstellt. Gestern habe ich auch einen neuen Testuser angelegt, entsprechend berechtigt und getestet .. immer das gleiche. Virenscanner habe ich auch schon deaktiviert, deinsallieren geht leider gerade nicht. Kann ich aber heute nacht mal versuchen. Allerdings verspreche ich mir davon nicht wirklich viel. Scheint mir so, als ob der User die System-DSN garnicht lesen darf?! Gibts da irgendwelche besonderen Berechtigungen? Die Reg Einträge habe ich testweise auch schon einzeln berechtigt und sogar für den Testuser entsprechend neu angelegt bzw. kopiert. gruß

Hi, danke für die promte Antwort. Den Text habe ich schon per STRG + C kopiert, man ist ja von Haus aus faul ;-) User-DSN kann ich zwar erstellen, aber beim Verbindungstest bricht er ab (Fehler bei der Anmeldung). Lege ich den Eintrag trotzdem kann, kann ich das Programm trotzdem nicht starten. Das gleiche kommt aber auch, wenn ich das mit dem Admin ausführe. Habe es deshalb nie beachtet. Den Softwarehersteller habe ich schon kontaktiert: "geht uns nix an, das muss am Server oder am SQL Server liegen. Mit dem Admin gehts ja auch!" ... ziemlich kuriose Situation EDIT: habe die AD-Berechtigungen noch mit aufgenommen. Jetzt kann ich zwar im ODBC Manager die Verbindung erfolgreioch aufbauen, sobald ich aber das Programm starte kommt wieder der gleiche Fehler.

Hi zusammen, ich stehe wahrscheinlich gerade auf dem Schlauch und komme einfach nicht weiter. Folgendes Szenario: SQL Server: MS Server 2003 R2 mit SQL 2005 Terminalserver: MS Server 2008 R2 auf dem Terminalserver ist ein Programm installiert, das mittels ODBC auf den SQL Server zugreift. Nach der Installation des Programms werden auch die System-DSN angelegt, sieht alles gut aus. Das hat jetzt ca. 6Monate problemlos funktioniert, nun aber können alle Benutzer (außer der Admin) sich nicht mehr mit dem SQL Server verbinden. Die Meldung (Original, nicht gekürzt): "Der Datenquellenname wurde nicht gefunden, und es wurde kein Standardtreiber an" warum die Meldung abgeschnitten wird ist ne andere unerklärliche sache .. aber nunja. Verändert wurde in der Zeischenzeit garnichts. Weder Programme installiert noch Updates oder sonst was. Die User selbst können die System-DSN natürlich nicht bearbeiten. Die Frage nun: habe ich irgendwelche Berechtigungen übersehen? Teriber habe ich bereits alle nachinstalliert, das Programm natürlich auch :-) Es klappt mit dem selben User auf allen anderen PCs/Servern problemlos. Meine Vermutung liegt ja an er 64bit Problematik, aber dann hätte es ja von Beginn an Probleme geben müssen?! Vielleicht habt ihr ja eine Idee. Gruß und Danke

Hi, habe das Problem wieder in den Griff bekommen. Es fehlten einige Dateien, die wohl bei dem fehlgeschlagenen Update auf SP2 gelöscht wurden. das waren jedemenge XML Dateien und die registry Datei. Außerdem war niemand mehr auf den OWA Ordner berechtigt. Ein Rollback hat es wohl nicht gegeben. Auf jeden Fall läuft wieder alles. Vielen Dank

Hi Zusammen, ich habe seit 2 Tagen bei einem Kunden das Problem, dass wir nicht mehr auf das OWA kommen. Er erscheind NACH dem Login die Fehlermeldung Die deutsche Fehlermeldung ist bei Meister Google ja nicht bekannt, deshalb habe ich auch noch noch der originalen gesucht, leider ohne Erfolg. Die Tips bzgl. Language Settings habe ich überprüft und durchgeführt, leider wars das auch nicht. Die Sprache ändert sich zwar, aber einloggen kann ich mich trotzdem nicht. alle anderen WEbseiten die über IIS laufen, kann man ohne Probleme aufrufen. Im Log ist natürlich nichts zu sehen. Da kommt nur der Hinweis, dass OWA korrekt gestartet wurde. auch im IIS Log steht nichts besonders drin. Hat igendjemand eine Idee? :-) Vielen Dank Zum System: SBS2008 mit Exchange 2007, Alle Patches (soweit ich das hier sehen kann) Gruß, webmaschder PS: wenn mich etwas vorzeitig ins Grab bringt, dann ein SBS2008....

Ja das Problem ist nur bei Win7 Clients. Bisher hatte ich bei keinem Kunde so ein Problem. Gerade bei Win7 sollte es ja problemlos laufen, wenn Win XP Probleme gemacht hätte, könnte man das ja noch verstehen... IPv6 habe ich auf den Servern laufen (wegen Exchange) und auf den Clients ausgeschalten. Habe es aber schon komplett mit und komplett ohne getestet: kein Unterschied Irgendwo habe ich auch mal gelesen, das Win7 zuerst versucht über IPv6 mit der DOM zu komunizieren, das scheint aber nicht der Fall zu sein, da ich auf den Switchen keinen IPv6 Traffic feststellen konnte. Zwischen den Servern aber schon. Den Client habe ich übrigens auch mal "so wie er ist" bei mir im Büro in die DOM eingebuden, klappt ohne mucken und innerhalb von ein paar sekunden. Es MUSS also am DC liegen. Ich werde jetzt mal ein Win7 auf dem ESX installieren und werde damit weiter testen. Gruß - webmaschder

Hui ein sehr wertvoller Beitrag... vielen Dank! Ich habe den Rechner jetzt leider nicht mehr zur Verfügung, aber das werde ich bei der nächsten Gelegenheit auf jeden Fall mal überprüfen. Das logon Log (komisches Wort) habe ich schonmal eingesehen, aber da erkennt man eben, wie in dem Beitrag auch steht recht wenig. Mir ist auf jeden Fall nichts aufgefallen. Den Process monitor setzte ich immer gleich zu beginn ein, aber da es sich ja um ein Problem vor bzw. während der Anmeldung handelt brachte der keine Resultate. Nochmal vielen Dank für den Link, der wurde gleich in die erlesene Liste der Lesezeichen aufgenommen :-) - webmaschder

Hi, guter Einwand, das habe ich aber schon versucht. Normalerweise clone ich die Clients aber diesen habe ich komplett neu installiert. habe es jetzt aufgegeben und werde es irgendwann wieder mal versuchen. Müssen sie halt noch eine Weile auf Windows xp bleiben. Das hat mich jetz schon so viel Zeit gekostet... schade, wüsste gerne woran das gelegen hat :( Vielleicht kurz noch meine letzten "Erfolge": - Computer konnte per Powershell in die Dom aufgenommmen werden - Computerkonto wurde angelegt (sogar in der richtigen OU) - Login dauert zwischen 30 und 45min (Gigabit Netzwerk) - nach dem Logon geht alles sehr fix (Share Zugriffe, Exchange, ...) und auch Fehlerfrei! - er hängt bei "Computereinstellungen werden übernommen" - GPO wird nur die Benutzergpo geladen - hunderte Kerberos Fehler (z.B. 1067, ...) alles wegen "Netzwerkfehler" oder "konnte Dom nicht finden" oder "keine Netzwerk Authentizität verfügbar" - ipconfig -displaydns ist sauber und korrekt - Namensauflösung läuft ohne Probleme - ... hab jetzt echt kein Bock mehr. Danke an alle! Gruß - webmaschder

So, mal ein Update zum Problem: der PC erstellt mittlerweile korrekt seinen DNS Eintragt aber immer noch kein Computerkonto und kommt somit auch nicht in die Dom. in früheren Zeiten (Win 2000) erinnere ich mich an das Thema RID. kennt sich jemand damit besser aus bzw. kann man irgendwie Prüfen, wievlel in dem Pool noch zur Verfügung steht? Gruß - webmaschder

nein, an dem Problem sitze ich auch gerade. das hat er bisher immer gemacht, aber seit heute (der Tag nach der Umstellung) macht er das nicht mehr. Bin gerade am Berechtigungen checken, sieht aber alles gut aus.... EDIT: nur Windows 7 Clients tragen sich nicht ein, bei XP Clients klappt das.

Ich füge nochmal das komplette DNS Debug Log hinzu (aufgrund der Zeichenbeschränkung halt als Anhang). Man beachte die Zeiten... schon irgendwie sehr seltsam, dass das so lange dauert. Oder? -webmaschder DNS_LOG.txt

So, ich nochmal. In einer laaangen Nachtschicht, habe ich das ganze System umgestellt. es gibt jetzt nur noch eine NIC, 3 VLANs, 1 GW und 1 IP Adresse der Server hat jetzt nur noch 10.33.1.2 Clients sind unberührt Es läuft (wie vorher auch) alles ohne Probleme AUßER das Beschriebene Problem. meine Umstellung war also umsonst :( Jetzt seid ihr wieder am Zug ;-) Danke schonmal für eure Hilfe. -webmaschder

Ok ich sehe meinen Denkfehler. Ich war der Meinung, dass die Anfragen über eine NIC auch über diese wieder beantwortet werden. Das hilft mir jetzt zwar kurzfristig nicht, aber ich werde ich bei Gelegenheit mal umbauen. Mit Routen auf dem Server komme ich da vermutlich auch nicht weiter... Vielen Dank schonmal. Gruß

Das war mir so nicht klar. D.h. bei einer Netzwerkkarte kann ich das GW einfach rausnehmen... werde ich mal testen. Wobei ich mir ehrlich gesagt nicht erklären kann, warum das Jahrelang so gelaufen ist und jetzt plötzlich nicht mehr.

folgendes: Gruß

Hi, das ist schon so gewollt und wurde mir als Vorgabe gegeben. Clients dürfen das andere Netz nicht sehen und können ja auch nicht darauf zugreifen. Wenn ein Client jetzt eine DNS Anfrage stellt und ich habe nicht bei jeder Netzwerkkarte das GW eingetragen, wird die Anfrage doch nicht weitergeleitet... oder liege ich da falsch? Die NEtze werden nach dem Server in verschiedene VLANs aufgeteilt, falls das eine Rolle spielt. Ich lasse mich aber gerne korrigieren. Gruß

Server (DC und DNS):

@gulp: klaro, sonst gehts ja garnicht. @zahni: Client:

Hi zusammen, pünktlich zum Wochenende hätte ich da gerne mal wieder ein Problem. Folgende ausgangssituation: bei einem Kunde gibt es einen DC für zwei Netze der selben Domöne: 10.22.1.x/24 und 10.33.1.x/24 Die Clients sehen sich untereinander nicht. So langsam stelle ich alle Clients von XP auf Win7 um und bereinige dann auch gleich die PC Namen (der Übersichtlichkeit halber). Jetzt habe ich einen neuen PC mit Win7 pro 64bit angeschafft, eingerichtet und der Domäne hinzugefügt. nach ca. 4Wochen dauerte die Anmeldung nur an diesem PC ca 45Minuten. Aber nur das Anmelden! das kopieren von Dateien von oder zum Sahre gehen ruck zuck. Auch Exchange läuft super schnell. Ich habe den PC also aus der Dom rausgenommen und neu gestartet (dauert nur noch 1-2min) dann wollte ich ihn wieder in die Dom aufnehmen: "Beim Versuch der Dom XYZ beizutreten, trat der folgende Fehler auf: Der Angegebene Netzwerkname ist nicht mehr verfügbar" dann habe ich getestet: nslookup auf die Domäne: ok nslookup auf den DC: ok ping auf Domäne: richtiger DC wird gepingt dcdiag und netdiag auf Server zeigen auch keine großartigen Probleme Mainbaord und Festplatte des PCs getauscht, andere Netzwerkkarte verwendet Testweise habe ich den selben Client mit XP installiert und am selben Switch Port angeschlossen, gestartet, in die Dom aufgenommen (dauerte insgesammt keine 5min) also genau so wie es sein soll. Ich schlussfolgere: es muss am DNS Server liegen, nur an was?! beide DNS Server (für die unterschiedlichen Netze) sind absolut identisch konfiguriert und im anderen netz läuft es ohne Probleme. Ich habe auch mal Spaßeshalber einen DHCP eingerichtet, bringt aber auch nix. Ideeen? Danke schonmal Gruß /EDIT: ich meinte natürlich nicht netdiag sondern DCDIAG /TEST:DNS .. sorry

Alle Hotfixe sind installiert, leider bleibt das Problem :( So langsam bin ich am verzeifeln.... Gruß

hi, ich kann nur eine Treibervariante nehmen: KX nur in dem Treiberpaket kann man die Schachtzuordnung anpassen und das benötigt das NAV Habe es aber trotzdem schon mit den andern Varianten versucht, halt dann ohne Schachtzuordnung = selbes Problem. Eingesetzt werden u.A. folgende Typen: Taskalfa 250ci 1350dn 3820DN 3920DN 1128MFP und noch ein paar andere. Da das Problem aber bei allen Drucker auftritt, gehe ich mal nicht von einem Treiberproblem aus. zumal ja die Drucker mit dem selben Treiber problemlos laufen, sobald man sie über IP direkt ansteuert. Gruß

Ein Nachteil wäre, dass ESXi nicht läuft... schau doch mal bei Supermicro nach, die haben auch günstige Server und da sind auch viele für ESXi geeignet. Gruß EDIT: da ich ja heute morgen eh ein Angebot für so einen Server rausgehauen habe, hier mal eine Bsp. Konfig inkl. Preis (so habe ich ihn verkauft): 1 x Intel Xeon E5645 (6x 2.4 GHz / 12 MB Cache) 6 x 4GB DDR3 RAM ECC 3 x 300GB SAS 15K (im Raid 5) 2 x Intel GB LAN 2 x 650Watt Netzteil (redundant) DVD Brenner, Tipptatur und sonsiger Quatsch... als Tower-Server konfiguriert. würde bei uns 2500€ + Steurer kosten. Denke das bekommst du überall zu einem ähnlichen Preis, vielleicht auch günstiger. Das solltest du schon ausgeben und da laufen auch gerade so deine beiden Server drauf. Gruß

:) wo nimmst du das immer her? ich suche mir stundenlange den Wolf mit Schlagworten wie "slow printing" "print problems" ... Werde es heute nacht aufspielen. Zu den Clients: Sind alles Windows clients, die meisten mit XP (32bit) einige mit Win7 (teilweise auch 64bit). Sonst nichts, kein Linux oder Win2000. SMB Signing ist glaube ich nicht das Problem. ich habe es ja auf "optional" stehen (RequireSecuritySignature=0, EnableSecuritySignature=1). Oder meist du etwas anderes? Danke, Gruß