weldpua2008 0 Опубликовано: 2006-04-16 20:49:06 Share Опубликовано: 2006-04-16 20:49:06 FreeNibs+Freedadius+MPD:ошибка 691, при конекте из под Винды Помогите плизз!!! Привет. ОС: FreeBSD6.0 Выпадает ошибка 691, при конекте из под Винды - включал/выключал шифрование. mpd v4 Использую Веб-интерфейс: nibs_web(.tar.bz2) Нибс: freenibs-0.0.3-bf3_freeradius-1.0.1(.tar.bz2) Радиус:freeradius-1.0.1(.tar.gz) Использовал для ДБ: nibs_mysql_prof_add.sql,nibs_mysql_cards.sql,nibs_mysql.sql из freenib's fireWall:pf Пользователи не могут подключится...!!! Если это ошибка не в настройках - то скажите!!! Я тогда посижу над интерфейсом... А лутше прислать дамп рабочей базы даных Привожу свои настройки: #cat acct-users DEFAULT Service-Type == Framed-User, Service-Type == Login-User, Login-Service == Telnet, Login-Service == Rlogin, Login-Service == TCP-Clear, Login-TCP-Port <= 65536, Framed-IP-Address == 255.255.255.254, Framed-IP-Netmask == 255.255.255.255, Framed-Protocol == PPP, Framed-Protocol == SLIP, Framed-Compression == Van-Jacobson-TCP-IP, Framed-MTU >= 576, Framed-Filter-ID =* ANY, Reply-Message =* ANY, Proxy-State =* ANY, Session-Timeout <= 28800, Idle-Timeout <= 600, Port-Limit <= 2 #cat huntgroups |grep -v '#' vpn NAS-IP-Address == 192.168.10.1 # cat radius.conf acct 127.0.0.1 weldpua 3 2 auth 127.0.0.1 weldpua 3 2 radiusd.conf - не трогал # cat clients 192.168.10.1 weldpua 127.0.0.1 weldpua # cat clients.conf client 127.0.0.1 { secret= weldpua shortname = localhost nastype = other # localhost isn't usually a NAS... } client 192.168.10.1 { secret = weldpua shortname = localhost nastype = other # localhost isn't usually a NAS... } # cat hints DEFAULT Suffix = ".ppp", Strip-User-Name = Yes Hint = "PPP", Service-Type = Framed-User, Framed-Protocol = PPP DEFAULT Suffix = ".slip", Strip-User-Name = Yes Hint = "SLIP", Service-Type = Framed-User, Framed-Protocol = SLIP DEFAULT Suffix = ".cslip", Strip-User-Name = Yes Hint = "CSLIP", Service-Type = Framed-User, Framed-Protocol = SLIP, Framed-Compression = Van-Jacobson-TCP-IP # cat naslist 192.168.10.1 local portslave 127.0.0.1 local other # cat nibs.conf|grep -v '#' nibs { driver = "rlm_nibs_mysql" server = "localhost" port = "3306" login = "root" password = "" nibs_db = "freenibs" ....остальное без изменений # cat /usr/local/etc/mpd4/mpd.conf default: load pptp0 pptp0: new -i ng00 pptp0 pptp0 set ipcp ranges 192.168.10.1/24 192.168.11.1/32 load pptp_standart pptp_standart: set iface disable on-demand set bundle enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 60 180 set ipcp yes vjcomp set ipcp dns 192.168.10.1 set iface enable proxy-arp set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-e128 set ccp yes mpp-stateless set bundle yes crypt-reqd set pptp enable incoming set pptp disable originate set iface mtu 1500 set link mtu 1500 set radius server 127.0.0.1 weldpua 1812 1813 set radius timeout 10 set radius config /opt/freeradius1.0.1/etc/raddb/radius.conf set radius retries 3 # ifconfig rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=8<VLAN_MTU> inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255 ether 00:0e:2e:2f:84:68 rl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=8<VLAN_MTU> inet 192.168.129.146 netmask 0xfffff000 broadcast 192.168.143.255 plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500 pflog0: flags=141<UP,RUNNING,PROMISC> mtu 33208 lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet 127.0.0.1 netmask 0xff000000 pfsync0: flags=0<> mtu 2020 ng0: flags=8890<POINTOPOINT,NOARP,SIMPLEX,MULTICAST> mtu 1500 inet6 fe80::20e:2eff:fe2f:8468%ng0 prefixlen 64 scopeid 0x7 Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-17 07:22:50 Автор Share Опубликовано: 2006-04-17 07:22:50 Ну хоть подскажите! Копать в сторону настроек или в сторону интерфейса?Заполнения ДБ? Ссылка на сообщение Поделиться на других сайтах
Pit 35 Опубликовано: 2006-04-17 07:38:56 Share Опубликовано: 2006-04-17 07:38:56 Ну хоть подскажите!Копать в сторону настроек или в сторону интерфейса?Заполнения ДБ? Дебаг MPD в студию. Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-17 20:38:26 Автор Share Опубликовано: 2006-04-17 20:38:26 При попытке конекта # mpd4 Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 669, version 4.0b4 (root@freebsd 22:24 27-Mar-2006) [pptp0] ppp node is "mpd669-pptp0" tcpmss node is "mpd669-mss" mpd: local IP address for PPTP is 0.0.0.0 [pptp0] using interface ng0 mpd: bundle "pptp0" already exists mpd: PPTP connection from 192.168.10.99:1766 pptp0: attached to connection with 192.168.10.99:1766 [pptp0] IFACE: Open event [pptp0] IPCP: Open event [pptp0] IPCP: state change Initial --> Starting [pptp0] IPCP: LayerStart [pptp0] IPCP: Open event [pptp0] bundle: OPEN event in state CLOSED [pptp0] opening link "pptp0"... [pptp0] link: OPEN event [pptp0] LCP: Open event [pptp0] LCP: state change Initial --> Starting [pptp0] LCP: LayerStart [pptp0] device: OPEN event in state DOWN [pptp0] attaching to peer's outgoing call [pptp0] device is now in state OPENING [pptp0] device: UP event in state OPENING [pptp0] device is now in state UP [pptp0] link: UP event [pptp0] link: origination is remote [pptp0] LCP: Up event [pptp0] LCP: state change Starting --> Req-Sent [pptp0] LCP: phase shift DEAD --> ESTABLISH [pptp0] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM cc327a6f AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Configure Request #0 link 0 (Req-Sent) MRU 1400 MAGICNUM 19193049 PROTOCOMP ACFCOMP CALLBACK Not supported [pptp0] LCP: SendConfigRej #0 CALLBACK [pptp0] LCP: rec'd Configure Request #1 link 0 (Req-Sent) MRU 1400 MAGICNUM 19193049 PROTOCOMP ACFCOMP [pptp0] LCP: SendConfigAck #1 MRU 1400 MAGICNUM 19193049 PROTOCOMP ACFCOMP [pptp0] LCP: state change Req-Sent --> Ack-Sent [pptp0] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM cc327a6f AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 [pptp0] LCP: rec'd Configure Reject #2 link 0 (Ack-Sent) MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 [pptp0] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM cc327a6f AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM cc327a6f AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: state change Ack-Sent --> Opened [pptp0] LCP: phase shift ESTABLISH --> AUTHENTICATE [pptp0] LCP: auth: peer wants nothing, I want CHAP [pptp0] CHAP: sending CHALLENGE len:17 [pptp0] LCP: LayerUp pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Ident #2 link 0 (Opened) MESG: MSRASV5.10 [pptp0] LCP: rec'd Ident #3 link 0 (Opened) MESG: MSRAS-0-SLIB [pptp0] CHAP: rec'd RESPONSE #1 Name: "w" [pptp0] AUTH: Auth-Thread started [pptp0] AUTH: Trying secret file: mpd.secret Peer name: "w" mpd: warning: line too long, truncated User "w" not found in secret file [pptp0] AUTH: Auth-Thread finished normally [pptp0] CHAP: ChapInputFinish: status failed [pptp0] CHAP: sending FAILURE len:29 [pptp0] LCP: authorization failed [pptp0] device: CLOSE event in state UP pptp0-0: clearing call pptp0-0: killing channel [pptp0] PPTP call terminated [pptp0] IFACE: Close event [pptp0] IPCP: Close event [pptp0] IPCP: state change Starting --> Initial [pptp0] IPCP: LayerFinish [pptp0] IFACE: Close event pptp0: closing connection with 192.168.10.99:1766 [pptp0] IFACE: Close event [pptp0] device is now in state CLOSING [pptp0] bundle: CLOSE event in state OPENED [pptp0] closing link "pptp0"... [pptp0] device: DOWN event in state CLOSING [pptp0] device is now in state DOWN [pptp0] link: CLOSE event [pptp0] LCP: Close event [pptp0] LCP: state change Opened --> Closing [pptp0] LCP: phase shift AUTHENTICATE --> TERMINATE [pptp0] LCP: SendTerminateReq #4 [pptp0] error writing len 8 frame to bypass: Network is down [pptp0] LCP: LayerDown pptp0: killing connection with 192.168.10.99:1766 [pptp0] device: DOWN event in state DOWN [pptp0] device is now in state DOWN [pptp0] link: DOWN event [pptp0] LCP: Down event [pptp0] LCP: LayerFinish [pptp0] LCP: state change Closing --> Initial [pptp0] LCP: phase shift TERMINATE --> DEAD [pptp0] device: CLOSE event in state DOWN [pptp0] device is now in state DOWN [pptp0] link: DOWN event [pptp0] LCP: Down event # radiusd -x ..... Listening on authentication *:1812 Listening on accounting *:1813 Listening on proxy *:1814 Ready to process requests. Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-18 00:17:20 Автор Share Опубликовано: 2006-04-18 00:17:20 Убрал строку set link enable chap и все начало конектится... Но почему??? Хелп? Всё еще нуждаюсь в веб-морде: стандартная, и еще 2-е не работают...или работают но с ошибками (error_reporting = E_ALL & ~E_NOTICE) Ссылка на сообщение Поделиться на других сайтах
TimKa 0 Опубликовано: 2006-04-18 06:26:40 Share Опубликовано: 2006-04-18 06:26:40 (изменено) Name: "w"[pptp0] AUTH: Auth-Thread started [pptp0] AUTH: Trying secret file: mpd.secret Peer name: "w" mpd: warning: line too long, truncated User "w" not found in secret file [pptp0] AUTH: Auth-Thread finished normally [pptp0] CHAP: ChapInputFinish: status failed [pptp0] CHAP: sending FAILURE len:29 [pptp0] LCP: authorization failed по моему он у тебя к радиусу даже и лезть не пытался давай лог радиуса (тот в котором пишется подключение пользователей) У меня стандартная работает на ура... связка почти как у тебя только в место mpd - poptop проработало уже год - нариканий не наблюдалось... Изменено 2006-04-18 06:32:15 пользователем TimKa Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-18 17:00:41 Автор Share Опубликовано: 2006-04-18 17:00:41 по моему он у тебя к радиусу даже и лезть не пыталсядавай лог радиуса (тот в котором пишется подключение пользователей) Вопрос как? radiusd -x не идет? А Я пропостю лог mpd при конекте... И радиуса... И опять вопрос - set link enable chap - убрано конектится, включнено - не конектится... От чего это зависит? может другой mpd?(тот что у Меня 4-й говорят бета) А насколько Я понимаю - шифрование очень желательно, особено в локалке... Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-18 23:18:34 Автор Share Опубликовано: 2006-04-18 23:18:34 set link enable chap - убрано конектится, включнено - не конектится... Немало важная весчь: когда убрано - мпд пускает все пароли, когда поставлено: mpd -v Version 3.18 ... [pptp99] using interface ng99 [pptp99:pptp99] mpd: PPTP connection from 192.168.10.97:3861 pptp0: attached to connection with 192.168.10.97:3861 [pptp0] IFACE: Open event [pptp0] IPCP: Open event [pptp0] IPCP: state change Initial --> Starting [pptp0] IPCP: LayerStart [pptp0] IPCP: Open event [pptp0] bundle: OPEN event in state CLOSED [pptp0] opening link "pptp0"... [pptp0] link: OPEN event [pptp0] LCP: Open event [pptp0] LCP: state change Initial --> Starting [pptp0] LCP: LayerStart [pptp0] device: OPEN event in state DOWN [pptp0] attaching to peer's outgoing call [pptp0] device is now in state OPENING [pptp0] device: UP event in state OPENING [pptp0] device is now in state UP [pptp0] link: UP event [pptp0] link: origination is remote [pptp0] LCP: Up event [pptp0] LCP: state change Starting --> Req-Sent [pptp0] LCP: phase shift DEAD --> ESTABLISH [pptp0] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 97516c62 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Configure Request #0 link 0 (Req-Sent) MRU 1400 MAGICNUM 05dc4349 PROTOCOMP ACFCOMP CALLBACK Not supported [pptp0] LCP: SendConfigRej #0 CALLBACK [pptp0] LCP: rec'd Configure Request #1 link 0 (Req-Sent) MRU 1400 MAGICNUM 05dc4349 PROTOCOMP ACFCOMP [pptp0] LCP: SendConfigAck #1 MRU 1400 MAGICNUM 05dc4349 PROTOCOMP ACFCOMP [pptp0] LCP: state change Req-Sent --> Ack-Sent [pptp0] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 97516c62 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 [pptp0] LCP: rec'd Configure Reject #2 link 0 (Ack-Sent) MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 0e 2e 2f 84 68 [pptp0] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 97516c62 AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 97516c62 AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: state change Ack-Sent --> Opened [pptp0] LCP: phase shift ESTABLISH --> AUTHENTICATE [pptp0] LCP: auth: peer wants nothing, I want CHAP [pptp0] CHAP: sending CHALLENGE [pptp0] LCP: LayerUp pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Ident #2 link 0 (Opened) MESG: MSRASV5.10 [pptp0] LCP: rec'd Ident #3 link 0 (Opened) MESG: MSRAS-0-SLIB [pptp0] CHAP: rec'd RESPONSE #1 Name: "w" Peer name: "w" mpd: warning: line too long, truncated Can't get credentials for "w" [pptp0] CHAP: sending FAILURE [pptp0] LCP: authorization failed [pptp0] device: CLOSE event in state UP pptp0-0: clearing call pptp0-0: killing channel [pptp0] PPTP call terminated [pptp0] IFACE: Close event [pptp0] IPCP: Close event [pptp0] IPCP: state change Starting --> Initial [pptp0] IPCP: LayerFinish [pptp0] IFACE: Close event pptp0: closing connection with 192.168.10.97:3861 [pptp0] IFACE: Close event [pptp0] device is now in state CLOSING [pptp0] bundle: CLOSE event in state OPENED [pptp0] closing link "pptp0"... [pptp0] device: DOWN event in state CLOSING [pptp0] device is now in state DOWN [pptp0] link: CLOSE event [pptp0] LCP: Close event [pptp0] LCP: state change Opened --> Closing [pptp0] LCP: phase shift AUTHENTICATE --> TERMINATE [pptp0] LCP: SendTerminateReq #4 [pptp0] error writing len 8 frame to bypass: Network is down [pptp0] LCP: LayerDown [pptp0] device: DOWN event in state DOWN [pptp0] device is now in state DOWN pptp0: killing connection with 192.168.10.97:3861 [pptp0] link: DOWN event [pptp0] LCP: Down event [pptp0] LCP: LayerFinish [pptp0] LCP: state change Closing --> Initial [pptp0] LCP: phase shift TERMINATE --> DEAD [pptp0] link: DOWN event [pptp0] LCP: Down event [pptp0] device: CLOSE event in state DOWN [pptp0] device is now in state DOWN Такое впечатление, что МПД не знает о существовании радиуса... Меня наводит на мысль, что надо чего-то вогнать в базу: radius или конфиги... Ссылка на сообщение Поделиться на других сайтах
TimKa 0 Опубликовано: 2006-04-19 06:20:04 Share Опубликовано: 2006-04-19 06:20:04 (изменено) а у меня что мпд с потдержкой радиус перекомпилить нужно.... вот еще инфа для размышления http://www.nibs.net.ua/forum/read.php?f=3&i=7260&t=6958 вот что приблезительно должно быть в для работы с радиусом в mpd.conf radius: set radius config /etc/radius.conf set radius me 10.10.10.1 set radius retries 1 set radius timeout 5 set radius server 127.0.0.1 secret 1812 1813 set auth acct-update 300 set auth enable radius-auth set auth enable radius-acct а в логах должно быть чтото типа mpd: Name: "user" mpd: [pptp0] RADIUS: using /usr/local/freeradius/etc/raddb/radius.conf mpd: [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 mpd: [pptp0] RADIUS: RadiusPutAuth: RADIUS_CHAP (MSOFTv1) peer name: user вот еще кусочек инфы http://www.unixwood.org.ru/manview.php?id=49 Изменено 2006-04-19 06:43:02 пользователем TimKa Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-19 22:17:58 Автор Share Опубликовано: 2006-04-19 22:17:58 Нашел в чем дело... В mpd.conf надо было добавить: set auth acct-update 300 set auth enable radius-auth set auth enable radius-acct Но теперь вот такая проблема: radiusd -x: ... rad_recv: Access-Request packet from host 192.168.10.1:57733, id=51, length=144 NAS-Identifier = "freebsd" NAS-IP-Address = 127.0.0.1 NAS-Port = 0 NAS-Port-Type = Virtual Service-Type = Framed-User Framed-Protocol = PPP User-Name = "w" MS-CHAP-Challenge = 0xbb1e68c8445aee2a776b7becc887c686 MS-CHAP2-Response = 0x0100e89226e511f5a91977ecfc5674253d730000000000000000aa94048293034357e5ce3b80c9f14099231c37938b1564f5 Invalid operator for item Suffix: reverting to '==' Invalid operator for item Suffix: reverting to '==' Invalid operator for item Suffix: reverting to '==' sql_als->sql_get_socket (nibs): Reserving sql socket id: 60 sql_als->sql_release_socket: Released sql socket id: 60 rlm_nibs (rlm_nibs_authorize): Check items do not match with received packet (maybe _open_ passwd or huntgroup) for user `' [127.0.0.1:0] rad_recv: Access-Request packet from host 192.168.10.1:57733, id=51, length=144 Sending Access-Reject of id 51 to 192.168.10.1:57733 Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-19 22:21:59 Автор Share Опубликовано: 2006-04-19 22:21:59 Спасибо за подсказку!!! Огромное...!!! В той статье, которую пользовал как базу для настройки - не было этих строк... Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-20 07:14:48 Автор Share Опубликовано: 2006-04-20 07:14:48 Пришлите Мне на мыло ПЛИЗ дамп Базы!!! Прошу очень...!!! Можно по одной записе!!! weldpua2008@ukr.net Если конектав не будет - значит в настройках дело, если будет, значит интерфейс буду править!!! Спасите ПОЖАЛУЙСТА!!! Ссылка на сообщение Поделиться на других сайтах
TimKa 0 Опубликовано: 2006-04-20 07:20:00 Share Опубликовано: 2006-04-20 07:20:00 (изменено) С интерфейсом там вроди все гуд (ну или почти все..) проблемы скорее всего в конфигах пароли пользователей в базе в открытом виде так что делай выводы... там вроди гдето Чап на МСЧап поменять нужно или на оборот, не помню кто из них в каком виде пароли передает... вот еще дока по МПД http://wiki.bsdportal.ru/doc:vpn Изменено 2006-04-20 08:37:26 пользователем TimKa Ссылка на сообщение Поделиться на других сайтах
Pit 35 Опубликовано: 2006-04-20 12:50:01 Share Опубликовано: 2006-04-20 12:50:01 Я точно не помню, ну помоему нибс не умеет mschap2v Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-20 22:38:52 Автор Share Опубликовано: 2006-04-20 22:38:52 С интерфейсом там вроди все гуд (ну или почти все..)проблемы скорее всего в конфигах Теперь уже идет конект и все впорядке - спасибо Даже Фейс Нибса не трогал - сделал ка написано в его доках: freenibs-0.0.3-bf3_freeradius-1.0.1.tar.bz2 http://wiki.bsdportal.ru/doc:vpn та часть, где говорится про радиус... Новые вопросы: Но теперь постояно идет запрос у клиента(Может неправильно настроил Сеть?): radiusd -x: .... 7 [pptp0] RADIUS: RadiusAccount: rad_put_string (RAD_USER_NAME): w1 [pptp0] RADIUS: RadiusAccount: Sending accounting data (Type: 3) [pptp0] RADIUS: rec'd RAD_ACCOUNTING_RESPONSE for user w1 [pptp0] AUTH: Accounting-Thread finished normally [pptp0] AUTH: Sending Accounting Update [pptp0] AUTH: Accounting-Thread started [pptp0] RADIUS: RadiusAccount for: w1 [pptp0] RADIUS: using /opt/radius.conf [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusStart: rad_put_string(RAD_CALLING_STATION_ID) 192.168.10.97 [pptp0] RADIUS: RadiusAccount: rad_put_string (RAD_USER_NAME): w1 [pptp0] RADIUS: RadiusAccount: Sending accounting data (Type: 3) [pptp0] RADIUS: rec'd RAD_ACCOUNTING_RESPONSE for user w1 [pptp0] AUTH: Accounting-Thread finished normally [pptp0] AUTH: Sending Accounting Update [pptp0] AUTH: Accounting-Thread started [pptp0] RADIUS: RadiusAccount for: w1 [pptp0] RADIUS: using /opt/radius.conf [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusStart: rad_put_string(RAD_CALLING_STATION_ID) 192.168.10.97 Ссылка на сообщение Поделиться на других сайтах
TimKa 0 Опубликовано: 2006-04-21 08:16:47 Share Опубликовано: 2006-04-21 08:16:47 Но теперь постояно идет запрос у клиента(Может неправильно настроил Сеть?): Не понятно что идет? Подробнее опиши проблему! Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-22 13:38:55 Автор Share Опубликовано: 2006-04-22 13:38:55 Но теперь постояно идет запрос у клиента(Может неправильно настроил Сеть?): Не понятно что идет? Подробнее опиши проблему! Если просто подключиться, то начинается что-то искаться и за десять минут Винда нагоняет до 10Мб, что-то ищя... Это видно в самом соеденении... и Что демонстрирует логи радиса, вышеописаные... Вопрос2 - Я должен прописать роутинги для моих интерфейсов, которые записаны в mpd.conf(ngXX)? И добавить правила для фаервола для Них? Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-22 13:45:37 Автор Share Опубликовано: 2006-04-22 13:45:37 Так Те логи пропали... Постю заново: МПД молчал... radiusd -x: .... 7 [pptp0] RADIUS: RadiusAccount: rad_put_string (RAD_USER_NAME): w1 [pptp0] RADIUS: RadiusAccount: Sending accounting data (Type: 3) [pptp0] RADIUS: rec'd RAD_ACCOUNTING_RESPONSE for user w1 [pptp0] AUTH: Accounting-Thread finished normally [pptp0] AUTH: Sending Accounting Update [pptp0] AUTH: Accounting-Thread started [pptp0] RADIUS: RadiusAccount for: w1 [pptp0] RADIUS: using /opt/radius.conf [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusStart: rad_put_string(RAD_CALLING_STATION_ID) 192.168.10.97 [pptp0] RADIUS: RadiusAccount: rad_put_string (RAD_USER_NAME): w1 [pptp0] RADIUS: RadiusAccount: Sending accounting data (Type: 3) [pptp0] RADIUS: rec'd RAD_ACCOUNTING_RESPONSE for user w1 [pptp0] AUTH: Accounting-Thread finished normally [pptp0] AUTH: Sending Accounting Update [pptp0] AUTH: Accounting-Thread started [pptp0] RADIUS: RadiusAccount for: w1 [pptp0] RADIUS: using /opt/radius.conf [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusAddServer Adding 127.0.0.1 [pptp0] RADIUS: RadiusStart: rad_put_string(RAD_CALLING_STATION_ID) 192.168.10.97 И так постоянно.. Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-22 13:47:16 Автор Share Опубликовано: 2006-04-22 13:47:16 теперь вроде все нормально... Ссылка на сообщение Поделиться на других сайтах
weldpua2008 0 Опубликовано: 2006-04-22 17:36:20 Автор Share Опубликовано: 2006-04-22 17:36:20 Подскажите дальше На Сервере подрубаюсь к инету, клиент подрубается к Серверу - теперь вопрос? Как сделать так, что бы пользователь ходил в Инет и в другую Сеть? На Серве стоит pf,Mpd, FreeNIBS Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас