BiZNIZ

Und schon umgestellt ... Zeit auf Freitag 12:00 gestellt, 11:30 geht ja nicht ;) PCs gerade rebooted und Geprüft, ob die GPO auch übernommen wurde. Also warten wir mal ab, was ab 12:00 passiert. btw: Ich hoffe, mit den Update-Einstellungen hab ich auch alles richtig gemacht. Habe alle, die unzweckmäßig sind (z.B. Vista x64) abgelehnt und alle für XP SP2 erforderlichen genehmigt. So sollte es ja richtig sein, denke ich.

Hier schon einmal das Log des DIAG-Tools: WSUS Client Diagnostics Tool Checking Machine State Checking for admin rights to run tool . . . . . . . . . PASS Automatic Updates Service is running. . . . . . . . . . PASS Background Intelligent Transfer Service is running. . . PASS Wuaueng.dll version 7.0.6000.381. . . . . . . . . . . . PASS This version is WSUS 2.0 Checking AU Settings AU Option is 3 : Notify Prior to Install. . . . . . . . PASS Option is from Policy settings Checking Proxy Configuration Checking for winhttp local machine Proxy settings . . . PASS Winhttp local machine access type <Direct Connection> Winhttp local machine Proxy. . . . . . . . . . PASS Winhttp local machine ProxyBypass. . . . . . . PASS Checking User IE Proxy settings . . . . . . . . . . . . PASS User IE Proxy. . . . . . . . . . . . . . . . . PASS User IE ProxyByPass. . . . . . . . . . . . . . PASS User IE AutoConfig URL Proxy . . . . . . . . . PASS User IE AutoDetect AutoDetect not in use Checking Connection to WSUS/SUS Server WUServer = http://192.168.80.10:8530 WUStatusServer = http://192.168.80.10:8530 UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS Connection to server. . . . . . . . . . . . . . . . . . PASS SelfUpdate folder is present. . . . . . . . . . . . . . PASS und nun zu den weiteren Fragen: 1. Berichtszeit ist OK 2. in der GPO sind KEINE Benutzereinstellungen konfiguriert, nur Computereinstellungen 3. Updates werden derzeit (testweise) durchgeführt als Admin 4. Die Dienste sind korrekt eingerichtet: AU=automatisch / BITS=manuell So sieht's momentan hier aus ...

... jedenfalls bringt das /updatenow bei mir nichts ... habe jetzt schon die GPO wieder angepasst, damit wenigstens mal alle updates heruntergeladen werden ... mal sehen, was passiert ... und ergebnis : NIX ... nothing happens ... hab ich hier irgendwas vergessen ? Brauchen die Clients sonst noch was an besonderen Einstellungen, dass nicht auf wsuspraxis.de eingetragen ist ? Irgendeinen Port ? Einen Dienst ?

... jedenfalls bringt das /updatenow auch nix ... nach 20 Min. steht hier noch immer "59 Updates wurden nicht installiert" ...

thx ... werd ich gleich mal antesten ... schon getestet ... "wuauclt exited on R10301 with error code 0" ... scheint also zu klappen ... ;) Jetzt habe ich meine PCs gruppiert und sehe, dass es noch keine Berichte gibt ... bei denen, die ich nun mittels psexec angestoßen habe erscheint nun die Meldung, dass sie noch 59 Updates erfordern ... Sollten sie sich die nicht nun auch selber holen ?

aloha mal wieder ... ach ja .. und ein "Frohes Neues" an dieser Stelle ... Frisch im jahr gelandet stehe ich vor meinem ersten Problem: Wir haben einen WSUS 3.0 ans laufen gebracht. Die Updates laufen auch soweit auf die Clients, sofern ich alles auf automatik stelle oder per "wuauclt /detectnow" alles saugen lasse ... Nun zum Problem: Wir setzen in unseren Schulungsräumen die Software HDguard ein. Ich muss diesen also erst deaktivieren, damit die Updates auch erhalten bleiben. Ist also mal ein Raum unterrichtsfrei, passe ich die entsprechende GPO an (Tag und Zeit für die Automat. Installation) und deaktiviere dann den HDguard ... Sobald dann alles gelaufen ist, passe ich die GPO wieder an und aktiviere den HDguard wieder ... Gibt es eine Möglichkeit, die Updates über die MMC auch manuell anzustoßen, so dass ich nicht jedes Mal die GPO anfassen muss ?

