[W2K] VPN client heeft verkeerde gateway - Windows clients

vrijdag 21 mei 2004 02:38

Acties:

Verwijderd

Topicstarter

Ik zit hier op een PC met Windows 2000 en ik probeer een VPN op te zetten naar mijn server thuis. Dat gaat op zich prima, alleen wil deze computer de gateway op het externe netwerk niet pakken, terwijl deze optie toch echt staat aangevinkt!
De remote server heeft zelf als intern ip 192.168.1.1.

code:

C:\Documents and Settings\gebruikersnaam>ipconfig

Windows 2000 IP-configuratie

Ethernet adapter LAN-verbinding:

        Verbindingsspecifiek DNS-achtervoegsel: wanadoo.nl
        IP-adres . . . . . . . . . . . . . . .: 82.157.x.x
        Subnetmask . . . . . . . . . . . . . .: 255.255.248.0
        Standaardgateway . . . . . . . . . . .: 82.157.0.1

PPP adapter NiGhTsPiRiT:

        Verbindingsspecifiek DNS-achtervoegsel:
        IP-adres . . . . . . . . . . . . . . .: 192.168.1.150
        Subnetmask . . . . . . . . . . . . . .: 255.255.255.255
        Standaardgateway . . . . . . . . . . .: 192.168.1.150

Zoals je ziet is de standaard gateway ingesteld op zichzelf, zodat de verbindingen alsnog buiten de VPN omgaan.

code:

C:\Documents and Settings\gebruikersnaam>route print
===========================================================================
Interfacelijst
0x1 ........................... MS TCP Loopback interface
0x2 ...00 50 fc ae 2b 48 ...... NDIS 5.0 driver

0x6000004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Actieve routes:
Netwerkadres               Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       82.157.0.1     82.157.x.x        2
          0.0.0.0          0.0.0.0    192.168.1.150   192.168.1.150       1
       82.157.0.0    255.255.248.0      82.157.x.x     82.157.x.x         1
      82.157.x.x  255.255.255.255        127.0.0.1       127.0.0.1        1
   82.255.255.255  255.255.255.255      82.157.x.x     82.157.x.x         1
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
    192.168.1.150  255.255.255.255        127.0.0.1       127.0.0.1       1
    192.168.1.255  255.255.255.255    192.168.1.150   192.168.1.150       1
    195.64.93.138  255.255.255.255       82.157.0.1     82.157.x.x        1
        224.0.0.0        224.0.0.0      82.157.x.x     82.157.x.x         1
        224.0.0.0        224.0.0.0    192.168.1.150   192.168.1.150       1
  255.255.255.255  255.255.255.255      82.157.x.x     82.157.x.x         1
Standaard-gateway:     192.168.1.150
===========================================================================
Permanente routes:
  Geen

Daar laat zich dus hetzelfde probleem zien.

Ik neem aan dat het IP wordt toegekend door de DHCP server? Daarvan weet ik heel zeker dat die als gateway 192.168.1.1 meegeeft. Indien het IP waarschijnlijk niet van de DHCP komt wil ik dat graag weten, dan ga ik namelijk ergens anders zoeken

Heeft iemand hier een oplossing voor?

[ Voor 2% gewijzigd door Verwijderd op 21-05-2004 02:44 . Reden: Maskje vergeten :+ ]

vrijdag 21 mei 2004 03:08

Acties:

mph_rbi

dus ...

Remote VPN verbindingen zijn in veel gevallen PPP verbindingen (point-to-point protocol) wat inhoudt dat je niets met subnetten te maken hebt en dus ook niet met gateways. Je bent onderdeel van het LAN remote en je settings qua gateway zijn dezelfde als het apparaat waar je VPN op getermineerd wordt, dus de server.

dus ...

vrijdag 21 mei 2004 03:30

Acties:

Verwijderd

Topicstarter

Aangezien de gateway staat vermeld in zowel de IP-configuratie als de routing tabel, lijkt het me toch dat ik wel degelijk te maken heb met de gateway.
Als de gateway hetzelfde zou zijn als de server, dan kan het NOOIT 192.168.1.150 zijn, aangezien de server dat IP niet kent als gateway:

code:

[root@roodkapje root]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.0        *               255.255.255.0   U     0      0        0 eth1
195.64.93.0     *               255.255.255.0   U     0      0        0 eth1
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         nrp-1.bras-1.am 0.0.0.0         UG    0      0        0 eth1

En ook niet als IP:

code:

[root@roodkapje root]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:D0:B7:B9:32:4D
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:541370 errors:0 dropped:0 overruns:0 frame:0
          TX packets:330797 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:74945654 (71.4 Mb)  TX bytes:122626814 (116.9 Mb)
          Interrupt:19 Base address:0xece0 Memory:f3fff000-f3fff038

eth1      Link encap:Ethernet  HWaddr 00:D0:B7:B9:32:4E
          inet addr:195.64.93.138  Bcast:195.64.93.255  Mask:255.255.255.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:600822 errors:0 dropped:0 overruns:0 frame:0
          TX packets:788723 errors:0 dropped:0 overruns:0 carrier:0
          collisions:3240 txqueuelen:100
          RX bytes:167501049 (159.7 Mb)  TX bytes:177734318 (169.5 Mb)
          Interrupt:18 Base address:0xecc0 Memory:f3ffe000-f3ffe038

vrijdag 21 mei 2004 04:20

Acties:

xzenor

Ja doe maar. 1 klontje suiker.

ik weet niet

mph_rbi schreef op 21 mei 2004 @ 03:08:
Remote VPN verbindingen zijn in veel gevallen PPP verbindingen (point-to-point protocol) wat inhoudt dat je niets met subnetten te maken hebt en dus ook niet met gateways. Je bent onderdeel van het LAN remote en je settings qua gateway zijn dezelfde als het apparaat waar je VPN op getermineerd wordt, dus de server.

Onzin.. je hebt altijd te maken met een default gateway als je het internet op wilt.
Alleen klopt je routetabel wel gewoon.
Het ip dat je van de server krijgt is ook gelijk je default gateway.
De server regelt de rest. Ik weet niet of je dan ook op je server kan kijken maar daar zal je zien dat er een route voor je aangemaakt wordt zodat je daar over naar buiten kan.
Het werkt een beetje vreemd en helemaal snappen doe ik het ook niet maar probeer maar eens een traceroute te doen naar google ofzo.

tracertr www.google.nl

dan zal je zien dat het wel degelijk via jouw opgezette vpn verbinding loopt.

vrijdag 21 mei 2004 04:36

Acties:

Verwijderd

Topicstarter

possamai schreef op 21 mei 2004 @ 04:20:
ik weet niet
[...]

Het werkt een beetje vreemd en helemaal snappen doe ik het ook niet maar probeer maar eens een traceroute te doen naar google ofzo.

tracertr www.google.nl

dan zal je zien dat het wel degelijk via jouw opgezette vpn verbinding loopt.

Verdorie, daar heb je wel gelijk in! Gedeeltelijk dan... sites die op de server staan willen niet over de VPN, die gaan blijkbaar wel buitenom

code:

C:\Documents and Settings\gebruikersnaam>tracert albis.nu

Bezig met het traceren van de route naar albis.nu [195.64.93.138]
via maximaal 30 hops:

  1    10 ms    30 ms    10 ms  10.109.2.1
  2    10 ms    10 ms    20 ms  194.134.178.94
  3    10 ms    10 ms    10 ms  194.134.178.93
  4   <10 ms    10 ms    10 ms  G2-3.cr1-asd5.nl.euro.net [194.134.161.49]
  5    10 ms    10 ms    10 ms  G3-0.xr1-asd5.nl.euro.net [194.134.161.30]
  6    10 ms    10 ms    10 ms  ams-ix.ams-sar.cistron.net [195.69.144.52]
  7    10 ms    30 ms    10 ms  nrp-1.bras-1.ams-tel.cistron.net [62.216.29.3]
  8    20 ms    30 ms    20 ms  cust.93.138.adsl.cistron.nl [195.64.93.138]

[ Voor 1% gewijzigd door Verwijderd op 21-05-2004 04:37 . Reden: Typo ]

vrijdag 21 mei 2004 04:41

Acties:

Verwijderd

Verwijderd schreef op 21 mei 2004 @ 04:36:
Verdorie, daar heb je wel gelijk in! Gedeeltelijk dan... sites die op de server staan willen niet over de VPN, die gaan blijkbaar wel buitenom

Dat is nogal logisch, die worden geresolved naar een extern (=internet) adres.

Je kunt dit oplossen door in c:\winnt\system32\drivers\etc voor al je sites een verwijzing aan te maken naar 192.168.1.1.

vrijdag 21 mei 2004 04:43

Acties:

Verwijderd

Topicstarter

Verwijderd schreef op 21 mei 2004 @ 04:41:
[...]

Dat is nogal logisch, die worden geresolved naar een extern (=internet) adres.

Wat is daar logisch aan? Alle andere sites resolven uiteraard ook een extern adres, maar die worden wel over de VPN gegooid.

vrijdag 21 mei 2004 04:45

Acties:

Verwijderd

code:

1	195.64.93.138 255.255.255.255 82.157.0.1 82.157.x.x 1

Hij resolved naar 195.64.93.138, en dus gaat hij naar gateway 82.157.0.1. Je kunt ook die route aanpassen uiteraard..

[ Voor 47% gewijzigd door Verwijderd op 21-05-2004 04:48 ]

vrijdag 21 mei 2004 05:00

Acties:

Verwijderd

Topicstarter

Verwijderd schreef op 21 mei 2004 @ 04:45:
code:
1
195.64.93.138  255.255.255.255       82.157.0.1     82.157.x.x        1
Hij resolved naar 195.64.93.138, en dus gaat hij naar gateway 82.157.0.1. Je kunt ook die route aanpassen uiteraard..

Je hebt gelijk! Ik had over die regel heen gelezen...

De route aanpassen zal niet gaan. De VPN loopt naar 195.64.93.138, dus als je de route omgooit naar dat adres, zal de VPN niet meer werken. De enige mogelijkheid is dat de sites idd worden geresolved naar 192.168.1.1. Ik kan hosts niet aanpassen, omdat de sites ook moeten werken als de VPN er niet is en iedere keer dat bestand aanpassen is niet leuk.
Eens kijken of ik als de VPN aanstaat ook de DNS op 192.168.1.1 kan aanspreken...

[ Voor 1% gewijzigd door Verwijderd op 21-05-2004 05:01 . Reden: Type ]

vrijdag 21 mei 2004 05:12

Acties:

Verwijderd

Topicstarter

Ik moet toch nog meer gaan klooien, want de DNS van de VPN verbinding staat wel degelijk aan/ingesteld, alleen de normale verbinding overruled dat blijkbaar. Ook na een ipconfig /flushdns krijg ik met ping mijn externe IP.

code:

C:\Documents and Settings\John>ipconfig /all

Windows 2000 IP-configuratie

        Hostnaam . . . . . . . . . . . . . . .: 8823bxr40536
        Primair DNS-achtervoegsel . . . . . . :
        Knooppunttype  . . . . . . .. . . . : Hybride
        IP-routering ingeschakeld . . . . . . : Nee
        WINS-proxy ingeschakeld . . . . . . . : Nee
        Zoeklijst voor DNS-achtervoegsel. . . : cust.93.138.adsl.cistron.nl

Ethernet adapter LAN-verbinding:

        Verbindingsspecifiek DNS-achtervoegsel: wanadoo.nl
        Beschrijving . . . . . . . . . . . . .: Realtek RTL8139(A) PCI Fast Ethernet Adapter
        Fysiek adres . . . . . . . . . . . .  : 00-50-FC-AE-2B-48
        DHCP-ingeschakeld . . . . . . . . . . : Ja
        Autoconfiguratie ingeschakeld . . . . : Ja
        IP-adres . . . . . . . . . . . . . . .: 82.157.x.xx
        Subnetmask . . . . . . . . . . . . . .: 255.255.248.0
        Standaardgateway . . . . . . . . . . .: 82.157.0.1
        DHCP-server . . . . . . . . . . . . . : 194.134.178.82
        DNS-servers . . . . . . . . . . . . . : 194.134.5.5
                                                194.134.0.97
        Lease verkregen . . . . . . . . . .: vrijdag 21 mei 2004 4:57:25
        Lease verlopen . . . . . . . . . . : vrijdag 28 mei 2004 4:57:25

PPP adapter NiGhTsPiRiT:

        Verbindingsspecifiek DNS-achtervoegsel:
        Beschrijving . . . . . . . . . . . . .: WAN (PPP/SLIP) Interface
        Fysiek adres . . . . . . . . . . . .  : 00-53-45-00-00-00
        DHCP-ingeschakeld . . . . . . . . . . : Nee
        IP-adres . . . . . . . . . . . . . . .: 192.168.1.149
        Subnetmask . . . . . . . . . . . . . .: 255.255.255.255
        Standaardgateway . . . . . . . . . . .: 192.168.1.149
        DNS-servers . . . . . . . . . . . . . : 192.168.1.1
                                                192.168.1.1
        Primaire WINS-server . . . . . . . . .: 192.168.1.1
        Secundaire WINS-server . . . . . . . .: 192.168.1.1

Primair DNS-achtervoegsel klinkt wel hoopvolgevend

vrijdag 21 mei 2004 05:33

Acties:

Verwijderd

Verwijderd schreef op 21 mei 2004 @ 05:00:
Je hebt gelijk! Ik had over die regel heen gelezen...

De route aanpassen zal niet gaan. De VPN loopt naar 195.64.93.138, dus als je de route omgooit naar dat adres, zal de VPN niet meer werken.

Die hele route is imo overbodig, en kun je er gewoon uitknikkeren. Probeer het maar eens

vrijdag 21 mei 2004 09:39

Acties:

Verwijderd

Topicstarter

Deed ik, toen had ik nix meer. Mijn veronderstelling staat hierboven al beschreven

Die regel wordt niet voor niets door Windows toegevoegd...

vrijdag 21 mei 2004 13:44

Acties:

xzenor

Ja doe maar. 1 klontje suiker.

je kan ook die sites via het interne adres tevoorschijn toveren natuurlijk..
is dat geen oplossing?

vrijdag 21 mei 2004 18:47

Acties:

Verwijderd

Topicstarter

possamai schreef op 21 mei 2004 @ 13:44:
je kan ook die sites via het interne adres tevoorschijn toveren natuurlijk..
is dat geen oplossing?

Met virtual hosting? Nee dus...

vrijdag 21 mei 2004 19:18

Acties:

Verwijderd

Verwijderd schreef op 21 mei 2004 @ 18:47:
Met virtual hosting? Nee dus...

Dus wel als je je .hosts aanpast.

Stel je hebt de site www.mijnsite.nl, en die ziet op extern IP 1.2.3.4 en intern (VPN) ip 10.0.0.1. Op dezelfde server draait ook www.anderesite.nl.

Als je dan naar 10.0.0.1 surft, weet de server niet welke site te serveren, meestal staat er wel eentje als default ingesteld, maar dit hoeft niet.

Maak je nu in je hosts de volgende regels aan:

code:

1 2	10.0.0.1 www.mijnsite.nl 10.0.0.1 www.anderesite.nl

dan zal het goed gaan als je in je browser gewoon 'www.mijnsite.nl' intypt of 'www.anderesite.nl'. In beide gevallen zal hij dan naar 10.0.0.1 gaan, maar met de juiste host-header waarde. Let wel op dat je server ook aanvragen op dat IP moet accepteren.

[ Voor 3% gewijzigd door Verwijderd op 21-05-2004 19:18 ]

vrijdag 21 mei 2004 20:13

Acties:

Verwijderd

Topicstarter

Zoals reeds beschreven is dat geen optie.

vrijdag 21 mei 2004 21:11

Acties:

Verwijderd

Het weghalen van die route regel zou gewoon moeten werken. Als je 'm dan tracet, komt hij dan wel bij 192.168.1.1 uit, en dan niet verder?

(edit: het domeinnaam achtervoegsel kun je in dit geval niets mee)

[ Voor 22% gewijzigd door Verwijderd op 21-05-2004 21:11 ]

vrijdag 21 mei 2004 21:22

Acties:

xzenor

Ja doe maar. 1 klontje suiker.

Verwijderd schreef op 21 mei 2004 @ 18:47:
[...]
Met virtual hosting? Nee dus...

Eh dat wordt lastig ja....

kan je geen route toevoegen?
route add ip.van.web.site ip.van.vpn.connectie

ik durf niet met zekerheid te zeggen dat het werkt maar je kan 't eens proberen..

vrijdag 21 mei 2004 21:24

Acties:

Verwijderd

possamai schreef op 21 mei 2004 @ 21:22:
[...]

Eh dat wordt lastig ja....

kan je geen route toevoegen?
route add ip.van.web.site ip.van.vpn.connectie

ik durf niet met zekerheid te zeggen dat het werkt maar je kan 't eens proberen..

Hij heeft al een route toegevoegd.. namelijk 'internet-ip.van.website' met als gateway 'gateway.van.internet'. Vandaar dat hij dit probleem heeft.

maandag 24 mei 2004 08:31

Acties:

Verwijderd

Topicstarter

Op dit moment kan ik niet eens meer een VPN account aanmaken of openen.

Het is gekomen na installatie van software van Fortis...

Ik kom er nog wel een keer op terug als ik dat samen kan laten werken.

maandag 24 mei 2004 16:33

Acties:

usr-local-dick

IK heb laats ook een topic geopend hierover maar helaas niemand wist het antwoord.
Ik heb van ellende maar de services op de VPN machine verhuisd naar een andere machine

maandag 24 mei 2004 20:41

Acties:

Fish

How much is the fish

laten we er eens goed naar kijken .. ik ook zit met iets dergelijks
[rml][ w2k] bepaalde ip reeks een andere gateway/interface geven[/rml]
ik snap dat we niet mijn topic gaan behandelen hier logisch .. maar ik ben wel benieuwd naar dit topic. want ik vermoed dat ik er bij gebaat ben

Iperf

maandag 24 mei 2004 20:44

Acties:

Verwijderd

TS uit dit topic heeft gewoon een verkeerde route in zijn routetabel staan. Die moet hij eerst weghalen, en dan gaan troubleshooten waarom e.e.a. niet werkt.

Zolang hij volhoudt dat die route er hoort te staan, zal hij met dit probleem blijven zitten.

De problemen die jullie in de andere topics beschrijven, staan hier los van.

maandag 24 mei 2004 20:58

Acties:

Verwijderd

Topicstarter

TS heeft de route verwijderd, maar dan is de VPN kwijt

maandag 24 mei 2004 21:01

Acties:

mhr-zip

Stukje door scrollen, staat hoe je het aanlegt in windows.

http://www.draytek.com.tw...n_solution/2/A/a_pptp.php

Zijn vijftig was nog schoon. Drinkwaterkaart.nl Drinkwaterspots

maandag 24 mei 2004 21:06

Acties:

Verwijderd

Verwijderd schreef op 24 mei 2004 @ 20:58:
TS heeft de route verwijderd, maar dan is de VPN kwijt

Dus dan moet je dat probleem oplossen. Die route vertelt heel specifiek dat het verkeer wat jij over je VPN wilt hebben, naar de internet gateway moet. Zolang die route er staat, zal dat verkeer never nooit niet over je VPN gaan.

code:

1	195.64.93.138 255.255.255.255 82.157.0.1 82.157.x.x 1

Dit kun je lezen als: Al het verkeer gericht aan ALLEEN host 195.64.93.138 moet verstuurd worden VIA gateway 82.157.0.1.

[ Voor 35% gewijzigd door Verwijderd op 24-05-2004 21:12 ]

maandag 24 mei 2004 21:35

Acties:

Verwijderd

Topicstarter

mhr-zip schreef op 24 mei 2004 @ 21:01:
Stukje door scrollen, staat hoe je het aanlegt in windows.

http://www.draytek.com.tw...n_solution/2/A/a_pptp.php

Zoals misschien dalijk is gebleken is er een werken VPN verbinding geweest. De bank-software zorgt er echter voor dat dat niet meer mogelijk is.

maandag 24 mei 2004 21:37

Acties:

Verwijderd

Topicstarter

Verwijderd schreef op 24 mei 2004 @ 21:06:
[...]

Dus dan moet je dat probleem oplossen. Die route vertelt heel specifiek dat het verkeer wat jij over je VPN wilt hebben, naar de internet gateway moet. Zolang die route er staat, zal dat verkeer never nooit niet over je VPN gaan.
code:
1
195.64.93.138  255.255.255.255       82.157.0.1     82.157.x.x        1
Dit kun je lezen als: Al het verkeer gericht aan ALLEEN host 195.64.93.138 moet verstuurd worden VIA gateway 82.157.0.1.

Ja, dat snap ik. Maar ik heb het al een paar keer gezegd.
De computer maakt een VPN naar 195.64.93.138. De VPN over zichzelf laten lopen is uiteraard niet mogelijk, dus wordt er een route toegevoegd dat allen DAT ip niet over de VPN moet, maar over de externe verbinding. Op het moment dat je die route weg haalt ben je de verbinding met de VPN helemaal kwijt. (tried and found out)

maandag 24 mei 2004 21:42

Acties:

Verwijderd

Verwijderd schreef op 24 mei 2004 @ 21:37:
Ja, dat snap ik. Maar ik heb het al een paar keer gezegd.
De computer maakt een VPN naar 195.64.93.138. De VPN over zichzelf laten lopen is uiteraard niet mogelijk, dus wordt er een route toegevoegd dat allen DAT ip niet over de VPN moet, maar over de externe verbinding. Op het moment dat je die route weg haalt ben je de verbinding met de VPN helemaal kwijt. (tried and found out)

En dat klopt niet.. je VPN zou zonder die specifieke route gewoon moeten werken. Immers voordat je connect, is de VPN er nog niet, en kan hij dus ook niet 'de VPN over zichzelf sturen'.

Ik gebruik diverse VPN's (voor klanten) en heb nog nooit een route hoeven toevoegen om een VPN te laten werken.

Als je GEEN verbinding hebt (dus VPN even uitzetten), hoe ziet je route print er dan uit?

maandag 24 mei 2004 21:52

Acties:

Verwijderd

Topicstarter

Zonder VPN is die regel er niet. Die zal Windows zelf aanmaken (ik heb het niet gedaan iig). Als jij een VPN maakt, heb je dan niet een soortgelijke route?

maandag 24 mei 2004 21:54

Acties:

Verwijderd

Verwijderd schreef op 24 mei 2004 @ 21:52:
Zonder VPN is die regel er niet. Die zal Windows zelf aanmaken (ik heb het niet gedaan iig). Als jij een VPN maakt, heb je dan niet een soortgelijke route?

Nee, maar ik moet er wel eerlijk bijzeggen dat ik gebruik maak van de Cisco VPN client.

Als windows die route zelf aanmaakt, is er domweg niets aan te doen anders dan die host. oplossing, welke niet toepasbaar is. Je hebt niet de beschikking over een extra IP adres voor de remote machine?

dinsdag 25 mei 2004 08:54

Acties:

Verwijderd

Topicstarter

Even een testje op een XP-bak op mijn werk:

code:

C:\Documents and Settings\Administrator>route print
===========================================================================
Interfacelijst
0x1 ........................... MS TCP Loopback interface
0x10003 ...00 0d 9d 4a c4 6a ...... Broadcom NetXtreme Gigabit Ethernet for hp
0x20004 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface
===========================================================================
===========================================================================
Actieve routes:
Netwerkadres               Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       83.84.40.1    83.84.41.184       31
          0.0.0.0          0.0.0.0    192.168.1.149   192.168.1.149       1
       83.84.40.0    255.255.252.0     83.84.41.184    83.84.41.184       30
     83.84.41.184  255.255.255.255        127.0.0.1       127.0.0.1       30
   83.255.255.255  255.255.255.255     83.84.41.184    83.84.41.184       30
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
    192.168.1.149  255.255.255.255        127.0.0.1       127.0.0.1       50
    192.168.1.255  255.255.255.255    192.168.1.149   192.168.1.149       50
    195.64.93.138  255.255.255.255       83.84.40.1    83.84.41.184       30
        224.0.0.0        240.0.0.0     83.84.41.184    83.84.41.184       30
        224.0.0.0        240.0.0.0    192.168.1.149   192.168.1.149       1
  255.255.255.255  255.255.255.255     83.84.41.184    83.84.41.184       1
Standaard-gateway:     192.168.1.149
===========================================================================
Permanente routes:
  Geen

Daar komt zo'n zelfde route voor, Windows maakt het dus inderdaad zelf.

Wanadoo cable geeft helaas geen extra IP-adressen

Pagina: 1

Reageer