Connectie problemen op windows sbs 2008

[trub]

Beste tweakers

Ik heb een windows2008 server (sbs) bij een klant en krijg ik bij het openen van een webpagina bij de eerste poging een timeout. Probeer ik deze pagina opnieuw te laden dan lukt dit in een fractie van een seconde.
Ik heb reeds vanalles gecontroleerd maar geraak er niet aan uit wat het probleem is.
Even een beschrijving van de netwerksituatie en verdere bevindingen
Op de server zitten 3 netwerkadapters
- Adapter1 = 10.1.1.1 deze adapter heeft geen gateway
- Adapter2 = 172.168.3.151 en 169.254.188.151 ook deze adapter heeft geen gateway
- Adapter3 = 192.168.1.2 deze heeft de gateway naar het internet toe

Bij het pingen naar een adres, bv google, zal de eerste ping een timeout geven en hierna krijg ik ping's van 20ms, als ik hierna onmiddelijk opnieuw ping dan lukt dit ook. Wacht ik echter een bepaalde periode dan zal de eerste ping terug een timeout geven. Dit is zo voor alle adressen.
Als ik ping op het ip adres dan krijg ik ook ditzelfde verschijnsel, dit enkel voor ip adressen buiten het netwerk, interne adressen pingen zonder probleem. (als gevolg is de dns server dus al uit te sluiten van problemen)
Ik heb reeds de arp cache eens gewist aangezien ik hier nogal wat over vond op het internet maar dit heeft niets opgelost.
Als ik met een andere pc op de 192 range probeer te surfen ondervind ik ook geen problemen.

Als laatste draait er nog een freeproxy server op, hier kan je instellen welke adapter er gebruikt moet worden als internet connectie, deze is dan ook ingevuld op adapter3. Als ik deze proxy vervolgens instel in internet explorer (zelfs lokaal) dan kan ik perfect surfen zonder enige vertragingen.

Hierbij nog de ipconfig
Op de interne netwerken zijn er geen problemen voor zover ik gemerkt heb.


Zou er iemand weten waar ik verder kan op zoeken?

[Remco]

Kan je ook je route tabel posten?
Dit kan je doen door: route print

[trub]

Hierbij de route tabel route.txt
Ter info, de adapter die op het internet hangt is de intel pro1000

[jvc2001]

op je Ethernet adapter New range staat als Default Gateway 0.0.0.0
kan je eens kijken of je deze kan verwijderen in je IPv4 settings? dit zien we nl ook terugkeren in je route print:

Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 On-link 10.1.1.1 15
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.2 276

Voor 0.0.0.0 0.0.0.0 bestaan er 2 routes waarbij de bovenste een lagere metric heeft en dus als eerste gekozen zal worden, dus vermoedelijk probeert hij eerst op de foute netwerkkaart en pas nadien op de correcte

het IPv4 Address. . . . . . . . . . . : 169.254.188.151(Preferred) op Ethernet adapter Old ranges zou ik ook verwijderen want is een APIPA adres

[trub]

Als ik kijk in de configuratie van de netwerk adapter is hier geen gateway ingevuld. Deze 0.0.0.0 gateway is enkel te zien als je ipconfig in cmd intypt.
Het apipa adres is spijtig genoeg een keuze geweest van de klant van vroeger en wegens nog enkele machines die ook op deze range connectie maken met de server is het niet mogelijk om deze al te verwijderen.

Bij de route staat bij Persistent Routes echter wel dat de gateway 192.168.1.1 als default ingesteld staat. Geen idee waarom deze dan bij active routes niet een hogere metric heeft?

[Rolfie]

code:

DNS Servers . . . . . . . . . . . : 195.130.130.5
                                       195.130.131.5
                                       192.168.1.1

Haal eens de 195.130.x.x DNS servers er uit. Dit is niet goed geconfigureerd.
Sterker nog op je Internet NIC moet je helemaal geen DNS geconfigureerd hebben.
Alleen je Interne NIC moet een DNS server hebben, en daarbij alleen zich zelf.

De DNS server laat je alle requests door sturen.

Als ik kijk in de configuratie van de netwerk adapter is hier geen gateway ingevuld. Deze 0.0.0.0 gateway is enkel te zien als je ipconfig in cmd intypt.

hier zit hem wel je issue in. Kijk eventueel eens in de registry editor of je hem daar kunt vinden.

[ Voor 21% gewijzigd door Rolfie op 01-02-2012 10:03 ]

[trub]

Heb net even gekeken in het register onder HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\ maar ook hier is enkel de correcte gateway ingevuld, nergens 0.0.0.0 te bespeuren.

Ik snap juist niet waarom ik de dns server van de provider niet rechtstreeks zou mogen invullen? De dns geeft voor zover ik weet ook geen problemen, als ik een ping uitvoer naar een adres krijg ik ook onmiddelijk het ip terug.

Ik heb nog het volgende gevonden die mogelijk het probleem zou moeten oplossen
ipv6 uitschakelen
netsh int ip reset c:\resetlog.txt
netsh winsock reset c:\winsock.txt
en dan juist nog een reboot

Ik ga dit eens proberen als de productie gedaan is zodat ik de server kan rebooten. Tenzij iemand zegt van niet doen je doet hier iets verkeerd mee?

[Rolfie]

Ik snap juist niet waarom ik de dns server van de provider niet rechtstreeks zou mogen invullen? De dns geeft voor zover ik weet ook geen problemen, als ik een ping uitvoer naar een adres krijg ik ook onmiddelijk het ip terug.

Verdiep je dan even goed in DNS, dit is een veel gemaakte fout. AD is zwaar afhankelijk van DNS, dus moet je DNS goed geconfigureerd staan.

Je server kan dus nu via je Telenet nooit je interne zone resolven.
Zou me niets verbazen dat je errors in je eventviewer hebt staan van failed DNS registratie of andere vage AD / DNS issues.

[trub]

Rolfie schreef op woensdag 01 februari 2012 @ 11:19:
[...]

Verdiep je dan even goed in DNS, dit is een veel gemaakte fout. AD is zwaar afhankelijk van DNS, dus moet je DNS goed geconfigureerd staan.

Je server kan dus nu via je Telenet nooit je interne zone resolven.
Zou me niets verbazen dat je errors in je eventviewer hebt staan van failed DNS registratie of andere vage AD / DNS issues.

Ik had inderdaad niet ver genoeg nagedacht over het interne gebruik van de dns server en zal dit inderdaad aanpassen naar de interne dns server. Bedankt voor deze opmerking

//edit: typo

[Paul]

Kun je onder Network And Sharing Center -> Manage Network Connections -> (F10 ->) Advanced -> Advanced Settings -> Adpaters and Bindings -> Connections je 'Adapter 3' (192.168.1.2) bovenaan zetten?

[trub]

Paul schreef op woensdag 01 februari 2012 @ 12:26:
Kun je onder Network And Sharing Center -> Manage Network Connections -> (F10 ->) Advanced -> Advanced Settings -> Adpaters and Bindings -> Connections je 'Adapter 3' (192.168.1.2) bovenaan zetten?

Dit is reeds zo

[Paul]

Dan staat de interface metric in de IPv4-settings van Adapter1 (of Adapter3) veel kans niet op automatic?

[trub]

Paul schreef op woensdag 01 februari 2012 @ 12:32:
Dan staat de interface metric in de IPv4-settings van Adapter1 (of Adapter3) veel kans niet op automatic?

Toch wel, alsook de gateway metric op adapter3 staat op automatic

[Paul]

Staan er handmatig metrics ingevuld bij adapters / gateways? Op onze SBS staat "Automatic metric" aan, maar heeft de gateway wel een metric ingevuld.

Kun je bij "New range" een gateway toevoegen op de Advanced-pagina en deze daarna weghalen, en dan kijken of die 0.0.0.0 nog steeds bestaat in 'ipconfig /all'?

Als dat zo is, kun je dan de Interface Metric van New Range op 280 (of zo, hoger dan de 276 van de andere interface) zetten? Al weet ik niet hoeveel dat helpt, want die 15 is (flink) lager dan de 266 die de rest van de items van die interface heeft...

[trub]

Paul schreef op woensdag 01 februari 2012 @ 12:49:
Staan er handmatig metrics ingevuld bij adapters / gateways? Op onze SBS staat "Automatic metric" aan, maar heeft de gateway wel een metric ingevuld.

Kun je bij "New range" een gateway toevoegen op de Advanced-pagina en deze daarna weghalen, en dan kijken of die 0.0.0.0 nog steeds bestaat in 'ipconfig /all'?

Als dat zo is, kun je dan de Interface Metric van New Range op 280 (of zo, hoger dan de 276 van de andere interface) zetten? Al weet ik niet hoeveel dat helpt, want die 15 is (flink) lager dan de 266 die de rest van de items van die interface heeft...

Heb zonet de interface metric op 280 geplaatst, in route print komt deze dan op 285 te staan en lijkt het probleem opgelost te zijn. Surfen lukt onmiddelijk en de eerste ping lukt ook.
Bij het pingen is de eerste ping nu juist nog wat hoger, 120ms tov 10ms voor volgende pingen.

De echte reden is nog steeds een raadsel maar het werkt al
In ieder geval al bedankt, heb mij hier stuk zitten op zoeken

[mbaltus]

Ehhhh, SBS2008 ondersteunt toch maar 1 NIC.

edit:

update:

even gegoogled: http://blogs.technet.com/...ted-network-topology.aspx

[ Voor 66% gewijzigd door mbaltus op 02-02-2012 16:21 ]

[Paul]

Mja, wat noem je 'support'? Het kan allemaal prima, alleen als je MS belt willen ze je niet helpen

MS heeft zo'n hele mooie visie met SBS (lief klein servertje waar je met je fikken af dient te blijven maar gewoon de wizards moet gebruiken anders roepen ze 'Foei!') maar in tegenstelling tot bij Apple _kun_ je echter wel van alles

Het probleem van trub staat echter compleet los van wizards, exchange of al die andere dingen die van een Server 2008 een SBS maken

[trub]

Van de regel dat ze maar 1 nic supporteren had ik zelfs nog nooit van gehoord
Ik persoonlijk zou daar nu ook liever alles op 1 netwerk krijgen aangezien er eigenlijk geen nut is van de gesplitste netwerken bij deze klant.
Maarja nog oudere machines die nog op deze ranges zitten en ze durven natuurlijk deze niet aan te passen.

[Jazzy]

Klopt, SBS 2008 mag je maar met één netwerkkaart draaien. Als je ook een router nodig hebt dan moet je daar iets anders voor inzetten. Beste kun je de eerste twee andere disablen en SBS even opnieuw configureren qua netwerkconfiguratie. Zie hiervoor de link hierboven (http://blogs.technet.com/...ted-network-topology.aspx)