Hello all,

Am un server poptop (1.3.x) functional, configurat sa asigneze dinamic adrese 
de IP clientilor dintr-un pool de adrese (remoteip 192.168.2.10-19).

Problema apare cind clientii vpn care vin de pe windows 2k, xp si doresc sa 
acceseze statii din 192.168.0.x si nu au bifata optiunea "use default gw on 
remote network". Dupa ce am sapat in documentatie, am vazut ca e firesc sa nu 
functioneze (asa au "hotarit" ei, dezvoltatorii, ca e bine pentru mine). 
Desteptii au gasit si o solutie: sa schimb eu IP-urile sa fie toate in 
acelasi /24 care IN ACEST CAZ NU SE APLICA si in general e o metoda 
anacronica de a corecta o problema (rezolvare orientata pe efect si nu pe 
cauza)

Precizez ca IP-urile din 192.168.0.x fac parte din acelasi retea cu cele din 
192.168.2.y (lan-ul este un 192.168.0.0/22).

Pe alte implementari (de ex: openvpn) exista optiunea de a injecta AUTOMAT 
rute catre o anume destinatie pe statia client (push route $network $netmask 
$GW_IP)

Daca dupa stabilirea legaturii pptp adaug manual pe masina client o ruta 
statica prin 192.168.2.10 (care este IP alocat dinamic de catre serverul pptp 
clientului VPN), masinile cu IP=192.168.0.x devin accesibile.

EX: route add 192.168.0.0 mask 255.255.252.0 192.168.2.10

Nota: adresa de IP pentru masina client este alocata dinamic (dintr-un pool), 
deci ea poate fi diferi pentru acelasi client in functie de ce hotaraste 
serverul pptp -> asa ca rularea manuala a unui .bat pe masina windows care sa 
contina linia de mai sus NU reprezinta o solutie.

Nici renuntarea la dhcp-pool si maparea statica a adreselor de IP, 
clientilor VPN, nu este o optiune!

Exista posibilitatea de a automatiza cumva acest mecanism in pptpd?

Alx



_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui