[Vista] kan lokale server niet goed benaderen

[pven]

Mijn vrouw heeft sinds kort een laptop (Acer 5720Z) met Vista erop, dit is de eerste Vista-installatie in mijn netwerk. Lokaal heb ik een mailserver draaien welke ik vanaf twee andere PCs (beide XP) gewoon via POP3 kan bereiken. Als ik vanaf de Vista-laptop via poort 110 mail op wil halen vanaf de lokale server, dan krijg ik timeouts; wel laat Thunderbird zien hoeveel mails er staan te wachten, maar bij het ophalen van de eerst volgt dus een timeout. Via HTTP naar deze server (Apache draait er op) krijg ik vanaf de Vista-laptop ook niets terug, de browser (zowel IE als FF) blijft een eeuwigheid staan wachten. Als ik echter ping naar deze server, dan gaat het wel goed. Ik heb de firewall (allemaal ) uitgezet, maar ook dat helpt niet.

Nog enkele aanvullingen:
• op IP-adres werkt het ook niet;
• met de virus scanner (AVG free) disabled werkt het ook niet;
• op de laptop stond een trial geinstalleerd van Norton Security, dat heb ik verwijderd;
• uiteraard heb ik met Google gezocht, maar daar kan ik niets concreets vinden (er komen te veel hits terug);
• vanaf twee verschillende XP-installaties werkt het dus wel goed.

Heeft iemand een idee wat ik nog meer kan proberen?

[Erik Jan]

De oplossing moet je zoeken bij de virusscanners, die nestelen zich ergens tussen je mailclient en de server om zo al je binnenkomende mail te controleren.

Doe je een uninstall, blijft zo'n filter nog maar half werken, waardoor je dus timeouts krijgt omdat al het verkeer naar poort 110 op een of andere manier "gehooked" is.

Precies dezelfde situatie (met XP weliswaar) heb ik een keer opgelost door grote schoonmaak te houden en alle referenties naar de virusscannerfabrikant te verwijderen, zoals in het register, ActiveX zut, non-Microsoft drivers, netwerkprotocollen, services, etc.

Een programma'tje als Autoruns is hierbij erg handig, maar ook geen totaaloplossing.

[pven]

Ik heb het ook met HTTP-verkeer van die server, dat heeft volgens mij niets met een virusscanner te maken (andere sites buiten het netwerk werken overigens wel goed).
Inmiddels heb ik gezocht naar restjes van Symantec en aanverwanten, maar die kan ik niet vinden (niet in de registry en niet met autoruns).

TCPview laat overigens ook niets zien op poort 110.

Nog een korte aanvulling: in safe mode werkt het ook niet.

[ Voor 15% gewijzigd door pven op 16-11-2007 21:51 ]

[pven]

_*kick*

Iemand nog tips voor me?

[alt-92]

TCP autotuning waarden al eens mee gespeeld?
Moet je wel wat over kunnen vinden met wat zoekwerk.

[pven]

Ik heb net met TCP autotuning gespeeld, maar dat heeft helaas ook niet geholpen.

TCP autotuning heb ik, met hulp van Google, uit gezet. Daarna voor de zekerheid de laptop herstart, maar er treedt geen verbetering op.

[pven]

Iemand nog opties? Ik niet ...

[Erik Jan]

Hmm, gekke routing opties ingesteld? Ooit gespeeld met TCP instellingen zoals jumbo frames?

Je kan aan beide kanten eens kijken wat er zich afspeelt met http://www.wireshark.org/ .

Zut als uPnP uit? Misschien laptop en server eens direct via een cross-over kabeltje (mag tegenwoordig ook normale UTP zijn geloof ik) verbinden?

[pven]

Nee, geen gekke routing-opties ingesteld. Aan TCP-instellingen ben ik ook niet geweest. uPnP staat idd uit.

Wireshark laat iets opvallends zien (als ik met Thunderbird mail op probeer te halen):

(x.x.x.68 is trouwens de mailserver; x.x.x.70 is de Vista-client)

Die twee zwarte regels kan ik niet verklaren (als in: het zegt me niets).

[ Voor 6% gewijzigd door pven op 20-11-2007 09:16 ]

[pven]

_{*wederom subtiele kick*}
Mijn kennis is niet toereikend om dit op te kunnen lossen.

[ Voor 4% gewijzigd door pven op 21-11-2007 17:53 ]

[alt-92]

pven schreef op dinsdag 20 november 2007 @ 09:15:
Die twee zwarte regels kan ik niet verklaren (als in: het zegt me niets).

Duplicate ACKs ?
Wat zie je trouwens qua communicatie aan de Serverkant weggaan? Lijkt erop alsof er wat verloren gaat onderweg, waardoor de connectie vertraagt of wegvalt.

[Verwijderd]

Je moet gewoon netwerk detectie instellen naar ja onder
configuratie scherm
netwerk centrum

Mvg
Kevin

[pven]

Volgens mij staat netwerkdetectie hier los van, overigens staat die optie al aan.

Een dezer dagen laat ik weten wat er aan server-zijde gebeurd.

[LinuZZ]

ik weet niet of het met mail ook is, maar als ik een tweetal optie's aan had staan dan ging het browsen door mijn shares en de connectie over RDP rete traag,

nu ik weer google op de 2 waarden zie ik dat het al gepost is, maar bij mij was de oplossing deze:

run command als administrator
voer volgende 2 regels uit,

netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuninglevel=disabled

reboot

bron: http://www.mydigitallife....2003-sp2-x64-edition-rdp/

[pven]

rss disablen werkt helaas ook niet; tcpautotuning was idd al disabled.

Met TCPview heb ik het onderstaande gevangen op de mailserver:

code:

[System Process]:0  TCP maweb.lan:smtp  mycom:1912  TIME_WAIT   
[System Process]:0  TCP maweb.lan:smtp  mycom:1912  TIME_WAIT   
apache.exe:1568     TCP maweb:https maweb:0 LISTENING   
apache.exe:1568     TCP maweb:http  maweb:0 LISTENING   
apache.exe:1888     TCP maweb.lan:http  dopey.lan:49215 FIN_WAIT1   
lsass.exe:600       TCP maweb:1025  maweb:0 LISTENING   
lsass.exe:600       UDP maweb:isakmp    *:*     
lsass.exe:600       UDP maweb:ipsec-msft    *:*     
mercury.exe:3248    TCP maweb:imap  maweb:0 LISTENING   
mercury.exe:3248    TCP maweb:pop3  maweb:0 LISTENING   
mercury.exe:3248    TCP maweb:smtp  maweb:0 LISTENING   
mercury.exe:3248    TCP maweb.lan:pop3  dopey.lan:49223 ESTABLISHED 
mysqld-nt.exe:1644  TCP maweb:3306  maweb:0 LISTENING   
svchost.exe:868     TCP maweb:epmap maweb:0 LISTENING   
svchost.exe:932     UDP maweb:1026  *:*     
svchost.exe:960     UDP maweb:ntp   *:*     
svchost.exe:960     UDP maweb.lan:ntp   *:*     
System:4        TCP maweb:microsoft-ds  maweb:0 LISTENING   
System:4        TCP maweb.lan:netbios-ssn   maweb:0 LISTENING   
System:4        UDP maweb:microsoft-ds  *:*     
System:4        UDP maweb.lan:netbios-dgm   *:*     
System:4        UDP maweb.lan:netbios-ns    *:*

(maweb is de naam van de mail- en webserver; dopey is de naam van de Vista-laptop; de niet relevante zaken heb ik eruit geknipt)

Volgens mij betekent het bovenstaande dat de laptop wel de server bereikt, maar dat de gegevens van de server niet de laptop bereiken.

[pven]

Is er iemand die het gouden ei voor me kan vinden of is er (nog ) meer informatie nodig?

[pven]

Ik deed net een interessante ontdekking: als ik NIET via WiFi maar via een kabeltje de laptop met het netwerk verbind, dan werkt het wel goed.

Iemand tips waar ik het dan moet gaan zoeken?

Kleine aanvulling: met een andere laptop (XPsp2) werkt het via WiFi wel goed, waarmee ik aan wil geven dat het waarschijnlijk niet aan de router ligt.

[ Voor 28% gewijzigd door pven op 25-11-2007 10:34 ]

[pven]

Aanvullend op mijn vorige bericht ...

Ik heb inmiddels het netwerkcentrum in Vista (wederom) volledig doorgespit, maar het lijkt alsof ik daar iets niet kan vinden. Het enige wat enigzins relevant lijkt, is dat er bij firewall een speciale optie staat voor een draadloos netwerk. Als ik echter de firewall uitschakel, werkt het dus nog steeds niet.


Iemand nog tips?

[pven]

Ik ben er voor 99% van overtuigd dat het iets in de configuratie van Vista is, maar wat ...

Iemand tips?

[Verwijderd]

Een vraagje:
kan je vanuit je laptop de shared folders van die pc's benaderen?

Als er daar ook problemen voordoen dan lijkt op iets wat ik ook heb.

[VISTA] vista kan shared folders van xp pc's niet benaderen
Mijn probleem treed ook alleen op via WiFi en niet via een kabel.
Heb het tijdelijk opgelost door gebruik te maken van Hamachi. En hopen dat sp1 een verandering in brengt.

[ Voor 23% gewijzigd door Verwijderd op 28-11-2007 18:02 ]

