Gmarapet 0 Жалоба Опубликовано: 15 января 2008 (изменено) Как настроить xl2tpd в качестве клиента для работы с Корбиной Подробно. Пакет xl2tpd берем тут. распаковываем tar -zxvf xl2tpd-1.1.12.tar.gz заходим в каталог xl2tpd-1.1.12 ./configure делать не нужно, сразу make && make install далее создаем конфиги следующего содержания --- /etc/xl2tpd/xl2tpd.conf --- [global] access control = yes [lac corbina] lns = l2tp.corbina.net redial = yes redial timeout = 1 require chap = yes require authentication = no name = ИМЯ_ПОЛЬЗОВАТЕЛЯ ppp debug = yes pppoptfile = /etc/ppp/options.xl2tpd require pap = no autodial = yes -------------------------------------- разбор опций xl2tpd.conf : [global] access control = yes xl2tpd будет разрешать соединения только с адресами, указанными в lac секциях. [lac corbina] (вместо corbina можно всё, что угодно) lns = l2tp.corbina.net - адрес, куда коннектиться ( также можно явно указывать ip ) redial = yes - при потере связи пробовать установить связь снова redial timeout = 1 - время между попытками переустановить связь после обрыва ( в секундах ) require chap = yes - нужна chap аутентификатия. require authentication = no - запрет аутентификации удаленного сервера у нас name ИМЯ_ПОЛЬЗОВАТЕЛЯ - наш логин ppp debug = yes - вывод подробной информации демона pppd для нашего соединения в syslog pppoptfile = /etc/ppp/options.xl2tpd - опции непосредственно для демона pppd require pap = no - pap аутентификация не нужна autodial = yes - при запуске xl2tpd сразу начинает устанавливать соединение -------------------------------------- --- /etc/ppp/options.xl2tpd --- name ИМЯ_ПОЛЬЗОВАТЕЛЯ remotename l2tp ipparam corbina connect /bin/true nodeflate nobsdcomp persist maxfail 0 nopcomp noaccomp defaultroute -------------------------------------- разбор опций /etc/ppp/options.xl2tpd: name ИМЯ_ПОЛЬЗОВАТЕЛЯ - наш логин, pppd ( дублируется для надежности :-) ) remotename l2tp - метка для удаленного сервера ( все равно, чсто писать ) ipparam corbina - дополнительный параметр для системных скриптов ip-up, ip-down и ip-pre-up connect /bin/true - путь к произвольному скрипту, который выполнится перед стартом ppp протокола, нам это не нужно, поэтому /bin/true nodeflate - выключает сжатие пакетов по схеме deflate nobsdcomp - выключает сжатие пакетов по схеме bsd-compression ( да и Корбина это не поддерживает вроде ) persist - при обрыве соединения pppd самостоятельно пытается его восстановить maxfail 0 - кол-во попыток самостоячтельной переустановки соединения при обрыве. В нашем случае по достижении указанного количества попыток pppd завершается, и восстановлением соединения будет заниматься xl2tpd. Значение 0 - бесконечное число попыток. nopcomp - запрещает "договариваться" о сжатии пакетов как на приём, так и на передачу noaccomp - запрещает сжатие Address/Control как на приём, так и на передачу defaultroute - маршрут по умолчанию через наш ppp интерфейс. -------------------------------------- --- /etc/ppp/chap-secrets --- ИМЯ ПОЛЬЗОВАТЕЛЯ * ПАРОЛЬ -------------------------------------- Это разбирать не буду :-) Также в дистрибутиве xl2tpd есть скрипты для запуска демоня для fedor'ы, suse и openwrt. Вроде всё PS: Совсем забыл :-) xl2tpd умеет работать с kernel-модулем от openl2tp, который, начиная с ветки 2.6.23 уже включен в ядро. У меня именно так и работает ( ядро 2.6.22, с наложенным патчем pppol2tp-linux-2.6.22.patch из пакета pppol2tp-kmod-0.17 от разработчика openl2tp ). Чтобы включить поддержку kernel-модуля перед компиляцией xl2tpd надо раскомментровать строку OSFLAGS+= -DUSE_KERNEL в файле Makefile. Работа демона с kernel-модулем повышает его производительность ( на и вообще, на мой взгляд, так правильнее :-) ). Изменено 12 мая 2008 пользователем Masaki Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 15 января 2008 xl2ptd-1.1.12 --- /etc/xl2tpd/xl2tpd.conf --- [global] access control = yes [lac corbina] lns = l2tp.corbina.net redial = yes redial timeout = 1 require chap = yes require authentication = no name = <ИМЯ ПОЛЬЗОВАТЕЛЯ> ppp debug = yes pppoptfile = /etc/ppp/options.xl2tpd require pap = no autodial = yes --- /etc/ppp/options.xl2tpd --- name corbina remotename l2tp ipparam corbina connect /bin/true nodeflate nobsdcomp persist maxfail 0 nopcomp noaccomp defaultroute --- /etc/ppp/chap-secrets --- <ИМЯ ПОЛЬЗОВАТЕЛЯ> * <ПАРОЛЬ> Собственно, всё Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 15 января 2008 Сделал все один в один. Какая-то фигня с chap происходит в результате. pppd[11205]: sent [LCP ConfRej id=0x9 <auth chap MD5>] pppd[11205]: rcvd [LCP ConfReq id=0xa <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa68b56c1>] pppd[11205]: No auth is possible Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 15 января 2008 <ИМЯ ПОЛЬЗОВАТЕЛЯ> и <ПАРОЛЬ> в chap-secrets и xl2tpd.conf без <> скобок ? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 15 января 2008 (изменено) <ИМЯ ПОЛЬЗОВАТЕЛЯ> и <ПАРОЛЬ> в chap-secrets и xl2tpd.conf без <> скобок ? Да, догадался, вроде, что без скобок. Имя пользователя так же. Причем пробовал в chap-secrets в конце еще астериск дописывать, все равно не помогло. Может еще в чем дело? В чем только, понять не могу. Изменено 15 января 2008 пользователем Gmarapet Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 15 января 2008 Ошибка явно указывает на некорректный символ в name в xl2tpd.conf. Хочу cat /etc/xl2tpd/xl2tpd.conf Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 15 января 2008 (изменено) Ошибка явно указывает на некорректный символ в name в xl2tpd.conf. Хочу cat /etc/xl2tpd/xl2tpd.conf --- xl2tpd.conf --- [global] access control = yes ;auth file = /etc/xl2tpd/l2tp-secrets [lac corbina] lns = l2tp.corbina.net redial = yes redial timeout = 10 require chap = yes require authentication = no name = gmarapet ppp debug = yes pppoptfile = /etc/ppp/options.xl2tpd require pap = no autodial = yes --- /etc/ppp/options.xl2tpd --- name corbina remotename l2tp ipparam corbina connect /bin/true nodeflate nobsdcomp persist maxfail 0 nopcomp noaccomp defaultroute --- /etc/ppp/chap-secrets --- # Secrets for authentication using CHAP # client server secret IP addresses gmarapet * cegthgfhjkm Вот лог попопытки связи Jan 16 00:33:51 gobo xl2tpd[11205]: This binary does not support kernel L2TP. Jan 16 00:33:51 gobo xl2tpd[11206]: xl2tpd version xl2tpd-1.1.12 started on gobo PID:11206 Jan 16 00:33:51 gobo xl2tpd[11206]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. Jan 16 00:33:51 gobo xl2tpd[11206]: Forked by Scott Balmos and David Stipp, (C) 2001 Jan 16 00:33:51 gobo xl2tpd[11206]: Inherited by Jeff McAdams, (C) 2002 Jan 16 00:33:51 gobo xl2tpd[11206]: Forked again by Xelerance (www.xelerance.com) (C) 2006 Jan 16 00:33:51 gobo xl2tpd[11206]: Listening on IP address 0.0.0.0, port 1701 Jan 16 00:33:51 gobo xl2tpd[11206]: Connecting to host l2tp.corbina.net, port 1701 Jan 16 00:33:51 gobo xl2tpd[11206]: Connection established to 85.21.0.255, 1701. Local: 18166, Remote: 33207 (ref=0/0). Jan 16 00:33:51 gobo xl2tpd[11206]: Calling on tunnel 18166 Jan 16 00:33:51 gobo xl2tpd[11206]: Call established with 85.21.0.255, Local: 19747, Remote: 14738, Serial: 1 (ref=0/0) Jan 16 00:33:51 gobo xl2tpd[11206]: start_pppd: I'm running: Jan 16 00:33:51 gobo xl2tpd[11206]: "/usr/sbin/pppd" Jan 16 00:33:51 gobo xl2tpd[11206]: "passive" Jan 16 00:33:51 gobo xl2tpd[11206]: "-detach" Jan 16 00:33:51 gobo xl2tpd[11206]: ":" Jan 16 00:33:51 gobo xl2tpd[11206]: "name" Jan 16 00:33:51 gobo xl2tpd[11206]: "gmarapet" Jan 16 00:33:51 gobo xl2tpd[11206]: "debug" Jan 16 00:33:51 gobo xl2tpd[11206]: "file" Jan 16 00:33:51 gobo xl2tpd[11206]: "/etc/ppp/options.xl2tpd" Jan 16 00:33:51 gobo xl2tpd[11206]: "/dev/pts/0" Jan 16 00:33:52 gobo pppd[11214]: pppd 2.4.4 started by root, uid 0 Jan 16 00:33:52 gobo pppd[11214]: Serial connection established. Jan 16 00:33:52 gobo pppd[11214]: using channel 4 Jan 16 00:33:52 gobo pppd[11214]: Using interface ppp0 Jan 16 00:33:52 gobo pppd[11214]: Connect: ppp0 <--> /dev/pts/0 Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe3377df3>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x1 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7> <pcomp> <accomp>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x1 <auth chap MD5> <pcomp> <accomp>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe3377df3>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x2 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x2 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x3 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x3 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x4 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x4 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x5 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x5 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x6 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x6 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x7 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x7 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x8 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x8 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0x9 <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0x9 <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP ConfReq id=0xa <mru 1072> <asyncmap 0xa0000> <auth chap MD5> <magic 0xa7eb21e7>] Jan 16 00:33:53 gobo pppd[11214]: No auth is possible Jan 16 00:33:53 gobo pppd[11214]: sent [LCP ConfRej id=0xa <auth chap MD5>] Jan 16 00:33:53 gobo pppd[11214]: rcvd [LCP TermReq id=0xb] Jan 16 00:33:53 gobo pppd[11214]: sent [LCP TermAck id=0xb] Jan 16 00:33:53 gobo xl2tpd[11206]: handle_avps: dont know how to handle atribute 46. Jan 16 00:33:53 gobo xl2tpd[11206]: handle_avps: dont know how to handle atribute 104. Jan 16 00:33:53 gobo xl2tpd[11206]: control_finish: Connection closed to 85.21.0.255, serial 1 (Locally generated disconnect) Jan 16 00:33:53 gobo xl2tpd[11206]: Untrustingly terminating pppd: sending KILL signal to pid 11214 Jan 16 00:33:53 gobo xl2tpd[11206]: pppd 11214 successfully terminated Jan 16 00:33:59 gobo xl2tpd[11206]: death_handler: Fatal signal 15 received Изменено 15 января 2008 пользователем Gmarapet Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 Сорри, я немного ошибся. В /etc/ppp/options.xl2tpd вместо name corbina должно быть name <ИМЯ ПОЛЬЗОВАТЕЛЯ> Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 16 января 2008 Сорри, я немного ошибся. В /etc/ppp/options.xl2tpd вместо name corbina должно быть name <ИМЯ ПОЛЬЗОВАТЕЛЯ> Гранмерси за помощь. Ура! Наконец-то появился нормальный аплод. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
VladimirSS 3 Жалоба Опубликовано: 16 января 2008 (изменено) Гранмерси за помощь. Ура! Наконец-то появился нормальный аплод. Вот отсюда по подробней (для новичка) желательно по шагам (что б заработало с первого раза и без бубна) чего где берем чего куда ставим как поднимаем. и есть ли разница в работе и скорости? Изменено 16 января 2008 пользователем VladimirSS Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 16 января 2008 Вот отсюда по подробней (для новичка) желательно по шагам (что б заработало с первого раза и без бубна) чего где берем чего куда ставим как поднимаем. и есть ли разница в работе и скорости? Могу только про Дженту уверенно рассказать. Подойдет? При настроенном pptp ставим xl2tpd (у меня был в дистрибутиве) создаем/меняем конфиги, как было описано. вот мои --- xl2tpd.conf --- [global] access control = yes [lac corbina] lns = l2tp.corbina.net redial = yes redial timeout = 10 require chap = yes require authentication = no name = ЛОГИНВКОРБИНЕ ppp debug = yes pppoptfile = /etc/ppp/options.xl2tpd require pap = no autodial = yes --- /etc/ppp/options.xl2tpd --- name ЛОГИНВКОРБИНЕ remotename l2tp ipparam corbina connect /bin/true nodeflate nobsdcomp persist maxfail 0 nopcomp noaccomp defaultroute mru 1460 mtu 1460 --- /etc/ppp/chap-secrets --- # Secrets for authentication using CHAP # client server secret IP addresses ЛОГИНВКОРБИНЕ * ПАРОЛЬ Останавливаем pptp, запускаем xl2tp. У меня заработало. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 (изменено) Как настроить xl2tpd в качестве клиента для работы с Корбиной Подробно. Пакет xl2tpd берем тут. распаковываем tar -zxvf xl2tpd-1.1.12.tar.gz заходим в каталог xl2tpd-1.1.12 ./configure делать не нужно, сразу make && make install далее создаем конфиги следующего содержания --- /etc/xl2tpd/xl2tpd.conf --- [global] access control = yes [lac corbina] lns = l2tp.corbina.net redial = yes redial timeout = 1 require chap = yes require authentication = no name = ИМЯ_ПОЛЬЗОВАТЕЛЯ ppp debug = yes pppoptfile = /etc/ppp/options.xl2tpd require pap = no autodial = yes -------------------------------------- разбор опций xl2tpd.conf : [global] access control = yes xl2tpd будет разрешать соединения только с адресами, указанными в lac секциях. [lac corbina] (вместо corbina можно всё, что угодно) lns = l2tp.corbina.net - адрес, куда коннектиться ( также можно явно указывать ip ) redial = yes - при потере связи пробовать установить связь снова redial timeout = 1 - время между попытками переустановить связь после обрыва ( в секундах ) require chap = yes - нужна chap аутентификатия. require authentication = no - запрет аутентификации удаленного сервера у нас name ИМЯ_ПОЛЬЗОВАТЕЛЯ - наш логин ppp debug = yes - вывод подробной информации демона pppd для нашего соединения в syslog pppoptfile = /etc/ppp/options.xl2tpd - опции непосредственно для демона pppd require pap = no - pap аутентификация не нужна autodial = yes - при запуске xl2tpd сразу начинает устанавливать соединение -------------------------------------- --- /etc/ppp/options.xl2tpd --- name ИМЯ_ПОЛЬЗОВАТЕЛЯ remotename l2tp ipparam corbina connect /bin/true nodeflate nobsdcomp persist maxfail 0 nopcomp noaccomp defaultroute -------------------------------------- разбор опций /etc/ppp/options.xl2tpd: name ИМЯ_ПОЛЬЗОВАТЕЛЯ - наш логин, pppd ( дублируется для надежности :-) ) remotename l2tp - метка для удаленного сервера ( все равно, чсто писать ) ipparam corbina - дополнительный параметр для системных скриптов ip-up, ip-down и ip-pre-up connect /bin/true - путь к произвольному скрипту, который выполнится перед стартом ppp протокола, нам это не нужно, поэтому /bin/true nodeflate - выключает сжатие пакетов по схеме deflate nobsdcomp - выключает сжатие пакетов по схеме bsd-compression ( да и Корбина это не поддерживает вроде ) persist - при обрыве соединения pppd самостоятельно пытается его восстановить maxfail 0 - кол-во попыток самостоячтельной переустановки соединения при обрыве. В нашем случае по достижении указанного количества попыток pppd завершается, и восстановлением соединения будет заниматься xl2tpd. Значение 0 - бесконечное число попыток. nopcomp - запрещает "договариваться" о сжатии пакетов как на приём, так и на передачу noaccomp - запрещает сжатие Address/Control как на приём, так и на передачу defaultroute - маршрут по умолчанию через наш ppp интерфейс. -------------------------------------- --- /etc/ppp/chap-secrets --- ИМЯ ПОЛЬЗОВАТЕЛЯ * ПАРОЛЬ -------------------------------------- Это разбирать не буду :-) Также в дистрибутиве xl2tpd есть скрипты для запуска демоня для fedor'ы, suse и openwrt. Вроде всё PS: Совсем забыл :-) xl2tpd умеет работать с kernel-модулем от openl2tp, который, начиная с ветки 2.6.23 уже включен в ядро. У меня именно так и работает ( ядро 2.6.22, с наложенным патчем pppol2tp-linux-2.6.22.patch из пакета pppol2tp-kmod-0.17 от разработчика openl2tp ). Чтобы включить поддержку kernel-модуля перед компиляцией xl2tpd надо раскомментровать строку OSFLAGS+= -DUSE_KERNEL в файле Makefile. Работа демона с kernel-модулем повышает его производительность ( на и вообще, на мой взгляд, так правильнее :-) ). Также разработчики заявляют поддержку FreeBSD - не знаю, не пробовал ... Изменено 16 января 2008 пользователем BuHTOKPbIJI Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 А если сейчас соединение работает через PPTP - какие нужно сделать предварительно изменения, чтобы перейти со старого варианта подключения на новое? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 16 января 2008 А если сейчас соединение работает через PPTP - какие нужно сделать предварительно изменения, чтобы перейти со старого варианта подключения на новое? Никаких, в принцпе. Мне, во всяком случае не понадобилось. Просто поставил xl2tpd, прописал правильные настройки в конфигах, остановил pptp и запустил l2tp (xl2tpd). В том-то и вся прелесть. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 остановил pptp и запустил l2tp (xl2tpd) После запуска l2tp соединения с Интеренетом нет. В логах пусто. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 После запуска l2tp соединения с Интеренетом нет. В логах пусто. Не верю :-) Если запущен syslog, то в /var/log/messages должно быть море информации :-) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 Видно, что разрывается pptp-соединение, а по поводу l2tp нет никаких сообщений. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 А запускаешь как ? xl2tpd ? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 # /etc/init.d/xl2tpd start Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 ps aux | grep xl2tpd есть ли он в процессах ? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Alevro 0 Жалоба Опубликовано: 16 января 2008 А почему все забыли, что для "дозвона" нужно сказать: echo "c corbina" > /var/run/xl2tpd/l2tp-control после поднятия демона (x)l2tpd? P.S. приведенная строчка справедлива только если имя lac действительн corbina в конфиге демона. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 (изменено) ps aux | grep xl2tpd есть ли он в процессах ? Хм, получается, нет. Где смотреть, что не так? Изменено 16 января 2008 пользователем radioelectron Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 А почему все забыли, что для "дозвона" нужно сказать:Код echo "c corbina" > /var/run/xl2tpd/l2tp-control после поднятия демона (x)l2tpd? wink.gif P.S. приведенная строчка справедлива только если имя lac действительн corbina в конфиге демона. А потому что autodial = yes, тоесть сам "дозванивается" Читаем внимательнее. Хм, получается, нет. Где смотреть, что не так? # whereis xl2tpd видишь, где он есть. Далее идешь править скрипт /etc/init.d/xl2tpd на предмет пути к демону. Для начала пусти его из консоли # xl2tpd Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Gmarapet 0 Жалоба Опубликовано: 16 января 2008 (изменено) У меня другая проблемка вылезла. Все, вроде работает, но в логи сыплется pppd[25573]: Failed to open /dev/pts/N: No such file or directory Где N -- цифра. Изменено 16 января 2008 пользователем Gmarapet Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 # whereis xl2tpd видишь, где он есть. Выполнил команду: radioelectron-debian:/home/radioelectron# whereis xl2tpd xl2tpd: /usr/sbin/xl2tpd /etc/xl2tpd /usr/share/man/man8/xl2tpd.8 В файле /etc/init.d/xl2tpd: DAEMON=/usr/sbin/xl2tpd Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 Ну и что пишется в /var/log/messages при 'тупом' запуске #xl2tpd Цитату в студию ! Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 (изменено) Нашел ошибку - в /var/log/syslog пишется: "xl2tpd[3667]: init_network: Unable to bind socket: Address already in use. Terminating" Изменено 16 января 2008 пользователем radioelectron Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 (изменено) #killall xl2tpd #killall openl2tpd #killall l2tpd тоесть всё, что может быть l2tp демоном ну а после уже запускай #xl2tpd Изменено 16 января 2008 пользователем BuHTOKPbIJI Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
radioelectron 0 Жалоба Опубликовано: 16 января 2008 Все равно та же ошибка. Перезагрузился, посмотрел лог загрузки: Jan 16 16:31:20 radioelectron-debian pptpd[3163]: MGR: Manager process started Jan 16 16:31:20 radioelectron-debian pptpd[3163]: MGR: Maximum of 100 connections available Jan 16 16:31:20 radioelectron-debian xl2tpd[3166]: init_network: Unable to bind socket: Address already in use. Terminating. Jan 16 16:31:20 radioelectron-debian init: Re-reading inittab Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Found user 'avahi' (UID 105) and group 'avahi' (GID 106). Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Successfully dropped root privileges. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: avahi-daemon 0.6.22 starting up. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Successfully called chroot(). Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Successfully dropped remaining capabilities. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: No service file found in /etc/avahi/services. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::217:9aff:feb3:8efb. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: New relevant interface eth0.IPv6 for mDNS. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Joining mDNS multicast group on interface eth0.IPv4 with address 10.149.10.222. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: New relevant interface eth0.IPv4 for mDNS. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Network interface enumeration completed. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Registering new address record for fe80::217:9aff:feb3:8efb on eth0.*. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Registering new address record for 10.149.10.222 on eth0.IPv4. Jan 16 16:31:20 radioelectron-debian avahi-daemon[3192]: Registering HINFO record with values 'I686'/'LINUX'. Jan 16 16:31:20 radioelectron-debian acpid: client connected from 3223[106:109] Jan 16 16:31:20 radioelectron-debian acpid: 1 client rule loaded Jan 16 16:31:21 radioelectron-debian avahi-daemon[3192]: Server startup complete. Host name is radioelectron-debian.local. Local service cookie is 3831934244. Может, здесь что-то не так? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
BuHTOKPbIJI 0 Жалоба Опубликовано: 16 января 2008 Jan 16 16:31:20 radioelectron-debian pptpd[3163]: MGR: Manager process startedJan 16 16:31:20 radioelectron-debian pptpd[3163]: MGR: Maximum of 100 connections available Это pptp сервер, который предлагает приконнектиться к тебе 100 клиентам . Оно тебе надо ? Тоесть сделай так - /etc/rc.d/init.d/pptpd stop Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
