MS Proxy Server 2.0 dial-up problem

[B.A. Baracus]

Ik heb een ms proxy server 2.0 staan, met als primary route een volgende proxy server. Dat werkt. Voor http dan, want die volgende proxy staat alleen http toe, geen socks.
Voor socks-request heb ik dan ook een adsl lijntje aan de bak hangen. En ingesteld dat er gebeld mag worden voor socks-requests. Dit werkt ook.
Nou is het probleem dat als er verbinding is gemaakt met de adsl lijn, ALLE inkomende verzoeken, http of socks, naar de adsl gestuurd worden.
Het lijkt erop dat ms proxy 2.0 niet met de 2 gateways die er dan zijn om kan gaan.
Er is nl. 1 gateway voor de standaard (primary) route, om de volgende proxyserver te bereiken.
Zodra er verbinding is met adsl, komt daar natuurlijk ook een gateway bij.
De gateway naar de primaire proxy heeft een metric van 2 (vanwege 2 hops), en de gateway naar de adsl heeft een metric van 1 (1 hop).
Dus ALS er 2 gateways zijn, heeft de gateway van adsl voorrang. En alle request gaan dus dan naar de adsl.
Nou zou je denken dat MS Proxy dan toch eerst de primary route (naar de volgende proxy) probeert voor een request.
Maar nee..

Ik heb handmatig op die bak d.m.v. "route add x.x.x.x -p" de gateway naar de volgende server een lagere cost gegeven, en beide routes permanent gemaakt. Dus nu heeft de route naar de volg. server een hogere prioriteit dan de adsl.
En NOG STEEDS, zogauw er adsl is, gaat hij alles daaroverheen sturen.

Wat kan ik hier nu mee? Upgrade naar ISA ?

[jelmervos]

Use default gateway on external network al eens uitgezet? Wat gebeurt er dan?

[B.A. Baracus]

Die default gateway is nodig, want ik moet langs een router om bij de volgende proxy te komen.
Of ik zou een 3e nic erin moeten hangen en dan langs de router gaan. Maar die router zit er niet voor niks, nl. om 2 netwerken uitelkaar te houden die beiden dezelfde master-proxy gebruiken.
Er zitten trouwens maar 2 nic's in de bak, 1 voor naar het adsl modem, en 1 voor naar het LAN (en de proxy).
Zou het helpen om er een nic bij te hangen, zodat er 1 is voor LAN, 1 voor adsl en 1 apart voor naar de volgende proxy? Dan blijft het probleem met de gateway echter bestaan volgens mij.

[Arno]

als jij een metric van 2 aan de lijn naar de andere proxyserver hangt, dan is het logisch dat alle verkeer via de ADSL lijn met metric 1 gaat. Die metric geeft namelijk de 'cost factor' aan en windows routeert altijd via de goedkoopste route

/edit:

code:

C:\>route

Manipulates network routing tables.

