LINUX.ORG.RU

Сообщения shakhmaykin

 

VPN: Win2003-сервер и Linux-клиент

Помогите подружить сабжи.

Есть сервак Win2k3 Enterprise, он же контроллер домена, на нём поднята служба удалённого доступа. К нему без проблем подключаются клиенты из WinXP (в настройках включено шифрование, тип VPN - "автоматически", имя, пароль, домен).

Есть задача настроить клиента в RHEL 9, чтобы он так же беспроблемно коннектился к винде, при этом ковырять что-то на сервере весьма затруднительно - он админится другими людьми.

Делал всё с помощью pptp-command setup, вручную создавал в /etc/ppp/peers файл с описанием туннеля, но при установке подключения в какой-то момент всё отваливается.

В качестве руководства использовал, в том числе, инфу отсюда - http://volgograd.lug.ru/wiki/GrableVodstvo/articles/VPNLinuxClientWindowsServer

Безуспешно, к сожалению.
Ниже - логи винды и линуха, на винде настройки дефолтные, в линухах такие же, как в вышеприведённой ссылке.

----------------------------------------------
LINUX:
[root@host peers]#/usr/local/sbin/pppd call test-1 debug
pppd options in effect:
debug debug debug # (from command line)
nodetach # (from /etc/ppp/peers/test-1)
logfd 2 # (from /etc/ppp/peers/test-1)
dump # (from /etc/ppp/peers/test-1)
noauth # (from /etc/ppp/peers/test-1)
refuse-chap # (from /etc/ppp/peers/test-1)
refuse-mschap # (from /etc/ppp/peers/test-1)
refuse-eap # (from /etc/ppp/peers/test-1)
name srv.test\\user # (from /etc/ppp/peers/test-1)
2 # (from /etc/ppp/options)
# (from /etc/ppp/options)
connect /bin/true # (from /etc/ppp/peers/test-1)
pty /usr/sbin/pptp 192.168.40.200 --nolaunchpppd # (from /etc/ppp/peers/test-1)
ipparam test-1 # (from /etc/ppp/peers/test-1)
nodefaultroute # (from /etc/ppp/peers/test-1)
require-mppe # (from /etc/ppp/peers/test-1)
require-mppe-128 # (from /etc/ppp/peers/test-1)
speed 2 not supported
Serial connection established.
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/pts/13
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe19caceb> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1400> <auth chap MS-v2> <magic 0x7be2307b> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:01.ec.47.6b.3e.c5.49.e6.b6.4f.19.0a.7a.5c.0e.89.00.00.00.00]> < 17 04 00 0b>]
sent [LCP ConfRej id=0x0 <callback CBCP> <mrru 1614> < 17 04 00 0b>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe19caceb> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <mru 1400> <auth chap MS-v2> <magic 0x7be2307b> <pcomp> <accomp> <endpoint [local:01.ec.47.6b.3e.c5.49.e6.b6.4f.19.0a.7a.5c.0e.89.00.00.00.00]>]
sent [LCP ConfAck id=0x1 <mru 1400> <auth chap MS-v2> <magic 0x7be2307b> <pcomp> <accomp> <endpoint [local:01.ec.47.6b.3e.c5.49.e6.b6.4f.19.0a.7a.5c.0e.89.00.00.00.00]>]
rcvd [CHAP Challenge id=0x0 <2a42a4425284a0c8d6186140b4d35bd1>, name = "SRV-TEST"]
sent [CHAP Response id=0x0 <4d197b2f188023e2d827f5f54c3062a7c00000c62606080a94966206f4cf3d90e012af811e5985 b4735979147f6b356300>, name = "srv.test\\user"]
rcvd [LCP TermReq id=0x3 "{\377777777420{\000<\37777777715t\000\000\002\37777777663"]
LCP terminated by peer ({M-b0{^@<M-Mt^@^@^BM-3)
sent [LCP TermAck id=0x3]
Connection terminated.
Modem hangup
Script /usr/sbin/pptp 192.168.0.200 --nolaunchpppd finished (pid 7748), status = 0x0

[root@host peers]# *** glibc detected *** double free or corruption (fasttop): 0x080574d0 ***

WINDOWS:
Пользователь "srv.test\user" подключился, но не прошел проверку подлинности
на порте "VPN4-127". Связь была отключена.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp";.

-------------------------------------------------

P.S. Еще очень смущает в конце выскакивающая строка
[root@host peers]# *** glibc detected *** double free or corruption (fasttop): 0x080574d0 *** 

>>>

shakhmaykin
()

sendmail и большие почтовые ящики

Есть sendmail+pop3. Проблема следующая: если пользователь в почтовом клиенте укажет "оставлять письма на сервере", то его почтовый ящик будет накапливать старые, прочитанные письма. И при достижении некоего критического (не понятно только для кого, на жестком диске места полно) объема (около 100 мб), почта перестает доставляться этому пользователю. Т.е. при попытке получить письма сервер выдает сообщение вида: 19.07.2006, 15:47:42: FETCH - Получение новой почты 19.07.2006, 15:47:42: FETCH - Соединение с POP3 сервером прошло удачно !19.07.2006, 15:47:42: FETCH - Сервер сообщает об ошибке: -ERR

При этом функционирование самого sendmail-а не страдает - ящик продолжает принимать в себя новые письма, увеличиваясь еще больше.

думается, что это дело рук POP3, но возможно ли как-нибудь его побороть?

shakhmaykin
()

RSS подписка на новые темы