da auf meinen letzten Thread zu diesem Thema keine Resonanz kam ( siehe hier : http://www.mcseboard.de/windows-forum-ms-backoffice-31/sharepoint-problem-chen-124967.html ), muss ich nochmals nachhaken: Habe jetzt einen neuen Server aufgesetzt ( WIN2K3 R2 SP2 )... Alles clean installed und upgedated ... Server arbeitet als DC und soll neben SQL Express auch WSUS und SharePoint bereit stellen ... SQL-Express und WSUS nur im LAN verfügbar, Sharepoint allerdings auch von aussen ansprechbar ... und da is das Problem ... ich bekomme den SharePoint einfach nicht angesprochen ... Ich bekomme ein Authentifizierungsfenster, in dem ich mich mit DOMAIN\user und meinem Kennwort anmelden kann, aber dann ist Ende ... Fehler 400 ... Und ich finde einfach keine Lösung dafür ... In der Hoffnung auf ein paar Lösungsansätze ...

... ärgerlich ... wollte eigentlich die mails an "info@domain.tld" zentral sammeln, so dass alle darauf Zugriff haben ... Da die Leute viel unterwegs sind, ist das Beantworten/Bearbeiten der Info-Mails quasi eine "Zwangsvorgabe" ... Gibt's alternative Varianten für diese Problematik ? z.B. einen fiktiven User, der die Info-Mails erhält und dessen Posteingangsordner freigegeben wird ? Hat da vielleicht jemand Tipps ? Ideen ? Workarounds ?

btw ... SBSPRAXIS.DE ... habe den Tipp mit "Mail an öffentliche Ordner" auch nachvolzogen und erreicht, dass mails an info@domain.de im Öffentl. Ordner "Infomails" landen ... Klappt einwandfrei ... Über das lokale Outlook kann ich die dort eingehenden Mails auch beantworten. Aber wie macht man das über den WebAccess ? Dort kann ich nur "Antwort bereitstellen" ...

Es ist nicht zu fassen ... So gut wie alle Hinweise und Tipps von SBSPRAXIS.de hab ich angewendet ... aber den hab ich nicht gesehen ;)

Nach der Einrichtung des neuen SBS2003 sind einige Dinge unklar ... 1. \\srv\connectomputer ... Ich habe im folgenden fenster dann den PC ausgewählt, den "default-user" ausgewählt und im unteren Bereich noch den bisher verwendeten lokalen user zur Übernahme gewählt ... Alles bestens ... sämtl. Programme laufen ... nur bei Outlook hat sich irgendwie ein Fehler eingeschlichen: Es gibt den persönlichen Ordner, der alle bisherigen eMails der lokalen PST beinhaltet und einen weiteren Zweig "Postfach Max Mustermann", der nichts enthält ... Wenn ich eine eMail an den User schicke (intern oder von extern) landet diese nicht in seinem Postfach "Postfach Max Mustermann" sondern in dem "alten Persönlichen Ordner" ... Das größte Problem daran ist, dass im WebAccess nur das leere Postfach angezeigt wird ... Wie und wo kann ich diese Zustellung umstellen ? Im Exchange sieht das für mich richtig aus, dass eMails, die via POP3-Connector abgeholt werden ins Postfach Max Mustermann zugestellt werden ...

moin ... .. wir planen die Umstellung unserer derzeitigen Geschäftssoftware auf SQL ... Derzeit haben wir einen TS im Einsatz, auf dem unsere Software läuft. Die TS-CALs sind bereits vorhanden. Wir überlegen nun, ob wir auf diesem TS den SQL installieren oder ob wir für den SQL einen weiteren Server bereitstellen ... In beiden Fällen stehen wir wieder vor der Lizenzfrage ... Variante 1 : TS + SQL auf einer Maschine Brauche ich in diesem Fall überhaupt zusätzl. CALs ? Schließlich läuft ja beides auf einer Hardware ... Oder gilt wieder jede einzelne TS-Sitzung als "DEVICE" ? Variante 2 : TS + SQL auf getrennten Maschinen In diesem Fall bräuchte ich doch eigentlich auch nur eine einzige DEV-CAL, da ja "nur" der TS (physisch mal als "DEVICE" betrachtet ...) auf den SQL zugreift ... Rein vom Verständnis her gibt es ja noch die dritte Variante: Wir stellen unseren Usern ja die Verwaltungssoftware zur Verfügung. Und diese und der dort hinterlegte DB-User greifen ALLEINIG auf den SQL zu ... Reicht da nicht sogar die Standard-Variante und eine USER- bzw DEV-CAL ? Danke im voraus für die Hilfen ...

Der Router ... Lokale IP 192.168.100.20 ... Aber wo sollte da das Problem liegen ?

Moin ... ... irgendwie stehe ich hier gerade auf dem Schlauch ... habe nach einiger Arbeit endlich WSS3.0 auf einem 2003 Standard zum Laufen gebracht ... Im LAN hervoragend erreichbar, auch die Integration der Bibliotheken ins Office und auch die Kommunikation mit Groove klappt einwandfrei ... Jetzt würde ich dden SharePoint gerne auch von außen erreichbar machen. Da es nicht so wirklich sicherheitsrelevante Daten sind, habe ich damit auch kein Problem, zumal er einen eigenen DSL-Anschluss besitzt ;) Aber genau diese Erreichbarkeit von außen - sprich über das WWW bereitet Probleme ... Den IIS kann ich wunderbar erreichen ... sowohl über http als auch über https ... Aber die Sharepoint-Seiten nicht einmal ansatzweise ... habe schon der Standardseite den port 80 entzogen und auf den Sharepoint gelegt ebenso den 443 ... Im Router auch alles forwarded ... Die ext. URLs sind bereits als Alternative Namensräume eingetragen ... Aber der Sharepoint meldet sich "nur" mit einem "Login-Fenster" ... Danach kommt meistens der Fehler 400 ... ich will ihn per https erreichbar machen, so dass man lediglich einmal Benutzerkennung und PW eingibt und sich daraufhin mit der Dokumentenbibliothek verknüpfen kann ... Aber das haut nicht hin ... Jemand eine Idee, woran es liegen könnte ?

aber danke für den Hinweis ... Das Problem ist öfter mal vorhanden, aber irgendwie passt keiner der Lösungsansätze zu meiner Umgebung ... Hatte schon vermutet, dass es irgendwie mit unserer "ehemaligen" SharePoint-Test-Installation (mittlerweile auch schon deinstalliert) zusammenhängt ... Aber das war's auch nicht ... Ich vermute, es liegt an der Änderung der Zugangsart ... Bei der Installation hatten wir "Windows-Authentifizierung" gewählt, um diesen "default-user" SA zu umgehen ... Das führte allerdings bei einigen Tools, die ebenfalls eine SQL-Express-DB nutzen sollen zu Problemen ... also wieder rückgängig gemacht ... sprich umgestellt von "Windows-Authentifizierung" auf "SQL-Authentifizierung" ... So weit wir das nachvollziehen können, passt diese Umstellung auch zeitlich in den Rahmen, seit dem das Problem auftritt ...

Seit einiger zeit haben wir beim Start eines Servers (W2K3) die Meldung "Das System kann die angegebene Datei nicht finden." Damit kann man natürlich irrsinnig viel anfangen ;) Nach einiger Suche haben wir herausgefunden, dass der Autostart-Eintrag des SQL-Dienste-Managers diese Meldung hervorruft. Im Dienste-manager sehe ich dann zwar als Instanz die richtige "VILLA\SQLEXPRESS", aber KEINE Dienste ... Klickt man auf "Dienste aktualisieren" kommt exakt die o.a. Fehlermeldung ... Seltsamer Weise läuft der Server und auch die DB ist verfügbar ... Im Ereignisprotokoll taucht nur ein Eintrag auf: EventNr : 3 Programm : SQL-Browser TEXT : "Die Konfiguration des AdminConnection\TCP-Protokolls in der SQL-Instanz SQLEXPRESS ist ungültig." Angeblich soll ich nur in der Instanz TCP/IP aktivieren, um diesen Fehler zu beheben. TCP/IP ist allerdings bereits aktiviert ... Und nu ? Wir haben vor einiger Zeit mal die Anmeldung von Windows-Authentifizierung auf den Standard-User "sa" umgestellt ... Sollte es damit zusammenhängen ? Da wir die "SA-Authentifizierung" beibehalten wollen, müsste ich ja dann irgendwo irgendetwas ändern ... Nur wo ? Idee ?

moin ... ... habe jetzt schon die letzten Tage/Wochen damit verbracht, mir diverse Lösungsansätze für dieses Problem anzusehen ... Aber irgendwie komme ich nicht so recht auf einen passenden Nenner ... Ich fange also mal mit ein paar Daten an: In allen Standorten ist ein W2k3-Server mit ADS vorhanden. Unsere beiden Hauptstellen sind derzeit über eine 256kb Standleitung der T-COM miteinander verknotet. Dieses wollen wir gerne abstellen und über die an den Standorten verfügbaren DSL-Anschlüsse via VPN verbinden ... - An Standort 1 ist eine DSL-6000/512 vorhanden (Aufrüstung auf SDSL geplant). Hier läuft auch unsere Verwaltungssoftware auf einem TS(2k3). Zugriff auf die Software erfolgt von Standort 2 aus über die Standleitung, von allen anderen aus über RDP ... - An Standort 2 ist ein SDSL 2000 vorhanden. Hier steht auch unser Mailserver (Open-Xchange). Zugriff erfolgt von allen Standorten aus über HTTPS. Wir haben schon überlegt, an beiden Standorten einen weiteren DSL-Anschluss zu beantragen, der dann ausschließlich für das VPN genutzt wird. Dann bleibt auch der S-DSL für den Mailserver verfügbar ... Die Verbindung zw. den Standorten würden wir gern über Hardware-Lösungen vornehmen. Hier ist die Auswahl ja reichlich (LanCOM, Draytek, D-Link, Netgear ... ) Im weiteren Verlauf sollen dann nach und nach auch die weiteren Niederlassungen in das VPN integriert werden, wobei einige Standorte nicht permanent online sein müssen. Einwahl via Verbindungssoftware würde reichen ... Ich hoffe auf eure Erfahrungswerte bezügl. der Auswahl der Hardware ;) Danke im voraus ...

Also fassen wir mal zusammen ... Die Switches wurden auch erneuert (jetzt mit GB-Uplink) Unsere Switches (vier, je Raum ein eigenes) laufen über den Uplink auf ein GB-Switch, an dem auch der Server hängt ... VLANs verwenden wir nicht, obwohl die Switche diese Verwaltung könnten ... ebenso wäre ein QoS und eine Bandbreitenbegrenzung einstellbar ... Ist aber alles "standard" deaktiviert, da nicht erforderlich für uns ... War es jedenfalls nie ... Wir haben auch schon mal wieder die "alten" Switche rangehängt und den GB-Switch entfernt ... auch ohne Erfolg ... Der Server ist (wie es sich gehört) im Keller ;) Dort läuft auch die gesamte CAT-6-Verkabelung zusammen ... An Aufgaben übernimmt er derzeit DC mit AD im 2003-Mode, DNS, WINS, DHCP ... Weiterhin sind die Profile und die Userdata dort abgelegt ... Sämtliche weiteren Files liegen auf einem weiteren DC, der als Backup und Datenablage dient ... Wie gesagt ... An der Hardware wurde eigentlich nur dieser eine Raum "generalüberholt" ... Und wir haben die identische Modernisierung auch in einem anderen Standort vollzogen und haben dort absolut NULL Probleme ... Nur hier zickt das ganze System irgendwie rum ... Als nächsten Schritt wollten wir mal die Server in die lokale hosts-Datrei eintragen um zu prüfen, ob es vielleicht am DNS oder WINS liegt ... Wenn der Fehler wenigstens immer auftreten würde oder immer am gleichen PC ... Aber immer ein anderer oder mehrere ... Manchmal werden die Profile nicht geladen, manchmal das login-script nicht abgearbeitet ... Es ist zum verrückt werden ...

