The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"pptpd, pppd"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Информационная безопасность (Public)
Изначальное сообщение [Проследить за развитием треда]

"pptpd, pppd"
Сообщение от Alex_kl emailИскать по авторуВ закладки on 29-Апр-03, 09:51  (MSK)
На сколько я пониял, если в файле pap-secrets указать для каждого имени свой IP, то при организации VPN-соединения пользователь получит именно этот адрес, однако опыт показал, что присвоение адресов идет не в зависимости от имени, а просто по порядку подключения (первый подключившийся получает первый адрес из диапазона, следующий - второй и т.д.). В чем может быть проблема?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "pptpd, pppd"
Сообщение от J Искать по авторуВ закладки on 29-Апр-03, 16:31  (MSK)
>На сколько я пониял, если в файле pap-secrets указать для каждого имени
>свой IP, то при организации VPN-соединения пользователь получит именно этот адрес,
>однако опыт показал, что присвоение адресов идет не в зависимости от
>имени, а просто по порядку подключения (первый подключившийся получает первый адрес
>из диапазона, следующий - второй и т.д.). В чем может быть
>проблема?

pptp-клиент всегда запрашивает сначала chap-авторизацию
может, в файле chap-secrets рядом с именем стоит *?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "pptpd, pppd"
Сообщение от Alex_kl Искать по авторуВ закладки on 29-Апр-03, 21:20  (MSK)
>>На сколько я пониял, если в файле pap-secrets указать для каждого имени
>>свой IP, то при организации VPN-соединения пользователь получит именно этот адрес,
>>однако опыт показал, что присвоение адресов идет не в зависимости от
>>имени, а просто по порядку подключения (первый подключившийся получает первый адрес
>>из диапазона, следующий - второй и т.д.). В чем может быть
>>проблема?
>
>pptp-клиент всегда запрашивает сначала chap-авторизацию
>может, в файле chap-secrets рядом с именем стоит *?

chap-secrets - пустой? в нем ни имен, ни чего другого

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "pptpd, pppd"
Сообщение от J Искать по авторуВ закладки on 30-Апр-03, 12:27  (MSK)
>>>На сколько я пониял, если в файле pap-secrets указать для каждого имени
>>>свой IP, то при организации VPN-соединения пользователь получит именно этот адрес,
>>>однако опыт показал, что присвоение адресов идет не в зависимости от
>>>имени, а просто по порядку подключения (первый подключившийся получает первый адрес
>>>из диапазона, следующий - второй и т.д.). В чем может быть
>>>проблема?
>>
>>pptp-клиент всегда запрашивает сначала chap-авторизацию
>>может, в файле chap-secrets рядом с именем стоит *?
>
>chap-secrets - пустой? в нем ни имен, ни чего другого


уберите тогда диапазон в конфиге poptop

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "pptpd, pppd"
Сообщение от Alex_kl emailИскать по авторуВ закладки on 05-Май-03, 16:42  (MSK)
>>>
>>>pptp-клиент всегда запрашивает сначала chap-авторизацию
>>>может, в файле chap-secrets рядом с именем стоит *?
>>
>>chap-secrets - пустой? в нем ни имен, ни чего другого
>
>
>уберите тогда диапазон в конфиге poptop


Когда убрал remoteip - адреса стали выделяться с *.1. :-(
Вот конфиги

pptpd.conf

################################################################################
#
# Sample PoPToP configuration file
#
# for PoPToP version 1.0.0
#
################################################################################

# TAG: speed
#
# Specifies the speed for the PPP daemon to talk at.
# Some PPP daemons will ignore this value.
#
#speed 115200

# TAG: option
#
# Specifies the location of the PPP options file.
# By default PPP looks in '/etc/ppp/options'
#
#option /this/is/the/options/file
/etc/ppp/options.pptpd

# TAG: debug
#
# Turns on (more) debugging to syslog.
#
debug

# TAG: localip
# TAG: remoteip
#
# Specifies the local and remote IP address ranges.
#
# You can specify single IP addresses seperated by commas or you can
# specify ranges, or both. For example:
#
# 192.168.0.234,192.168.0.245-249,192.168.0.254
#
# IMPORTANT RESTRICTIONS:
#
# 1. No spaces are permitted between commas or within addresses.
#
# 2. If you give more IP addresses than MAX_CONNECTIONS, it will
#    start at the beginning of the list and go until it gets
#    MAX_CONNECTIONS IPs. Others will be ignored.
#
# 3. No shortcuts in ranges! ie. 234-8 does not mean 234 to 238,
#    you must type 234-238 if you mean this.
#
# 4. If you give a single localIP, that's ok - all local IPs will
#    be set to the given one. You MUST still give at least one remote
#    IP for each simultaneous client.
#
localip 192.168.1.58 # Внутренний порт
remoteip 192.168.1.175-180

# TAG: ipxnets
#
# This gives the range of IPX networks to allocate to clients.  By
# default IPX network number allocation is not handled internally.
# By putting a low and high network number here a pool of IPX networks
# can be defined.  If this is done then there must be one IPX network
# per client.
#
# The format is a pair of hex numbers without any 0x prefix separated
# by a hyphen.
#
#ipxnets 00001000-00001FFF

# TAG: listen
#
# Defines the IP address of the local interface on which pptpd
# should listen for connections.  The default is to listen on all
# local interfaces (even ones brought up by pptp connections, thus
# permitting pptp tunnels inside the pptp tunnels).
#
#listen 192.168.0.1

# TAG: pidfile
#
# This defines the file name in which pptpd should store its process
# ID (or pid).  The default is /var/run/pptpd.pid.
#
#pidfile /var/run/pptpd.pid
# You can use portslave with pptpd:
#pppd /usr/sbin/pptp-portslave

pap-secrets

# Secrets for authentication using PAP
# client server secret IP addresses
####### redhat-config-network will overwrite this part!!! (begin) ##########
####### redhat-config-network will overwrite this part!!! (end) ############
aaa * bbb 192.168.1.175
ccc * ddd 192.168.1.176
eee * fff 192.168.1.177
ggg * hhhh 192.168.1.180

options.pptpd

debug
ipparam PoPToP
lock
mtu 1490
mru 1490
ms-dns 192.168.1.1
proxyarp
auth
pap
#+chap
#+chapms
#+chapms-v2
ipcp-accept-local
ipcp-accept-remote
lcp-echo-failure 30
lcp-echo-interval 5
deflate 0
mppe-128
mppe-stateless
require-mppe
require-mppe-stateless

Что же еще там нужно/можно сделать?

И еще пара вопросов
- можно ли передать как нибудь автоматически клиенту адрес DNS-сервера - чтобы не заставлять его править настройки TCP/IP?

- сейчас у меня получается, что, подняв vpn с удаленной сеткой через и-нет, я теряю свои локальные подключения. Можно ли как-либо исправить это?

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру