Откуда default route

для начала перепость плиз с нормальным форматированием (user line breaks)

Подскажите пожалуйтса..
Бьюсь с PPTPD, хочу чтобы виндовые клиенты конектились и получали ресурсы локальной сети компании..

Коннект проходит на ура, без ошибок и задержек, но "route print" на клиенте показывает вот такую ерунду:
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.2.205 192.168.2.205 1
0.0.0.0 0.0.0.0 192.168.3.2 192.168.3.209 21
85.21.48.244 255.255.255.255 192.168.3.2 192.168.3.209 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.2.205 255.255.255.255 127.0.0.1 127.0.0.1 50
192.168.2.255 255.255.255.255 192.168.2.205 192.168.2.205 50
192.168.3.0 255.255.255.0 192.168.3.209 192.168.3.209 20
192.168.3.209 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.3.255 255.255.255.255 192.168.3.209 192.168.3.209 20
224.0.0.0 240.0.0.0 192.168.3.209 192.168.3.209 20
224.0.0.0 240.0.0.0 192.168.2.205 192.168.2.205 1
255.255.255.255 255.255.255.255 192.168.2.205 192.168.2.205 1
255.255.255.255 255.255.255.255 192.168.3.209 192.168.3.209 1
Основной шлюз: 192.168.2.205
===========================================================================

Пинги соответственно не работают,.
Как только удаляю маршрут default через самого себя (192.168.2.205),
все начинает работать..

Так вот. Как заставить винду не прописывать саму себя шлюзом для маршрута по дефолту ?

Конфиги на сервере:

/etc/pptpd.conf:

ppp /usr/sbin/pppd
option /etc/ppp/options.pptpd
debug
#stimeout 10
#noipparam
#bcrelay eth1
#delegate
connections 5
proxyarp
localip 192.168.2.2
remoteip 192.168.2.205-207

/etc/ppp/options.pptpd:

lock
name pptpd
nodefaultroute
mtu 1490
mru 1490
proxyarp
debug
lcp-echo-interval 40
lcp-echo-failure 5
noipx
nobsdcomp
novj
novjccomp
nodeflate
nologfd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-40
require-mppe-128
#require-mppe-stateless

ms-dns 192.168.3.200

Или может сервер в состоянии не писать машруты на клиенте ? Как быть ?

Подскажите пожалуйтса..
Бьюсь с PPTPD, хочу чтобы виндовые клиенты конектились и получали ресурсы локальной сети компании..

Коннект проходит на ура, без ошибок и задержек, но "route print" на клиенте показывает вот такую ерунду:
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    192.168.2.205   192.168.2.205       1
          0.0.0.0          0.0.0.0      192.168.3.2   192.168.3.209       21
     85.21.48.244  255.255.255.255      192.168.3.2   192.168.3.209       20
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
    192.168.2.205  255.255.255.255        127.0.0.1       127.0.0.1       50
    192.168.2.255  255.255.255.255    192.168.2.205   192.168.2.205       50
      192.168.3.0    255.255.255.0    192.168.3.209   192.168.3.209       20
    192.168.3.209  255.255.255.255        127.0.0.1       127.0.0.1       20
    192.168.3.255  255.255.255.255    192.168.3.209   192.168.3.209       20
        224.0.0.0        240.0.0.0    192.168.3.209   192.168.3.209       20
        224.0.0.0        240.0.0.0    192.168.2.205   192.168.2.205       1
  255.255.255.255  255.255.255.255    192.168.2.205   192.168.2.205       1
  255.255.255.255  255.255.255.255    192.168.3.209   192.168.3.209       1
Основной шлюз:       192.168.2.205
===========================================================================

Пинги соответственно не работают,.
Как только удаляю маршрут default через самого себя (192.168.2.205),
все начинает работать..

Так вот. Как заставить винду не прописывать саму себя шлюзом для маршрута по дефолту ?

Конфиги на сервере:

/etc/pptpd.conf:

ppp /usr/sbin/pppd
option /etc/ppp/options.pptpd
debug
#stimeout 10
#noipparam
#bcrelay eth1
#delegate
connections 5
proxyarp
localip 192.168.2.2
remoteip 192.168.2.205-207

/etc/ppp/options.pptpd:

lock
name pptpd
nodefaultroute
mtu 1490
mru 1490
proxyarp
debug
lcp-echo-interval 40
lcp-echo-failure 5
noipx
nobsdcomp
novj
novjccomp
nodeflate
nologfd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-40
require-mppe-128
#require-mppe-stateless

ms-dns 192.168.3.200

Или может сервер в состоянии не писать машруты на клиенте ? Как быть ?

У меня точно также маршрут показывается в винде при pptp подключении. И все работает отлично. Локалка отдельно, инет через pptp.

> Пинги соответственно не работают,. > Как только удаляю маршрут default через самого себя (192.168.2.205), все начинает работать..

Куда пинги не работают?

> Как заставить винду не прописывать саму себя шлюзом для маршрута по дефолту ?

Найди в свойствах TCP/IP своего соединения на винде в дополнительных параметрах флаг "Использовать основной шлюз в удаленной сети".

>Куда пинги не работают? Пинги неработают до PPTPD сервера(до виртуального интерфейса на pptpd сервере с адресом 192.168.2.2)

>У меня точно также маршрут показывается в винде при pptp подключении. И все работает отлично. Локалка отдельно, инет через pptp.

А пропинговать ты можешь удаленную точку ?

> Пинги неработают до PPTPD сервера(до виртуального интерфейса на pptpd сервере с адресом 192.168.2.2)

Файрвол? Посмотри tcpdump'ом на этом интерфейсе, что происходит.

> А пропинговать ты можешь удаленную точку ?

Конечно. У меня через это подключение инет идет.

Да нипречем фаерволл.. А когда я маршрут по default'у удаляю, и фаерволл правится на удаленном конце ?

Тут именно дело в маршрутизации. Ты можешь показать свой роут на поднятом соединении с VPN ?

Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0     172.31.12.65    172.31.12.80       31
          0.0.0.0          0.0.0.0      192.168.2.4     192.168.2.4       1
       10.0.200.0    255.255.255.0       10.0.200.1      10.0.200.1       30
       10.0.200.1  255.255.255.255        127.0.0.1       127.0.0.1       30
   10.255.255.255  255.255.255.255       10.0.200.1      10.0.200.1       30
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
       172.16.0.0      255.240.0.0     172.31.12.65    172.31.12.80       1
     172.31.12.44  255.255.255.255     172.31.12.65    172.31.12.80       1
     172.31.12.64  255.255.255.224     172.31.12.80    172.31.12.80       30
     172.31.12.80  255.255.255.255        127.0.0.1       127.0.0.1       30
   172.31.255.255  255.255.255.255     172.31.12.80    172.31.12.80       30
      192.168.2.4  255.255.255.255        127.0.0.1       127.0.0.1       50
    192.168.2.255  255.255.255.255      192.168.2.4     192.168.2.4       50
        224.0.0.0        240.0.0.0       10.0.200.1      10.0.200.1       30
        224.0.0.0        240.0.0.0     172.31.12.80    172.31.12.80       30
        224.0.0.0        240.0.0.0      192.168.2.4     192.168.2.4       1
  255.255.255.255  255.255.255.255       10.0.200.1      10.0.200.1       1
  255.255.255.255  255.255.255.255     172.31.12.80    172.31.12.80       1
Основной шлюз:         192.168.2.4

192.168.2.4 - мой локальный адрес, 192.168.2.254 - удаленный. Никаких настроек в клиенте не делал.

Я подозреваю, что у товарища просто не прописан шлюз по-умолчанию в ствойствах сетевого подключения по локальной сети. Вот винда себя шлюзом и назначает.

>Я подозреваю, что у товарища просто не прописан шлюз по-умолчанию в ствойствах сетевого подключения по локальной сети. Вот винда себя шлюзом и назначает.

Конено не прописан, я же все это должен получать по DHCP. иначе никак, удаленные клиенты только так и работают.

Конено не прописан, я же все это должен получать по DHCP. иначе никак, удаленные клиенты только так и работают.

Ну дык, тогда, если так настроен dhcp, то вариант с удалением дефолтного пути в файле-сценарии - единственное приемлемое решение.