[2008] [2003] spontaan geen ping / netwerk share meer

[Verwijderd]

Ik zit hier met een vervelend probleem.

De domain controller is Windows 2008 SBS 64bit. Deze registreerd DNS / DHCP / Exchange / fileserver
Hiernaast hebben we nog 1 Windows 2003 Terminal server 32bit staan en 1 Windows 2003 server 32bit voor SQL / tekeningen
3 servers in totaal. Alle 3 HP Proliant servers.
Alle clients draaien windows 7 64/32bit

Het probleem:
DC werkt goed en is ook stabiel. De clients kunnen altijd inloggen. De netwerksnelheid / beschikbaarhied is ook altijd prima.
Dit is echter niet het geval bij de 2003 servers. Hier zit ergens een conflict in. De servers kunnen zich altijd aanmelden op het domein. Ze crashen nooit (in de zin van vastlopen/blauw scherm) en gedurende een wisselende tijd werken ze servers ook prima.
Maar soms gaat het mis! Dit is erg vervelend, want aangesloten tekenaars zijn dan hun data kwijt. (solid works op de client loopt dan vast)
het vreemde is dat het na een x aantal minuten ook weer werkt. Dit alles zonder ook maar enige melding in de event viewer.

Wat gaat er mis:
De 2003 servers verliezen hun verbinding met de domeincontroller. Remote gebruikers worden uit hun RDP sessie gestoten en bij het opnieuw aanmelden krijgen ze de melding (kan domein controller niet vinden). Vaak lukt het dan ook niet om vanaf de client/DC de 2003 server te pingen.
De andere 2003 server heeft hetzelfde probleem, maar nog vreemder. De netwerkshares van deze server kunnen sommige clients wel bereiken, en anderen niet.

Dit gaat allemaal zonder waarschuwing / melding. Wanneer ik niets doe werken de verbindingen na ongeveer 5/10min spontaan weer. Reset ik de netwerkverbinding dan werkt alles direct weer. (even)

De 2003 servers hadden eerst een statisch ip. Dit heb ik veranderd naar DHCP met reservering, ik heb de servers al een paar keer opnieuw in het domeingehangen. Ik heb kabels uitgewisseld. Ik heb de terminal server (omdat hij momenteel weinig gebruikt wordt) fysiek uit het netwerk gehaald. Om zo een conflict tussen de 2 2003 servers uit te sluiten.

In eerste instantie dacht ik dat het aan de DNS lag, maar dan moet pingen op ip toch wel lukken?
Firewall's en virusscanners staan uit. (Symantec endpoint)
HP Teaming van de netwerkverbinding uit uitgeschakeld.

Hebben jullie nog ideeën, punten die ik kan nalopen / controleren?

[ Voor 4% gewijzigd door Verwijderd op 12-07-2012 12:02 ]

[StarWing]

HP teaming uitschakelen, servers zeker een statisch ip geven.

Post een ipconfig /all van de server en de dc.

1gbit of 100mbit op de servers ? Hoe staan je duplex settings op de servers ?

[Verwijderd]

Eerst had ik alles op auto staan. Ondertussen vast op 1000Mbit full duplex

SBS01 = Domain controller Windows SBS2008\

Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

C:\Users\administrator.netwerk1>ipconfig /all

Windows IP Configuration

Host Name . . . . . . . . . . . . : SBS01
Primary Dns Suffix . . . . . . . : netwerk1.local
Node Type . . . . . . . . . . . . : Broadcast
IP Routing Enabled. . . . . . . . : Yes
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : netwerk1.local

Ethernet adapter Local Area Connection 4:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : HP NC382i DP Multifunction Gigabit Server
Adapter #4
Physical Address. . . . . . . . . : 00-26-55-4A-45-AC
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Local Area Connection 3:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : HP NC382i DP Multifunction Gigabit Server
Adapter #3
Physical Address. . . . . . . . . : 00-26-55-4A-45-AA
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Local Area Connection 2:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : HP NC382i DP Multifunction Gigabit Server
Adapter #2
Physical Address. . . . . . . . . : 00-26-55-4A-45-A8
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : HP NC382i DP Multifunction Gigabit Server
Adapter
Physical Address. . . . . . . . . : 00-26-55-4A-45-A6
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 10.0.0.10(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 10.0.0.1
DNS Servers . . . . . . . . . . . : 127.0.0.1
10.0.0.10
NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 8:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : isatap.{ED6DAFE4-5779-4057-8769-2411C2549
E8C}
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : isatap.{B2DEF216-6127-4457-862D-B5C23DFDB
656}
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 11:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : isatap.{231A95D9-4366-4EE2-B5AD-713F01E06
207}
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 12:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : isatap.{6FD81ACC-A6FA-4F3C-9CBA-56194F4CE
CA6}
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 13:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 02-00-54-55-4E-01
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

C:\Users\administrator.netwerk1>
-----------------------------------------------------------------------------------------------------------------------------
VBPC03 = SQL / file server
Microsoft Windows [versie 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

C:\Documents and Settings\Administrator.netwerk1>ipconfig /all

Windows IP-configuratie

Hostnaam . . . . . . . . . . . . : vbpc03
Primair DNS-achtervoegsel. . . . .: netwerk1.local
Knooppunttype: . . . . . . . . . .: onbekend
IP-routering ingeschakeld. . . . .: nee
WINS-proxy ingeschakeld . . . . . : nee
DNS-achtervoegselzoeklijst. . . . : netwerk1.local

Ethernet-adapter LAN-verbinding:

Verbindingsspec. DNS-achtervoegsel:
Beschrijving . . . . . . . . . . .: HP NC373i Multifunction Gigabit Server Ad
apter
Fysiek adres. . . . . . . . . . . : 00-23-7D-30-3C-AE
DHCP ingeshakeld. . . . . . . . . : ja
Autom. configuratie ingeschakeld. : ja
IP-adres. . . . . . . . . . . . . : 0.0.0.0
Subnetmasker. . . . . . . . . . . : 0.0.0.0
Standaard-gateway . . . . . . . . :
DHCP-server . . . . . . . . . . . : 255.255.255.255

Ethernet-adapter LAN-verbinding 2:

Verbindingsspec. DNS-achtervoegsel: netwerk1.local
Beschrijving . . . . . . . . . . .: HP NC373i Multifunction Gigabit Server Ad
apter #2
Fysiek adres. . . . . . . . . . . : 00-23-7D-30-3C-9E
DHCP ingeshakeld. . . . . . . . . : ja
Autom. configuratie ingeschakeld. : ja
IP-adres. . . . . . . . . . . . . : 10.0.0.3
Subnetmasker. . . . . . . . . . . : 255.255.255.0
Standaard-gateway . . . . . . . . : 10.0.0.1
DHCP-server . . . . . . . . . . . : 10.0.0.10
DNS-servers . . . . . . . . . . . : 10.0.0.10
Lease verkregen . . . . . . . . . : vrijdag 6 juli 2012 9:38:23
Lease verlopen . . . . . . . . . : zaterdag 14 juli 2012 9:38:23

C:\Documents and Settings\Administrator.netwerk1>
----------------------------------------------------------------------------------------------
VBPC02 = Terminal server
Deze staat op het moment uit.

[ Voor 198% gewijzigd door Verwijderd op 09-07-2012 15:35 ]

[col-dejong]

Is er 1 kabel aangesloten op de VBPC03?
Waarom geeft:
Ethernet-adapter LAN-verbinding: een ip adres van 0.0.0.0
en
Ethernet-adapter LAN-verbinding2: een ip adres van 10.0.0.3

Want de 1e LAN-verbinding staat wel ergens op te luisteren waarschijnlijk en schakelt dan om, waardoor je opeens niet meer kunt inloggen.
Zet die LAN-verbinding maar even uit en zie het voor een dag of 2 aan of het nog steeds problemen geeft?

[Verwijderd]

Ik heb nu van alle servers de niet gebruikte Lan verbindingen uitgeschakeld.

Wou jij zeggen, dat omdat hij staat te luisteren op Lan 1, hij zijn verbinding verliest op Lan 2? Dat zou mij heel onwaarschijnlijk lijken.

Maar ik kijk het even aan.

[ThomVis]

Als de server niet van subnet wisselt is het handiger om hem een vast IP adres te geven.
Loopt de tijd op alle servers & clients gelijk? Staan er nog meldingen in de event logs?

En wat is de status van de switchpoort op het moment dat je geen verbinding heb?

[ Voor 19% gewijzigd door ThomVis op 11-07-2012 10:52 ]

[Verwijderd]

Ik zal ze aan het einde van de dag een vast IP geven. Momenteel kan hij niet uit, want op dat moment verliezen de tekenaars hun netwerkverbinding.

Op het moment dat er geen verbinding is, is dat niet te zien op de swichpoort. (lapjes blijven groen, 1000 full en knipperen) Of bedoel je iets anders?

Tijd tussen servers loopt zover ik kan zien gelijk. Tussen clients / server weet ik niet. Maar als dat fout staat zouden ze toch helemaal geen verbinding meer kunnen maken?
Hoe kan ik de tijd het beste controleren / gelijkstellen?

[Paul]

Ik had gisteren iets soortgelijks; een niet-gebruikte netwerkkaart stond enabled, geen kabel aangesloten (niet fyiek en Windows vond ook van niet) en toch had het ding een APIPA-adres, met dezelfde symptomen als jij aangaf.

Netwerkkaart disabled, server gereboot (daarvoor werkte het namelijk nog niet goed) en alle problemen opgelost..

Heel wazig, ook een Server 2003 32bit.

[ThomVis]

Verwijderd schreef op woensdag 11 juli 2012 @ 13:22:
Op het moment dat er geen verbinding is, is dat niet te zien op de swichpoort. (lapjes blijven groen, 1000 full en knipperen) Of bedoel je iets anders?

Dat is de fysieke verbinding. Als er iets van port-security aanstaat op de managed switch blijft dat wel up, maar als de poort in blocking mode staat komt er geen pakketje doorheen. Uit jouw antwoord kan ik afleiden dat het een "simpeler" netwerk is.

Tijd gelijkstellen gebeurt vanzelf als het niet teveel uit elkaar loopt (mitst de juiste services draaien). Als de tijd teveel afwijkt geeft het synchronisatiemechanisme er een keer de bui aan. Daar heb je alleen last van als je het OS opstart met in de BIOS 01-01-1980 oid.

[Verwijderd]

Het netwerk is idd eenvoudiger. De managed switch is verder niet geconfigureerd. Ik heb ook de kabel al eens vervangen, en andere lan poorten geprobeerd.
Het probleem is er nog steeds. Vorige week was ik een week weg, en toen draaiede het weer even "soepel". Je zou haast denken dat het aan jezelf ligt.



Het linker dos scherm is een ping vanaf de SBS2008 naar de 2003 server. Het rechter dos scherm is een ping vanaf mijn eigen pc naar de 2003 server.
De achtergrond is de sbs2008 in remote desktop

Iemand ander nog opties?

[ Voor 33% gewijzigd door Verwijderd op 25-07-2012 15:47 ]

[Vuurvoske]

Misschien niet een hele nuttige toevoeging, maar ik ervaar hetzelfde op mijn thuisserver die Windows 2008 R2 standaard draait.. sinds eergisteren.

[Verwijderd]

Weer even een schopje, omdat het probleem nog steeds aanwezig is.

[Brahiewahiewa]

Verwijderd schreef op maandag 09 juli 2012 @ 15:28:
Eerst had ik alles op auto staan. Ondertussen vast op 1000Mbit full duplex

Da's in ieder geval fout. Als je switch op "auto" staat moet je nic ook op "auto" staan.
En als je nic op een vast waarde staat (10, 100, 1000, 10G, half of full duplex) moet je switch op precies diezelfde waarde staan. Alle andere combinaties leiden tot o.m. de problemen die jij nu ervaart

[Verwijderd]

Correctie, ze stonden vast op 1GB auto

Ik heb ze nu weer teruggezet naar volledig Auto.
Maar het probleem was ervoor al. Juist omdat ik problemen had heb ik hem "vast" proberen te zetten.

[Pimmerd]

Verwijderd schreef op woensdag 25 juli 2012 @ 08:16:
Het linker dos scherm is een ping vanaf de SBS2008 naar de 2003 server. Het rechter dos scherm is een ping vanaf mijn eigen pc naar de 2003 server.
De achtergrond is de sbs2008 in remote desktop

Zitten alle servers en clients aangesloten op dezelfde switch? Niet dat er onderweg nog een andere switch ligt te bokken? Wat ThomVis al eerder zij, zie je iets in de logboeken op de clients/servers ten tijde van het probleem?

Wat voor switch zit er tussen de clients en de servers? Kan je hem niet tijdelijk vervangen om te testen?

[Brahiewahiewa]

IP Routing Enabled. . . . . . . . : Yes

Waarom staat routing aan op de sbs?

[Paul]

Meestal voor RRAS Het is echter zo te lezen niet de SBS die problemen heeft.

Heb je de niet-aangesloten netwerkadapters op de 2003-server al disabled en de server gereboot?

[LocalJoost]

Pimmerd schreef op woensdag 29 augustus 2012 @ 17:01:
[...]


Zitten alle servers en clients aangesloten op dezelfde switch? Niet dat er onderweg nog een andere switch ligt te bokken? Wat ThomVis al eerder zij, zie je iets in de logboeken op de clients/servers ten tijde van het probleem?

Wat voor switch zit er tussen de clients en de servers? Kan je hem niet tijdelijk vervangen om te testen?

+1 voor vervangen van switch (in elk geval als test)
Ik gok, als je vanaf die SBS wel kan pingen en van je PC niet, dat er hier minimaal 2 switches in het spel zijn?

Kun je niet op die switch inloggen en kijken of er veel drops/collisions e.d. te zien zijn op bepaalde poorten?

[_H_G_]

Kan je ook eens een ipconfig/all doen op het moment dat het mis gaat? (mogelijk ergens een 2e DHCP server)

En zodra het mis gaat misschien ook de arp tabel nakijken, of je ping wel naar het juiste MAC adres gaat?

(Ik vind het ook wat vreemd dat je voor je SBS DNS zowel 10.0.0.10 als 127.0.0.1 hebt ingevuld. Het zou denk ik wel moeten werken, maar die 127.0.0.1 is overbodig)

[ Voor 27% gewijzigd door _H_G_ op 30-08-2012 10:17 ]

[Verwijderd]

@ Pimmerd
Er zitten 2 switches in het netwerk. Maar de pc's die er last van hebben (de andere gebruikers werken eigenlijk niet op die server) zitten op switch 1. Hier zit zowel de SBS als de 2 andere servers op, als het gros van de gebruikers. Het is een HP ProCurve 1410-24G

@ Paul
Ja, gedisabled en gereboot.

@ LocalJoost
Switch vervangen is lastig. Maar ik ga kijken of ik hier een andere gigabit switch heb liggen.
Het vreemde vind ik alleen dat het niet uitmaakt in welke poort ik de VBPC03 druk. Zelfs als ik de VBPC03 server een compleet nieuw adres geef (die we nog nooit gebruikt hebben) blijft het probleem.
Switch is unmanaged

@_H_G_
Er is absoluut geen 2e DHCP server, Dan zou het ook al wel heel toevallig zijn dat alleen deze 2 servers er last van hebben ongeacht hun IP-adres.
Die 127.0.0.1 heb ik alleen ingevuld als mogelijke oplossing. (via bericht op internet) Het probleem was ervoor al.

Het controleren van de ARP was een goede tip. Tenminste, hier zat duidelijk een fout in.
Zojuist vloog de server er weer uit. Ik heb toen direct de ARP tabel gecontroleerd.
Zowel het IP-adres van de VBPC02 als die van de VBPC03 wezen naar hetzelfde MAC-adres. Dit MAC-adres was van geen enkele server, maar van een printer.
Ik heb via "netsh" correcties gemaakt. zodat het juiste IP weer bij de juiste MAC staat.
Nu weer even aankijken, maar ik heb er wel een goed gevoel over nu.

[ Voor 24% gewijzigd door Verwijderd op 31-08-2012 12:41 ]

[_H_G_]

Verwijderd schreef op vrijdag 31 augustus 2012 @ 08:11:
Ik heb via "netsh" correcties gemaakt. zodat het juiste IP weer bij de juiste MAC staat.
Nu weer even aankijken, maar ik heb er wel een goed gevoel over nu.

Ah, mooi dat je wat gevonden hebt Al zou ik eerder DHCP en DNS nakijken: netsh geeft misschien een workaround, maar niet de oorzaak van je storing.

[Brahiewahiewa]

Verwijderd schreef op vrijdag 31 augustus 2012 @ 08:11:
....Het controleren van de ARP was een goede tip. Tenminste, hier zat duidelijk een fout in.
Zojuist vloog de server er weer uit. Ik heb toen direct de ARP tabel gecontroleerd.
Zowel het IP-adres van de VBPC02 als die van de VBPC03 wezen naar hetzelfde MAC-adres. Dit MAC-adres was van geen enkele server, maar van een printer.

Dan is of die printer niet goed, of je switch

[alt-92]

Ik vermoed de switch.
Op het werk laatst ook een gevalletje gezien waar de arp table in de switch volledig bokkiewokkie was en mac adressen van clients door elkaar gooide.