pablovschby

Hallo Als-Edv Nutzt du ntp? Wie schaut die /etc/ntp.conf aus? Wenn du den Eintrag richtig machst und auf den Windows-Server zeigst, was meint das Linux dann, wenn du den NTP-Dienst startest? Was meint das Linux, wenn du die Zeit manuell (ntpdate) synchronisierst? Gruss Pablo

Tut mir nochmals leid, muss da noch nachhaken: Ich habe jetzt einiges durchsucht und ich finde diese Option einfach nicht, auch nicht in den Netzwerkeinstellungen. Wo muss/kann ich ein "single interface" mit den "Workstation Service", "Messenger Service" und "WINS" Namen definieren? Keiner eine Ahnung... hmmmm? :confused:

Hat hier niemand mehr ev. eine Idee, was man da noch machen könnte? :confused:

Ja, alles schon durchgemacht. Auf WINS-Server ist der Registry-Eintrag "IsDomainMaster" auf "True" und "MaintainServerList" auf "Yes". Auf dem anderen Server (nicht WINS-Server) ist "IsDomainMaster" auf "False" und "MaintainServerList" auf "Auto". ... siehe hier Richtig, oder? Also da gibts nichts mehr zu machen? Niemand eine Idee, wie ich die Meldung von netdiag lösen kann?

Kann man da nix mehr machen? Gibts es keine Netzwerktest-tools für WINS und/oder DNS? Hmmm... muss man da wirklich über einen Netzwerksniffer gehen? *arg* gruss&thx Pablo

Der WINS-Server muß in seiner Netzwerkkonfiguration auf sich selbst (und nur auf sich) selbst zeigen. Entschuldigung, das habe ich falsch interpretiert. Natürlich. Was kann ich da noch tun? Wenn ich den "Messenger" service auf dem WINS-Server temporär aktiviere... erscheint diese Meldung auch und der "Workstation" service läuft sowieso. Gibt es da noch was, was ich machen könnte? Danke euch Pablo

Hallo Nils. Besten Dank für die Links, habe sie gelesen. Etwas widerspricht sich aber deinem Post: Also ich sollte generell auf allen Clients den WINS-Server mit seiner "richtigen IP" eintragen. Und auf dem WINS-Server selbst aber die 127.0.0.1 als einzigen WINS-Server (laut deinem Link) oder seine "richtige IP" (laut deinem Post)? Und wie bringe ich das hier weg? Weiss das ev. jmd.?: [WARNING] You don't have a single interface with the <00> 'WorkStation Service', <03> 'Messenger Service', <20> 'WINS' names defined. Okay, danke... bis auf diese Kleinigkeit sind die ganzen Einstellungen genau wie vorher und damit kann ich das Serverproblem ausschliessen, wenn ich jetzt noch Sonntag morgen um 05:00 Uhr einen Task Schedule, der mir die DHCP- und WINS-Datenbanken bereinigt. Danke & Gruss Pablo

Hallo liebes Forum Unsere Mitarbeiter beklagen sich hier über ein langsames Netzwerk. Vor allem zeigt es sich, wenn man über den Windows Explorer auf Server-Shares browsed. Nun gut. Erstmal möchte ich absichern, dass auf dem Server sicher alles gut läuft. Ich habe keine Warnungen oder Errors mehr im Eventlog. Ich habe auch google abgesucht, aber keine hier passende Lösung gefunden. Ich gehe also davon aus, dass es sich um ein DNS- oder WINS-Problem handelt. 2 Möglichkeiten: 1. Möglichkeit: WINS/Netbios sauber zum laufen zu bringen. Wenn ich auf dem (einzigen) Domain Controller (2k3 Standard SP264Bit, auch DHCP- und DNS-Server) ein dcdiag laufen lasse > alles passed Wenn ich aber ein netdiag laufen lasse, kommt mir folgende Meldung: WINS service test. . . . . . . . . . : Passed NetBT name test. . . . . . . . . . : Passed [WARNING] You don't have a single interface with the <00> 'WorkStation Service', <03> 'Messenger Service', <20> 'WINS' names defined. Okay. Als primärer WINS-Server ist auf dem DC als 1. 127.0.0.1 und als 2. %IP des DCs% eingegeben. "Enable LMHOSTS lookup" ist angekreuzt. Netbios-Einstellung: Default...usw netbios settings from DHCP-Server Auf dem DHCP-Server ist die IP %IP des DCs% als WINS-Server konfiguriert und als "046 WINS/NBT Node Type" der Wert 0x8 angegeben. Auf dem DHCP-Server sind eingetragen als DNS: 1.%IP des DCs% 2.1.öff.DNS-IP 3. 2.öff.DNS-IP . Der Service "Workstation" läuft sowieso auf dem DC. Komischerweise bleibt aber die Meldung oben "[WARNING] You don't have a single interface.... <03> 'Messenger Service'..." bei Eingabe von "netdiag" weiterhin, auch wenn ich den Service "Messenger" auf dem DC (zum Test nur) gestartet habe. Was kann ich da noch tun, damit dieser Service sauber läuft? 2. Möglichkeit: WINS und Netbios einfach deaktivieren. So wie mir bekannt ist, scheint WINS nicht nötig zu sein in einer (ab Win2000 aufwärts-kompatiblen) AD-Domäne. Kann ich problemlos den ganzen Service einfach deaktivieren, nachdem ich auf dem DHCP die Scope-Options "044 WINS/NBNS Servers" sowie "046 WINS/NBT Node Type" gelöscht und den WINS in den TCP/IP-Einstellungen des DCs herausgenommen habe? Alle Clients arbeiten mit Windows XP Service Pack2. Abklärungen, ob andere Software, die auf dem Server läuft, WINS benötigen, sind im Gange. Besten Dank fürs Lesen. Einen schönen Tag Pablo

Danke Michi Ja, irgendwie habe ich mittlerweile das Gefühl, dass das wirklich nur ein Versions-Problem ist. Ich habe schon einige Male gesucht nach diesem Punkt "Vorgänge", aber nichts gefunden. Werde dann wohl auf SharePoint Services 3.0 updaten müssen. Gute Nacht Pablo

Hallo Forum 2003SP2 32-Bit mit Sharepoint Services 2.0 SP2 Laut diesem Artikel... Sichern von Serverfarmen, Webanwendungen, Datenbanken oder anderen Komponenten (Windows SharePoint Services) ...geht das ja ganz einfach. Ich finde aber den Menüpunkt "Vorgänge" weder in der SharePoint Administration noch in dem SQL2000 Enterprise Manager irgendwo. Kann mir da büdde jmd. auf die Sprünge helfen? *verwirrt* gruss&danke Pablo

Ja, das kann schon einige Probleme geben. Grundsätzlich mit allen Programmen, die Dienste auf dem DC in Anspruch nehmen. Bsp: - Eine Client-Applikation arbeitet mit einer SQL-Datenbank auf dem Server - Login-Skripte mappen Laufwerke oder Druckershares für die Domänenuser - Die Nutzer haben Outlook und greifen auf den Exchange-Dienst, der auf dem Server läuft - Irgendwelche Scanner nutzen den ftp-server (auf deinem DC) zum Ablegen von Scans auf den Netzwerklaufwerken ...usw, undsofort. Da kommt eine ganze Palette zusammen, darum sollte dies gut geplant sein. Grundsätzlich passiert das nur dort, wo man Hostnames verwendet. Nutzt ein SQL-Client-Programm die Server-IP, sollte das auch dann noch laufen...

danke Sunny war eig. so gemeint. werds probieren und dann melden– Also das Profil war in Ordnung, aber zum Glück hab ichs hinbekommen. Zuerst habe ich das Profil umbenennt und ein neues erstellt. Dann gings auch nicht :( Ich habe Client-seitig lokal einfach die alten PostScript-Treiber installiert vom 2007 und nun funktioniert bzw. bleibt die Einstellung.

Danke für die Antwort Nachtrag: Auf einem Client ist doch Office2000 installiert, der betroffen ist... Also, ich habe dieses Tool auf einem Client, der betroffen ist, installiert. Brauchts da einen Neustart? > Logoff > Login und das Problem war immer noch das Gleiche. Brauchts da erst einen Neustart? Profil löschen und wieder neu anlegen wird in den nächsten Tagen erst möglich sein...das ist dann die letzte Hoffnung. gruss

Liebes Forum Auf einem XP-Client (in einer Domäne) möchte ich ein logfile für chkdsk erstellen (XP SP2, DomänenController jeweils=2003SP2 Standard). Ich kann zwar mit "chkdsk c: /f > C:\logfile.txt" (und dann "j", nicht "y") ein logfile erstellen, aber nach dem Neustart steht das im logfile, was nicht sehr hilfreich ist: Der Typ des Dateisystems ist NTFS. Das aktuelle Laufwerk kann nicht gesperrt werden. CHKDSK kann nicht ausgefhrt werden, weil das Volume von einem anderen Prozess verwendet wird. Soll dieses Volume berprft werden, wenn das System das n„chste Mal gestartet wird? (J/N) chkdsk c: /f > dann "j" Hier wird auch nichts protokolliert. Nach einem Neustart finde ich in den EventViewers auf dem betroffenen XP-Client sowie auf dem Domain Controller keinen Eintrag von chkdsk (auch nix mit "winlogon", habe alle Register abgecheckt). So. Habe das an 2 verschiedenen XP-Clients getestet, beide in verschiedenen Domänen und bei beiden obenstehende Verhalten festgestellt. Weiss vlt. jemand von euch, wie man chkdsk bedient, damit man ein brauchbares logfile oder so hat? :cool: Danke fürs Lesen Pablo –

Danke für die Info, Esta Ja, ist alles so eingestellt. Einstellungen bei den Druckern im lokalen Druckmanager der PCs und des DCs (=Druckserver) auf GrayScale... > Wie schon oben beschrieben, ist das Phänomen so komisch, weil genau diese Einstellungen auch bleiben. NUR von Office2007 und anderen Programmen aus steht der Drucker standardmässig immer auf "fullcolor". Darum ist das so komisch!!!! Aber der Druckmanager, der behält dieses "grayscale"... ...nur halt in den Programmen. :confused:

Hallo Forum Ich habe nun auch hier ein paar Threads durchforscht und steige da noch nicht ganz. Ich habe hier einen Content Security Gateway, den ich gerne mit RBL füttern möchte oder anders gesagt: 3-4 RBLs eintragen. So wie ich's verstanden habe, kann ich da alle Listen einfach eintragen, egal, ob das XBLs oder SBLs sind. Ich schreib einfach mal, was meiner Meinung nach die Unterschiede sind: RBL = Realtime Black List SBL = spam block list Eine "light"-Version von XBL XBL = Extreme Spam Blocking List Eine scharfere Version von SBL PBL = Policy Block List AFAIK: Relativ scharf, da ganze Netze eingetragen werden Also: xbl.spamhaus.org > die XBL von spamhaus.org sbl.spamhaus.org > die SBL von spamhaus.org sbl-xbl.spamhaus.org > Kombination???? zen.spamhaus.org > ??? Was ist das für eine Liste? Ich finde auch auf spamhaus.org keine Erklärung hierzu. ix.dnsbl.manitu.net > Heise Spamliste bl.spamcop.net hil.habeas.com blackholes.wirehub.net dnsbl.sorbs.net dnsbl.njabl.org no-more-funn.moensted.dk psbl.surriel.com opm.blitzed.org proxies.blackholes.easynet.nl Nun gut. Leider finde ich keine Seite, die die verschiedenen Listen erläutert und da Empfehlungen abgibt. Was könnt ihr mir denn empfehlen? Jetzige Einstellungen: - Greylisting aktiviert - folgende RBLs eingetragen: sbl.spamhaus.org xbl.spamhaus.org ix.dnsbl.manitu.net (Heise.de) bl.spamcop.net Soll ich besser die zen.spamhaus.org nehmen? Warum? ...usw... Danke fürs Lesen Pablo

Hallo Forum Office-Version: 2000 (Word, Excel, Powerpoint) Outlook-Version: 2003 Netzwerkdrucker (Share vom 2003-Server (DC)) stellt man ein: Printer Profile: "Grayscale" und drückt "übernehmen". Bei etwa 10 von 12 XP-Clients funktionierte das alles wunderbar. Geht man ins Word und will über diesen Netzwerkdrucker drucken > Grayscale Bei 2 von diesen Clients funktioniert das aber nicht. Geht man ins Word (oder andere Programme) und will über diesen Netzwerkdrucker drucken > Fullcolor (Profil) Man kann auch auf Grayscale umstellen, es bringt nix. Nach einem Neustart von Word bringt der wieder > Fullcolor Nun gut. Was ich bisher machte: Ordner ~\Lokale Einstellungen\Anwendungsdaten\Microsoft\Office umbenannt auf "bk_office" > Word neu gestartet Ordner ~\Anwendungsdaten\Microsoft\word umbenannt auf "bk_word" > Word neu gestartet Alles nix gebracht. Gleiches Verhalten in Outlook2003. Kann mir vlt. jmd. noch einen Tipp geben hierzu? Oder: Wie kann man die kompletten Office-Profileinstellungen löschen, dass der vlt. einfach die Drucker nochmals neu erkennt? Bei 10 von 12 ging das ja problemlos. Danke fürs Lesen Pablo

Danke vielmals, Sunny, das hat geholfen. Den Link habe ich nicht gefunden.

Danke. Ich brauche diese Übersicht nicht. Habe die Zeile mit "WaitForTask" auskommentiert (siehe oben) und jetzt bringt der die Fehlermeldung "Expected end of statement". Es gibt also überhaupt kein Weg, dies normal mit einer Batchfile zu erledigen? Was ist an meinem Script falsch? Danke&Gruss Pablo

Hallo Forum Ist es möglich, einen virtuellen Server auf dem 1.Betriebssystem (03 64Bit) einfach anzuhauen via Befehl, um diesen als cmd-Batch abzuspeichern und per Taskplaner zu einer bestimmten Zeit ausführen zu lassen. Am liebsten würde ich das via cmd-Batchfile machen. VBS geht aber auch. Das hier habe ich schon versucht: David Wang : HOWTO: Remotely start and stop a Virtual Machine on Virtual Server 2005 Ich habe die Rechte konfiguriert wie dort beschrieben und diesen Batch angefertigt: var strServer = "server1" var strVMName = "server2" var objVS = new ActiveXObject( "VirtualServer.Application", strServer ); var objVM = objVS.FindVirtualMachine( strVMName ); var objTask; // Booting up machine: WScript.Echo( "Starting up VM..." ); // objTask = objVM.StartUp(); objVM.StartUp(); // WaitForTask( objTask ); Da erscheint mit beim Ausführen aber immer: "Expected statement > compilation error line4" Nun, ok. Dann gehts halt nicht mit vbs :cool: Kennt jemand den Befehl, wie man eine virt. Maschine per exe-file oder so startet via Batch? Habe echt alles abgesucht. Danke & Gruss Pablo

Ja, habe dies nun so gelöst. Versteh überhaupt nicht, warum das jetzt plötzlich ging, aber eben... ...das ist halt Windows. Danke dir

Danke NilsK. Mit dem Admin-Konto wurden die Rechte so gemacht. Der Titel ist vlt. bischen verwirrend. Wenn "user1" auf die Unterverzeichnisse Rechte hätte, wäre ich zufrieden. Aber der hat das nicht. gruss%thx pablo

Hallo Forum Win2003 Standard 64Bit SP2, ist DC, DNS und bringt die Shares. "User1" ist ein Domänenuser mit dem Share "user1$". Auf dem Server Rechte vergeben: Permissions Share (Reiter "Sharing"): > Jeder rausgeworgen > "User1" hat Vollzugriff Permissions Sicherheit (Reiter "Security"): > "User1" hat Vollzugriff > bei erweitert wurde das Häckchen bei "Replace...subfolder...usw" gesetzt und dann übernommen. Nun gut. Wenn der User sich einloggt, kann er Dateien im Homefolder direkt ändern, löschen, bearbeiten, lesen: Bsp: P:|datei.doc > P ist NW-Verz. Aber er hat KEINE Rechte auf P:|Ordner1|datei.doc Rechte Maus auf Ordner1 (als user) > unter Security > Ja, der "User1" hat überhaupt keine Rechte... Und diese Unterverzeichnisse sind auch schreibgeschützt. Kann mir da mal jmd. helfen, was ich falsch mache? Wenn ich das Home-Verz. nehme und sage > NICHT schreibgeschützt und dies für alle subfolder und subfiles, usw... übernehme, .... taucht das nach einer Anmeldung von "user1" immer wieder auf. Danke euch gruss Pablo gruss&danke

Danke dir. Bei Oki bspweise ist das nicht der Fall für 5 Jahre alte Geräte. Und wg. den Softwareproblemen werden wir schauen, was sich da tut. Die werden auch das vlt. noch hinkriegen. Aber solange diese Software unter 08 nicht läuft und nicht getestet wurde, bringt den betroffenen Firmen eine Umstellung auf Win08 nunmal überhaupt nichts.

Ja, das habe ich jetzt mittlerweile von etwa 5 verschiedenen System Engineers gehört: Windows 2008 läuft zwar stabil, ist aber wegen der ganzen Software- und Treiber-Problematik völlig unbrauchbar. Die betroffenen Firmen müssten für eine anständige 2008er-Migration fast alle ihre Netzwerkdrucker ersetzen und bis verschiedenste Finanzsoftwarefirmen hier in der Schweiz ihre Software für Win2008 freigegeben haben, dürfte es noch mind. ein halbes Jahr, realistisch gesehen eher 1 Jahr, dauern. Dass dieses Betriebssystem stabil läuft, bringt nämlich überhaupt nichts, wenn die Leute nicht arbeiten können. Unter solchen Umständen ist Win2008 nicht einsetzbar.