ROUTE [-f] [-p] [command [destination]
            [MASK netmask]  [gateway] [METRIC metric]  [IF interface]

  -f         Clears the routing tables of all gateway entries.  If this is
           used in conjunction with one of the commands, the tables are
           cleared prior to running the command.
  -p         When used with the ADD command, makes a route persistent across
           boots of the system. By default, routes are not preserved
           when the system is restarted. Ignored for all other commands,
           which always affect the appropriate persistent routes. This
           option is not supported in Windows 95.
  command   One of these:
             PRINT     Prints  a route
             ADD     Adds    a route
             DELETE    Deletes a route
             CHANGE    Modifies an existing route
  destination  Specifies the host.
  MASK     Specifies that the next parameter is the 'netmask' value.
  netmask   Specifies a subnet mask value for this route entry.
           If not specified, it defaults to 255.255.255.255.
  gateway   Specifies gateway.
  interface    the interface number for the specified route.
  METRIC     specifies the metric, ie. cost for the destination.

All symbolic names used for destination are looked up in the network database
file NETWORKS. The symbolic names for gateway are looked up in the host name
database file HOSTS.

If the command is PRINT or DELETE. Destination or gateway can be a wildcard,
(wildcard is specified as a star '*'), or the gateway argument may be omitted.

If Dest contains a * or ?, it is treated as a shell pattern, and only
matching destination routes are printed. The '*' matches any string,
and '?' matches any one char. Examples: 157.*.1, 157.*, 127.*, *224*.
Diagnostic Notes:
    Invalid MASK generates an error, that is when (DEST & MASK) != DEST.
    Example> route ADD 157.0.0.0 MASK 155.0.0.0 157.55.80.1 IF 1
         The route addition failed: The specified mask parameter is invalid
 (Destination & Mask) != Destination.

Examples:

    > route PRINT
    > route ADD 157.0.0.0 MASK 255.0.0.0  157.55.80.1 METRIC 3 IF 2
         destination^   ^mask   ^gateway     metric^    ^
                                       Interface^
    If IF is not given, it tries to find the best interface for a given
    gateway.
    > route PRINT
    > route PRINT 157*      .... Only prints those matching 157*
    > route DELETE 157.0.0.0
    > route PRINT

C:\>

[B.A. Baracus]

Daarom heb ik ook de metric van 2 naar 1 gezet.

Ik heb handmatig op die bak d.m.v. "route add x.x.x.x -p" de gateway naar de volgende server een lagere cost gegeven, en beide routes permanent gemaakt. Dus nu heeft de route naar de volg. server een hogere prioriteit dan de adsl.

Als ik nu route doe, krijg ik:

C:\>route print * -p
===========================================================================
Interfacelijst
0x1 ........................... MS TCP Loopback interface
0xb000003 ...00 10 4b b8 63 1c ...... 3Com EtherLink PCI
0xb000004 ...00 00 f4 ae 0b 52 ...... AMD PCNET Family Ethernet Adapter
===========================================================================
===========================================================================
Actieve routes:
Netwerkadres Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 10.0.0.1 10.0.0.4 1
0.0.0.0 0.0.0.0 172.16.0.138 172.16.0.150 1
10.0.0.0 255.255.254.0 10.0.0.4 10.0.0.4 1
10.0.0.4 255.255.255.255 127.0.0.1 127.0.0.1 1
10.255.255.255 255.255.255.255 10.0.0.4 10.0.0.4 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
172.16.0.0 255.255.255.0 172.16.0.150 172.16.0.150 1
172.16.0.138 255.255.255.255 172.16.0.150 172.16.0.150 1
172.16.0.150 255.255.255.255 127.0.0.1 127.0.0.1 1
172.16.255.255 255.255.255.255 172.16.0.150 172.16.0.150 1
224.0.0.0 224.0.0.0 10.0.0.4 10.0.0.4 1
224.0.0.0 224.0.0.0 172.16.0.150 172.16.0.150 1
255.255.255.255 255.255.255.255 10.0.0.4 10.0.0.4 1
Standaard-gateway: 10.0.0.1
===========================================================================
Permanente routes:
Netwerkadres Netmask Gateway-adres Metric
0.0.0.0 0.0.0.0 80.126.27.99 2
0.0.0.0 0.0.0.0 10.0.0.1 1

C:\>

De route naar 10.0.0.1 is degene naar de volgende proxyserver, dus de route die hij als eerste moet nemen.
Hij stat als standaard gateway, en heeft een lagere metric.
En toch neemt proxy hem niet, maar de andere (80.126.27.99)

[Predator]

Op vrijdag 12 april 2002 15:52 schreef B.A. Baracus het volgende:
Daarom heb ik ook de metric van 2 naar 1 gezet.
[..]

Als ik nu route doe, krijg ik:
[..]

De route naar 10.0.0.1 is degene naar de volgende proxyserver, dus de route die hij als eerste moet nemen.
Hij stat als standaard gateway, en heeft een lagere metric.
En toch neemt proxy hem niet, maar de andere (80.126.27.99)

Bij die moment opname ben je ook niet ingebeld toch ?
Post eens de route tabel op het moment dat daadwerkelijk die ADSL connectie gemaakt is.

Krijg je je ip voor die ADSL link via DHCP ?
Dan krijg je waarschijnlijk der nog een default gateway bij met metriek 1 en daarom pakt ie toch nog je ADSL.

Geef misschien ook eens IP van die volgende SOCKS en volgende HTTP proxy en de eerste router die je tegenkomt op weg naar de volgende proxy.

Een permantente host route naar die HTTP proxy is misschien wel een oplossing.

[B.A. Baracus]

Ey, even een update.
Ik heb de proxy meteen achter de volgende proxy gehangen, dus achter de router langs, waardoor deze route nu ook een metric van 1 heeft.
De Adsl verbinding krijgt inderdaad elke keer bij inbellen een nieuwe default gateway, met een metric van 1.
Nu zijn de metrics gelijkwaardig, en nu kan ms proxy server WEL al het verkeer eerst naar de volgende proxy routen, en daarna pas naar de adsl.
Het werkt dus.
Thnx everyone.

[Arno]

np