und gemacht ... getan ... erledigt ...

Moin ... ... ich bastel hier gerade verbindliche Profile für unsere Klassenräume zusammen ... Wir wollen in jedem Raum ein entsprechendes Hintergrundbild verwenden, dass die jeweilige Raumnummer/Bezeichnung enthält ... also quasi ein hintergrundbild pro raum ... Die Bilder befinden sich auf dem server in einem entprechenden Ordner ... Wir haben also pro raum ein man-profil angelegt, in dem das Hintergrundbild ausgewählt wurde ... bis hierhin verstehe ich noch alles ... Die Anmeldungen klappen auch mit diesen Profilen ... nur das Hintergrundbild ist nicht da ... NUR bei dem PC, auf dem ich die "Vorlage" erstellt habe ... Habe ich hier irgendwas vergessen ?

Tja ... modernisiert halt ... Man darf ja wahrscheinlich nich so viel zur verwendeten HW sagen (Schleichwerbung) ;) Aber ohne geht's ja wohl nich ... man möge den Thread sperren, wenn ich mich hier ungebührlich verhalte ;) Alte PCs : Elitegroup K7S5A mit Athlon XP 1600, 512MB RAM, 40GB HD, D-Link NIC WinXP SP2, Office2003, div. Freeware wie z.B. FreePDF, 7-zip ... Neue PCs: ASUS M2NPV-VM mit Athlon64 3500, 1GB RAM, 120GB HD, onBoard nVidia NIC selbes OS und SW wie bei den alten PCs ... Ich muss weiterhin anmerken, dass wir in einem anderen Raum die gleichen PCs verwenden, allerdings an einem anderen Server ... Und das ganze nochmal in einem anderen Gebäude (völlig identische HW (inkl. Server und Switch) ... Wir vermuten die Problematik momentan an unserem Server, da wir HW-seitig mittlerweile soviel getauscht, gewechselt, getestet haben, dass es nur noch an der Config des Servers liegen kann ... Vielleicht auch nur ein simpler Haken in der GPO ... aber wenn es so ist, dann finden wir ihn momentan nich ... Für heute is dann auch ersma Feierabend mit Fehlersuche ... morgen geht's weiter ... An dieser Stelle schon einmal ein "D A N K E" an alle, die mir bislang zur Seite gestanden haben ;) c ya 2morrow ;) Rico

Was unsere Netzauslastung angeht, so würde ich diese als eher "unterdurchschnittlich" bewerten ... Es sind zwar morgens um 0800 rund 40PCs die ans Netz gehen und ihre Profile saugen, aber ich denke, dass kann es nich sein ... war es ja auch (bis dato) nie ... Außerdem treten die gleichen Fehler auch auf, wenn keiner da ist und ich zum Testen mal eben 4 PCs hochfahre .... Und zur Firewall: Jo ... is dabei ... aber nich installiert ;) Hatte ich testweise mal installiert (aber deaktiviert) da ich sehen wollte, ob da irgendwas noch zusätzlich mit auf die PLatte "gebraten" wird ... aber außer dem WebINterface zur Steuerung der Karte und der Firewall war nix dabei ... Mittlerweile hab ich unseren DHCP dekativiert und den DNS komplett überprüft ... alles i.O. ... soweit ich das beurteilen kann ... Das Rätsel dehnt sich aus ....

