https niet bereikbaar na update naar WLan

[HansMij]

Ik ben laatst verhuisd, in mijn oude huis had ik @Home-internet. In mijn nieuwe huis heb ik XS4All genomen. Omdat ik in mijn nieuwe huis geen kabels wilde trekken heb ik een draadloos netwerk aangeschaft (Linksys router & Linksys netwerkkaarten, alles 54 MBit). Op mijn eigen PC staat windows 2000, dit ging helemaal zonder problemen, kaartje erin, router configureren en gaan. Mijn vriendin heeft een PC met win98 erop. Kaartje erin, configureren, en gaan... alleen kan ze niet telebankieren op haar PC, ze krijgt een foutmelding, 'kan de pagina niet weergeven'. Na een beetje testen, ben ik erachter gekomen dat deze melding altijd het geval is als ze internet via https.. Ik heb zowel de GOT-search als Google als de help-files van Linksys/XS4All geprobeerd.

Heeft iemand een idee waar dit probleem in kan zitten?

[dreeke]

https gaat via port 8443, misschien wordt die niet doorgegeven? Werken dingen zoals FTP of telnet wel?

[HansMij]

Volgens mij gaat https via poortje 443, maar Mijn maar op mijn PC werkt alles, dus aan een dichte poort kan het volgens mij niet liggen.

[Osiris]

dreeke schreef op 26 juni 2004 @ 19:57:
https gaat via port 8443, misschien wordt die niet doorgegeven? Werken dingen zoals FTP of telnet wel?

[mierenneukmode]

code:

  TCP    192.168.1.33:4746      195.11.243.26:443      ESTABLISHED
  TCP    192.168.1.33:4747      195.11.243.26:443      ESTABLISHED

[/mierenneukmode]
Da's mn https-webmail-adres Poort 443 dus

edit:

Spuit 11

Werken die https-IP's wel zonder https dan? En kijk eens bij netstat -n of er wel een verbinding opgebouwd is/wordt?

[ Voor 18% gewijzigd door Osiris op 26-06-2004 20:01 ]

[dreeke]

Je hebt gelijk, standard is het 443 ipv 8443, vergiste me

[HansMij]

Telnet en FT werken idd ook niet op de PC van mijn vriendin... Ik heb direct mijn PC daarop getest, voor mijn PC werken beide poortjes wel...


Ik begin er onderhand steeds minder van te snappen.

edit:

Heb je hier iets aan??

TCP 192.168.1.101:2238 213.239.154.36:80 TIME_WAIT

[ Voor 22% gewijzigd door HansMij op 26-06-2004 20:08 . Reden: netstat-gegevens toegevoegd ]

[dreeke]

Dan toch een probleem met de portforwarding. Als je de IP adressen van de pc's omwisselt, hoe zit het dan? Verwisselt het probleem dan ook?

Zo kan je erachter komen of het probleem bij de pc of bij de router ligt.

[HansMij]

Het IP adres wordt door mijn router uitgedeeld. Het lijkt me dat hij de door zichzelf uitgedeelde IP's niet direct gaat blocken, maar ik ga idd eens even in de Linksys-config spitten..

[Osiris]

HansMij schreef op 26 juni 2004 @ 20:04:
Telnet en FT werken idd ook niet op de PC van mijn vriendin... Ik heb direct mijn PC daarop getest, voor mijn PC werken beide poortjes wel...


Ik begin er onderhand steeds minder van te snappen.

edit:

Heb je hier iets aan??

TCP 192.168.1.101:2238 213.239.154.36:80 TIME_WAIT

Da's je http-verbinding met GoT (nou ja, was ) Stond er niets bij over https? (443 dus)
Overweeg anders eens een sniffer of iets dergelijks te installeren, kijken wat er precies met je packets gebeurt. Of ze uberhaupt wel verzonden worden

[alt-92]

kijk eerder of al je IE updates wel op dat 9x ding staan..
Ook kun je proberen of je met een lagere packet size dan de standaard 1500 wel verbinding kan krijgen...
(MTU waarde aanpassen)

[HansMij]

Ik heb die MTU-size aangepast (576 = kleinste mogelijk), ook dat heeft niet geholpen.. Het vreemde vind ik dat de pc wel gewoon kan internett (poort 80), maar andere poorten blijkbaar dichtzitten.

Bij netstat -r zie ik dat de PC wel een onjuiste gateway gebruikt 192.168.1.1 (router) i.p.v. 10.0.0.138 (modem) Zou Win98 moeite hebben met een dergelijke sprong in de IP-range (10.0.x.x i.p.v. 192.168.x.x)

[dreeke]

De gateway klopt, verbinding moet namelijk eerst langs de router en dan pas naar de modem.
Wanneer je als gateway 10.0.0.138 invult kan hij die niet vinden omdat dat IP adres in een ander netwerk ligt.

Dat het een andere IP range is maakt verder niet uit voor de werking van Windows 98, zolang je verder de juiste gegevens invult (subnetmask, gateway, dns)