[pven]

Ja, shared folders kan ik wel gewoon benaderen. Alleen POP3 en HTTP lukt lokaal dus niet (waarschijnlijk lukt er meer niet, maar dat mis ik niet ).

[pven]

Is downgraden naar XP misschien een optie?

Overigens heb ik daar eigenlijk niet zo'n zin in, omdat ik alleen last heb van het probleem wat ik hier heb omschreven. Net zo min als dat ik de laptop wil her-installeren.

[pven]

Op deze regenachtige zondag is er vast iemand die me een duw in de juiste richting kan geven.

[Erik Jan]

Debug eens wat meer, door bv. je POP3 server op een andere poort te laten draaien (> 1024).

Wat zegt "netsh interface tcp show global" op je Vista box?

Zet TCP checksum offloading op je nic eens uit.

[pven]

Ok, ga ik allemaal proberen en ik kom er zsm op terug. Zovast dank!

[pven]

Erik Jan schreef op zondag 02 december 2007 @ 18:13:
Debug eens wat meer, door bv. je POP3 server op een andere poort te laten draaien (> 1024).

Net geprobeerd, heeft hetzelfde resultaat. Overigens vermoed ik dat het niet specifiek in POP3 zit, aangezien HTTP-verkeer naar die lokale server ook niet werkt.

Wat zegt "netsh interface tcp show global" op je Vista box?

In het Nederlands:

Globale TCP-parameters
--------------------------------------------------
Status schaling aan ontvangstzijde : enabled
Status chimney-offload : enabled
Niveau auto-aanpassing ontvangstvenster : disabled
Invoegtoepassing congestiecontroleprovider : none
ECN-mogelijkheid : disabled
RFC 1323-tijdstempels : disabled

Zet TCP checksum offloading op je nic eens uit.

De Wireless Netwerk Adapter heeft die optie niet, maar voor de NIC heb ik hem nu uitgezet. Helaas ... dit alles maakt niets uit, het draadloze resultaat blijft hetzelfde.


Helemaal vergeten te melden: de mail/web-server die ik niet kan bereiken draait als een VMware-sessie op een andere server. Die andere server kan ik (bv) via RDP goed bereiken.

[pven]

Ik heb het net nog even geprobeerd met een andere mail-programma, maar die vertoont exact hetzelfde gedrag (ook met de virusscanner uit). Als er geen mailtjes op de lokale server staan te wachten, dan werkt het mail-programma naar behoren; als er echter een mailtje staat te wachten, dan wordt dat mailtje via de WiFi-verbinding niet over gehaald.

[alt-92]

pven schreef op maandag 03 december 2007 @ 10:17:
Helemaal vergeten te melden: de mail/web-server die ik niet kan bereiken draait als een VMware-sessie op een andere server. Die andere server kan ik (bv) via RDP goed bereiken.

Kun je uberhaupt wel iets qua netwerk doen naar of van die VM doos?

[pven]

Ja, vanaf een andere laptop en een desktop werkt het zoals het behoort te werken. De Vista-laptop is het enige apparaat wat moeilijk doet.

@ hieronder: ik had de vraag niet goed begrepen; vanavond ga ik het proberen.

[ Voor 22% gewijzigd door pven op 04-12-2007 17:12 ]

[alt-92]

Da's geen antwoord op de vraag natuurlijk ping/fileshares of kopieeracties vanaf de VM naar Vista, werken die ook niet, of die juist weer wel?

[pven]

Interessant tips hierboven, thanks!

Het gewone pingen vanaf VM naar Vista gaat goed. Als ik echter met de buffer ga spelen, dan valt op dat pings met een buffer van meer dan 1468 bytes niet aan komen (dus time-outs).
Als ik fileshares benader vanaf VM naar Vista dan zie ik alle shares. Als ik echter bestanden vanaf VM naar Vista ga kopieren, dan krijg ik bij de bestanden boven de 1KB melding a-la 'The specified network name is no longer available'.

Aanvulling: als ik vanaf een (draadloze) XP-laptop hetzelfde doe (dus pingen naar Vista en spelen met buffers), dan kan ik de buffer erg groot maken (65500 bytes) en het blijft maar goed gaan.

Ik ga gericht Google-n, eens kijken wat ik hierover kan vinden.

Zelfde probleem: http://www.sqweek.com/sqweek/index.php?p=0 ; de MTU aanpassen. Die 1468 bytes had wat moeten triggeren bij me. Ik ga het aanpassen en laat uiteraard nog weten of het helpt.

Aanpassen van de MTU (naar 1460) werkt !!!

Dank aan een-ieder die me heeft geholpen!

[ Voor 31% gewijzigd door pven op 05-12-2007 12:12 ]