BiTel

привет!
такая проблемка: соединение есть, к билингу конектится, а интернета нету, адрес выдается радиусом. Такое ощущение что гетвэй не прописывается

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

Адрес фиктивный/реальный? Опишите сеть подробнее.

соединение подключается, радиус выдаёт IP 193.168.0.***, (на циске так забито), а интернета нету.

на Windows Server2003 поднимал billing, было тоже самое, пока в "маршрутизации и удаленном доступе" не прописал статический ИП типа 0.0.0.0 0.0.0.0 "IP циски" метрика 1.

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

Здрасте!!
в логах радиуса:

INFO 24.08.2007 09:47:16 Starting radius auth_port:1812 acct_port:1813 admin_port:1955
INFO 24.08.2007 09:47:16 Init processor
class: bitel.billing.server.processor.dialup.DialUpProcessor
mid: 1

INFO 24.08.2007 09:47:16 Starting PortListener port=1812|type=AUTH_LISTENER
INFO 24.08.2007 09:47:16 Starting PortListener port=1813|type=ACCOUNT_LISTENER
INFO 24.08.2007 09:47:16 Starting AdminPortListener on 1955
INFO 24.08.2007 09:50:29 AUTH:
Type=AUTHENTICATION_REQUEST
Attributes:
NAS-IP-Address=193.168.6.101
CHAP-Challenge=bГ–Г˜7В”Г˜mВ„2AӏˆO
UГЈ:
Service-Type=2
User-Name=test
CHAP-Password=a|В˜ˆâВіВЅГѓВѓВ®須8
Framed-Protocol=1
NAS-Port=0

INFO 24.08.2007 09:50:29 RESPONSE:
Type=AUTHENTICATION_ACCEPT
Process time:318
Attributes:
Framed-IP-Address=193.168.0.140
Service-Type=2
Acct-Interim-Interval=60
Framed-Protocol=1

INFO 24.08.2007 09:50:29 ACCOUNT:
Type=ACCOUNTING_REQUEST
Attributes:
Acct-Authentic=1
Acct-Delay-Time=0
NAS-IP-Address=193.168.6.101
Framed-IP-Address=193.168.0.140
Acct-Status-Type=1
Service-Type=2
NAS-Port-Type=0
User-Name=test
Framed-Protocol=1
NAS-Port=0
Acct-Session-Id=46CE47751884

INFO 24.08.2007 09:50:29 RESPONSE:
Type=ACCOUNTING_RESPONSE
Attributes:


НАС порт должен ли быть "0"?????

Может быть вполне.

тогда почему соединение есть а интернета нету???

я так и не понял

У вас PPP клиент под линукс?

да, ppp-2.4.2, ASP11

ещё в логе connection.log вот что:

DialUpNASConnection startConnection mode=2
DialUpNASConnection stoppingConnection
DialUpNASConnection has stop Packet => true
DialUpNASConnection sessionTime => 7

Такой вопрос ещё:

биллинг выдаёт адрес клиенту 193.168.150.53, ставлю этот адрес в свойства локалки на виндовой тачке + гетвэй + ДНС = всё работает! А по ВПН подключению не работает, т.е. соединяется с ВПН сервером, но интернет не качает, причём исходящий трафик как будто заблокирован. Такое ощущение что биллинг адрес выдаёт, но не выдаёт гетвэй или ДНС. Что это может быть???, в таблице маршрутизации default прописан, ДНС прописан в резольве и в options.pptpd, модет ещё где нада??? как узнать сто именно биллинг не выдаёт, гетвэй или ДНС.

ASP 11

помогите пожалуйста!!!

Вообще на линукс была проблема что ВПН соединение не вставало в дефаулт строку в таблице маршрутизации. Гетевей по умолчанию должен являться ВПН соединением.
Дайте вывод route до и после установки коннекта.
ДНС передается PPPD, посмотрите его конфиги.
Судя по логам, коннект у вас завершился через 7 секунд.

до конекта:

193.168.6.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 193.168.6.222 0.0.0.0 UG 0 0 0 eth0

после:

193.168.150.53 * 255.255.255.255 UH 0 0 0 ppp0
193.168.6.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 193.168.6.222 0.0.0.0 UG 0 0 0 eth0

А кто выдаёт Nas-Port и Nas-Port-Type???

потому что у меня они всегда "0", должны ли они быть в таком состоянии, может там нада искать???

и еще вот лог messages при конекте:

Aug 29 12:06:01 billing pptpd[3633]: CTRL: Client 193.168.6.103 control connection started
Aug 29 12:06:01 billing pptpd[3633]: CTRL: Starting call (launching pppd, opening GRE)
Aug 29 12:06:01 billing pppd[3634]: Plugin radius.so loaded.
Aug 29 12:06:01 billing pppd[3634]: RADIUS plugin initialized.
Aug 29 12:06:01 billing pptpd[3633]: GRE: Bad checksum from pppd.
Aug 29 12:06:01 billing pppd[3634]: pppd 2.4.2 started by root, uid 0
Aug 29 12:06:01 billing pppd[3634]: Using interface ppp0
Aug 29 12:06:01 billing pppd[3634]: Connect: ppp0 <--> /dev/pts/3
Aug 29 12:06:03 billing pptpd[3633]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Aug 29 12:06:03 billing kernel: MPPE/MPPC encryption/compression module registered
Aug 29 12:06:03 billing pppd[3634]: Cannot determine ethernet address for proxy ARP
Aug 29 12:06:03 billing pppd[3634]: local IP address 193.168.6.101
Aug 29 12:06:03 billing pppd[3634]: remote IP address 193.168.150.53
Aug 29 12:06:06 billing snmpd[2715]: Connection from UDP: [193.168.6.101]:32769
Aug 29 12:06:06 billing snmpd[2715]: Received SNMP packet(s) from UDP: [193.168.6.101]:32769
Aug 29 12:06:45 billing pppd[3634]: LCP terminated by peer ((M-[c*^@<M-Mt^@^@^@^@)
Aug 29 12:06:45 billing pppd[3634]: Modem hangup
Aug 29 12:06:45 billing pppd[3634]: Connection terminated.
Aug 29 12:06:45 billing pppd[3634]: Connect time 0.8 minutes.
Aug 29 12:06:45 billing pppd[3634]: Sent 96 bytes, received 741146 bytes.
Aug 29 12:06:45 billing pppd[3634]: Exit.
Aug 29 12:06:45 billing pptpd[3633]: CTRL: Client 193.168.6.103 control connection finished

Их передает pppd, Nas-Port-Type биллингом вообще не используется, а Nas-Port и должен быть 0 если вы все время открываете и завершаете один коннект. Это идентификатор соединения в предалах NAS а, ну как бы аналог телефонной линии.


Судя по логу клиент сам разрывает соединение. Вы пробовали подключаться к этому же ВПН шлюзу с другой ОС например?

как тогда установить шлюз по умолчанию в таблице маршрутизации?
помогите, я всё перепробывал, он встаёт но толку нету, может я чё нитак делаю?при конекте в таблице появляется ррр0, а шлюза для ррр0 нету, есть только для eth0. как это исправить??