ok ... ok ... eben solche Phänomene haben wir hier auch ... nur kann ich beide genannten Varianten bis dato ausschließen ... Am Server haben wir zwar eine neue NIC eingebaut, aber vorher der alten eine andere IP gegeben und diese NIC dann auch deaktiviert .... Die onBoard-NICs haben schon alle eine unterschiedliche MAC. Und spät. nach dem Wechsel der Karten waren dieses ja dann auch anders ... Aktueller Stand: wir haben 4 PCs mit den onBoard nvidia-NICs am Laufen, weitere 4 mit 3com905C-NICs und weitere vier mit intel-NICs ... Bei allen das gleiche Phönomen ... Haben auch schon das Switch gewechselt und die "alten" cat 5E kabel im Schrank gg. neue cat6'er getauscht .... ebenfalls ohne erfolg ... Dachten auch schon, dass es an Einstellungen der GPO liegt und haben alle PCs aus der Domain genommen, die OU gelöscht, den Server rebootet, die PCs mittels newSID verhackstückt und umbenannt und wieder erneut in die Domain aufgenommen .... Selbst das Laufwerk H:, dass über die Profile gemappt wird, wird sporadisch nicht mit geladen ... Also selbst ohne irgendeine Anpassung der GPO ... Ich stehe hier also vor meinem derzeit größten Rätsel ...

und gerade dies hier ... ... hatten wir auch schon in Erwägung gezogen ... Und um die "Fantastischen Vier" mal zu zitieren : " ... isses aber nich !" ;) außerdem sollte doch dies mit der Verwendung fester IPs endlich mal vom Tisch sein ... ... dachte ich ...

moin ... ... wir haben hier mehrere EDV-Räume in einem Gebäude. Bislang lief heir alles einwandfrei ... Seit kurzem wurde ein Raum modernisiert. Damit fingen die LAN-Probleme an, die ich mal kurz schildern möchte. Das Phänomen ist allerdings, dass alle diese Probleme nicht immer auftreten und auch nicht immer an den gleichen PCs ... - sporadische Anmelde-Probleme mit nicht erreichbaren DC - teilweise werden die Netzlaufwerke nicht verbunden (per loginscript). Eine nachträgliche manuelle Verbindung klappt meistens ... aber nicht immer ... - die verbundenen Netzlaufwerke "verschwinden" im laufenden Betrieb. Beispiel: Man öffnet eine Datei, bearbeitet diese, und beim Versuch des Speicherns ist das Netzlaufwerk verschwunden. Da der vorherige Raum problemlos lief, vermuten wir natürlich einen Konfig-Fehler unsererseits ... Was wir schon alles versucht haben: an den PCs (alle mit XP SP2 und aktuellen Patches): - feste IPs statt DHCP - wechsel von onBoard LAN (nvidia) auf separate NIC (intel und 3com getestet, ebenfalls mit DHCP und fester IP) - Aktualisierung des Motherboard-BIOS - Andere Treiber (MS, Hersteller, auch ältere Varianten) - komplette Neuinstallation von vier PCs mit onBoard-NIC - komplette Neuinstalltion von weiteren vier PCs mit intel-NIC und Deaktivierung der onBoard-NIC im BIOS am Server: - diverse Anpassungen an der GPO der OU in die wir die PCs verschoben haben (z.B. Auf Netzwerk warten ...) am LAN: - Kabel auf Durchgang geprüft - Kabel gewechselt (Verbindung von PC zur RJ-Dose) - Hausverdrahtung geprüft (RJ-Dose des Raumes zum Patchfeld im Keller) - Prüfung der Patchkabel (Patchfeld <-> Switch) So langsam gehen uns die Möglichen Fehlerquellen aus ... Kurz gesagt : !!! H I L F E !!!