Re: lug-bg: pptp проблеми

[Vesselin Kolev <vlk@xxxxxxxxxxxxxxxxx>]

Абсолютно сигурен ли си, че направлението към pptp сървъра е изключено 
от направлението "по подразбиране"? Какво имам предвид...
Ако ти искаш да се свържеш с pptp сървър, ти използваш съществуваща IP 
мрежа, която има шлюз, примерно 10.0.2.1. Ако pptp сървърът е 
172.16.3.4, в твоята таблица с маршрути на ядрото, трябва да имаш запис 
от рода на:
172.16.3.4/32 via 10.0.2.1

Ако няма такъв записи става много лошо. Пояснявам защо. (Предполагаме, 
че ти се назначава IP адрес 192.168.1.2 за ppp интерфейса при теб, а ppp 
пула отсреща в тунала има адрес 192.168.1.1). Значи нямаш запис като 
горния (172.16.3.4/32 via 10.0.2.1), а имаш само
default via 192.168.1.1

Това обаче значи, че и 172.16.3.4/32 минава по тунела (via 192.168.1.1) 
и следователно се пита... е добре, след като се прави тунел до 
172.16.3.4/32, то тогава как този тунел се поддържа след като адреса, 
който държи тунела е достъпен през тунела:)
 Поздрави
    Весо



Bozhan Bozhkov wrote:

> Здравейте.
> Накратко - вързах се към двама доставчици. С единия - никакъв проблем. С 
> другия обаче - който дава по-добър трафик :-(  не мога да се свържа. Пробвах 
> под уиндос - тръгна без проблем.
> След като се свържа - с
> pppd pty "server --nolaunchpppd " user username noauth noipdefault debug 
> logfile ppp.log
> приема ми паролата (с PAP e и сървърът отсреща е FreeBSD, другият с който се 
> свързвам без проблем е на линукс)
> и вдига интерфейса. Но до там!
>
> дава локален IP примерно 192.168.1.75 remote 192.168.0.1
> ping до  192.168.0.1 няма
> ( а с другия, който също дава remote   192.168.0.1 си има  ping ) 
> Най-интересно е, че  192.168.0.1 се обявява за name server  и приема dns  
> заявки и отговаря. (не вярвам  icmp да са блокирани, защото под уиндос има 
> пинг до 192.168.0.1) Опитах да възпроизведа routing  таблицата от уиндос, но 
> без полза.
> Реших да прослушам какво става ( с ethereal) - след като се вдигне интерфейса 
> ppp0 - от него известно време текат заявки по  gre без да получава отговор.
> Не е проблем от филтър, защото за проба отворих всичко за известно време - не 
> е от това.
> При уиндоса общо взето връзката тръгва по подобен начин, разликата е, че след 
> като се вдигне интерфейсът има заявки по нетбиос, които мисля че нямат общо с 
> проблема, само забелязах, че се подават две последователни заявки до 
> 224.0.0.2 за router solicitation
> не знам - не видях да се получава някакъв отговор, но може би там е 
> проблемът?
> Или някаква разлка при freeBSD?
>
> поздрави
>
>  
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================