DC - nach Hause telefonieren

[moos 10]

Hallo miteinander,

hab mich an ein Netzwerk gesetzt, mit Domänencontroller auf dem auch KEN! läuft.

Im Ereignisprotokoll vom KEN sehe ich, das der Controller (W2K-Server) im Monat für etwa 3500 Minuten eine Verbindung ins Internet anfordert Teils mehrere Verbindungen pro Minute.

 

Macht sich gut auf der Telefonrechnung.

 

Hätte jdm. mal nen Tip für mich wie ich anfange den Fehler einzukreisen?

 

Gleichzeitig entwickelt der Server eine atemberaubende Geschwindigkeit (im Vergleich zu einem 386er).

 

Gruß

moos

[Dio 10]

hallo moos,

 

frage:

 

hast du eine modemkarte von avm eingebaut?

wenn ja welche?

 

hast du auch die software von fritz inst?

wenn ja, deaktiviere mal fritz web und isdn

 

welche lanverbindungen hast du im netzwerkumgebung alle eingetragen?

poste diese mal!

 

welche version von ken setzt du ein?

2.0 oder 3.0??

 

 

sach mal bescheid

[Dio 10]

achja,

 

ups willkommen on board :D :D

[moos 10]

Original geschrieben von Dio

 

> hast du eine modemkarte von avm eingebaut?

> wenn ja welche?

++ Ja, welche müsste ich erst guggen, bin grad nicht dran

 

> hast du auch die software von fritz inst?

> wenn ja, deaktiviere mal fritz web und isdn

++ muss ich prüfen, glaub schon, denn ISDN-Watch hab ich glaub ich schon im Tray gesehen.

 

> welche lanverbindungen hast du im netzwerkumgebung

> alle eingetragen?

++ DC 10.0.0.001 Subnetmask 255.255.255.0

KEN! automatische IP-Adr.vergabe deaktiviert

 

Zuvor war dort eine 128.xxx.xxx.xxx Adresse eingetragen gewesen.

 

> welche version von ken setzt du ein?

> 2.0 oder 3.0??

++ 2.0 inkl. neuestem Update

 

> sach mal bescheid

++ BESCHEID

[Dio 10]

hallo moos,

 

aaalso:

 

ich hatte genau das selbe problem bis ich dahinter kam, dass fritzweb alle 5 minuten ins netz geht und eine verbindung aufbaut. ganz lustig ist das dann, wenn keine flat eingesetzt wird. also wenn du fritz und seine kollegen nicht brauchst, dann deaktiviere alle, bis auf ken pppoe bei dsl oder isdn. probier mal, dann sind wir schon etwas schlauer.

 

viel erfolg

[lefg 276]

Hallo,

 

ich hatte so etwas mal mit Linux-ISDN-Routern. Ein erfahrerener Netzwerker fragte mich dann: Wie geschieht die Namensauflösung? Über NetBios, mit Hosts oder einem DNS-Server.

Die Auflösung geschah über NetBios. Mir wurde geraten entweder einen DNS-Server zu installieren oder Namen und Adressen in die Host einzutragen. Ich zog die letztere Lösung vor.

Damit war der Spuk beendet.

Grund für die Geschichte war wohl: Der Internetrouter leitete die Anfragen zur Auflösung an den öffentlichen DNS weiter und baute dazu eine Verbindung ins Web auf.

 

Viel Erfolg

Edgar

[moos 10]

Hallo DIO, hi lefg,

aaaalso, Fritz!Web isses nicht, is nämlich doch nicht drauf.

Werde mal die lmhosts.sam entsprechend füttern und guggen was raus kommt, aber ich habe den Verdacht es liegt an irgendwelchen Policies.

 

Hab mal in die Ereignissanzeige gesehen, ist echt abenteuerlich:

--------------------------------------------------------------------------

Typ Datum Uhrzeit Quelle Kategorie Ereignis Benutzer Computer

Warnung 08.10.2004 17:21:21 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Fehler 08.10.2004 16:48:08 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 08.10.2004 15:20:43 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Warnung 08.10.2004 13:20:05 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Fehler 08.10.2004 12:17:16 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 08.10.2004 11:19:27 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Informationen 08.10.2004 10:39:22 Print Keine 10 Administrator CAPSERV

Informationen 08.10.2004 10:14:58 Print Keine 10 Administrator CAPSERV

Fehler 08.10.2004 10:01:23 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 08.10.2004 09:18:49 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Fehler 08.10.2004 08:30:30 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:44:38 W32Time Keine 54 Nicht zutreffend CAPSERV

Fehler 08.10.2004 07:44:38 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:08:55 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:07:55 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:06:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:05:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:04:54 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:03:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:02:52 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:01:52 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 07:00:53 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:59:54 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:59:13 RSVP Keine 10035 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:58:55 RSVP Keine 10035 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:58:54 RSVP Keine 10047 Nicht zutreffend CAPSERV

Fehler 08.10.2004 06:58:50 SMTPSVC Keine 115 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:58:45 W32Time Keine 54 Nicht zutreffend CAPSERV

Fehler 08.10.2004 06:58:45 W32Time Keine 62 Nicht zutreffend CAPSERV

Fehler 08.10.2004 06:58:37 W3SVC Keine 115 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:58:25 SNMP Keine 1001 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:58:25 DHCPServer Keine 1044 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:58:17 Browser Keine 8015 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:58:06 WINS Keine 4097 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:58:00 Browser Keine 8015 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:57:47 RSVP Keine 10035 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:57:42 LPDSVC Keine 4000 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:57:40 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:57:36 Browser Keine 8015 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:56:07 AppleTalk Keine 5 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:55:50 eventlog Keine 6005 Nicht zutreffend CAPSERV

Informationen 08.10.2004 06:55:50 eventlog Keine 6009 Nicht zutreffend CAPSERV

Warnung 08.10.2004 06:55:54 disk Keine 34 Nicht zutreffend CAPSERV

Informationen 07.10.2004 22:55:35 eventlog Keine 6006 Nicht zutreffend CAPSERV

Fehler 07.10.2004 22:38:58 W32Time Keine 62 Nicht zutreffend CAPSERV

Fehler 07.10.2004 21:52:50 W32Time Keine 62 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:18:04 MrxSmb Keine 3019 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:17:49 MrxSmb Keine 3019 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:17:04 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:16:02 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:15:04 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:14:06 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:13:09 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:12:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:11:09 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:10:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:09:06 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:08:07 RemoteAccess Keine 20169 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:07:47 RSVP Keine 10035 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:07:06 RSVP Keine 10035 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:07:06 RSVP Keine 10035 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:07:03 RSVP Keine 10047 Nicht zutreffend CAPSERV

Fehler 07.10.2004 21:06:59 W3SVC Keine 115 Nicht zutreffend CAPSERV

Fehler 07.10.2004 21:06:58 SMTPSVC Keine 115 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:06:58 W32Time Keine 54 Nicht zutreffend CAPSERV

Fehler 07.10.2004 21:06:58 W32Time Keine 62 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:06:33 DHCPServer Keine 1044 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:06:33 SNMP Keine 1001 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:06:22 Browser Keine 8015 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:06:15 WINS Keine 4097 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:06:09 Browser Keine 8015 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:05:56 RSVP Keine 10035 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:05:50 LPDSVC Keine 4000 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:05:49 Netlogon Keine 5781 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:05:45 Browser Keine 8015 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:04:14 AppleTalk Keine 5 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:03:58 eventlog Keine 6005 Nicht zutreffend CAPSERV

Informationen 07.10.2004 21:03:58 eventlog Keine 6009 Nicht zutreffend CAPSERV

Warnung 07.10.2004 21:04:02 disk Keine 34 Nicht zutreffend CAPSERV

[Dio 10]

hallo Moos

gibts schon was neues??

 

bin selber sehr gespannt über die ursache.

[moos 10]

Sorry,

bin gestern nicht an das Meganetzwerk gekommen.

Werde voraussichtlich heute abend eine "lmhosts" auf den Rechnern ablegen.

 

Wenn das nix nutzt, denke ich, gibt es irgendwelche wilden Einträge in der Active Directory.

Will den Server dann downgraden zum popeligen Memberserver und hoffe dass die Radikalkur anschlägt.

 

Mein Vor-Admin war wahrscheinlich eh vom Wahnsinn besessen. In dem Riesen-Netzwerk mit einem kombinierten Workstation-Server und zwei weiteren Workstations, den Kombirechner zum Domänencontroller zu machen. Frage mich, ob das der Weisheit letzter Schluß sein muss.

 

bis denne

moos

[lefg 276]

Original geschrieben von moos

Mein Vor-Admin war wahrscheinlich eh vom Wahnsinn besessen. In dem Riesen-Netzwerk mit einem kombinierten Workstation-Server und zwei weiteren Workstations, den Kombirechner zum Domänencontroller zu machen.

 

Das ist eine mich interessierende Bemerkung. Was steht dahinter? Was wurde da gebaut?

[moos 10]

- 2 Rechner an denen normal so gearbeitet wird

- 1 Domänencontroller aber an dem wird auch wie an einer Workstation gearbeitet

 

Active Directory ist ja eine feine Sache, aber dadurch Sicherheit in einem Netzwerk an dem jeder an den Server dran kommt. Hmmm !?!? Nun ja !

 

Aber vielleicht versteh ich das ja bloß nicht.

 

cu

moos

 

PS: Hatten gestern viel Stress im Betrieb mit unserer lieben Geschäftsleitung und da bin ich nicht an das Mega-Netzwerk gekommen. Aber heute !!!

[moos 10]

Nu greift er nimmer zu !

 

Jetzt ist Ruhe, der Fehler war in der Konfiguration vom KEN!.

Der war als DNS-Server eingerichtet.

Haken raus und Schluß war.

Die anderen Rechners kommen trotzdem noch ins Netz.

 

Ich nehme an. dass jede Anfrage von einem Rechner aus dem Netz zu einer weltweiten Suche geführt hat.

Die Frage ist nur was da konfiguriert wurde, weshalb sich die Rechner so oft an den Server wenden.

 

Da mach ich aber nix mehr, denn das Problem insgesamt ist behoben und die Fehlersuche bis ins Letzte ist mir vom Aufwand zu viel.

 

Werde eh wegen der exorbitanten Geschwindigkeit der Rechner diese am besten einfach neu aufsetzen, ist eh nicht viel drauf.

 

Thanx für die Tipps, viel Spaß noch im Board.

Heute ist nicht alle Tage, ich komm wieder, keine Frage.

 

moos

[lefg 276]

Ich schätze mal, KEN hat als Weiterleiter fungiert.

Gibt es im Netz einen funktionierenden DNS? Ist dieser an den WS als DNS eingetragen? Nur dieser, kein weiterer!

 

Alles Gute

Edgar

[moos 10]

Hi lefg,

ne, kein DNS im Netz, muss aber bei Gelegenheit guggen ob auf den Clients noch irgendwas eingetragen ist.

 

g

moos

[lefg 276]

Hallo Moos,

 

dann wird es so sein, wie ich vermute. Eine Möglichkeit ist, den DNS auf dem DC einzurichten. Es ist wohl in diesem Fall auch die wirtschaftlichste. Dabei kann man ein wenig Erfahrung damit gewinnen. Alternativ können (NetBIO-)Rechnernamen und statische IP-Adressen in die Hosts-Dateien auf den Rechnern eingetragen werden.

Falls ich das richtig verstanden habe, gibt es drei Netzteilnehmer: Zwei Workstations und einen als "WS" genutzten DC.

 

Gruß

Edgar