nixp.ru v3.0

16 января 2017,
понедельник,
20:31:53 MSK

DevOps с компанией «Флант»
Ilien написал 8 января 2005 года в 00:05 (488 просмотров) Ведет себя неопределенно; открыл 3 темы в форуме, оставил 21 комментарий на сайте.

Перечитала кучи манов, хаутушек, факов и прочей камасутры…

Добилась что хоть wvdial стал дозваниваться.

Но хад вот такую ерунду выдает:

linux:~ # wvdial

—> WvDial: Internet dialer version 1.54.0

—> Initializing modem.

—> Sending: ATZ

ATZ

OK

—> Sending: ATQ0 V1 E1 S0=0 &C1 &D2

ATQ0 V1 E1 S0=0 &C1 &D2

OK

—> Modem initialized.

—> Idle Seconds = 300, disabling automatic reconnect.

—> Sending: ATDP518304

—> Waiting for carrier.

ATDP518304

CONNECT 57600/V32b 14400/V42b

—> Carrier detected. Starting PPP immediately.

—> Starting pppd at Fri Jan 7 22:35:04 2005

—> pid of pppd: 7477

—> pppd: nit3

—> Using interface ppp0

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

—> Authentication (PAP) started

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

—> Authentication (PAP) started

——————-Cut————————-

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

—> Authentication (PAP) successful

—> pppd: nit3

——————-Cut————————-

—> pppd: nit3

——————-Cut————————-

—> local IP address 192.168.2.253

—> pppd: nit3

—> remote IP address 192.168.2.254

—> pppd: nit3

—> primary DNS address 192.168.1.254

—> pppd: nit3

—> secondary DNS address 255.255.255.255

—> pppd: nit3

—> Script /etc/ppp/ip-up run successful

—> Default route Ok.

—> warning, can’t find address for www.suse.de

—> warning, address lookup does not work

—> Nameserver (DNS) failure, the connection may not work.

—> Connected… Press Ctrl-C to disconnect

—> pppd: nit3

—> pppd: nit3

—> pppd: nit3

—> pppd: nit3 -выскакивет када пингую любой внешний IP…..

Не пойму в чем дело… 192.168.2.253 пингуется..

а вот 192.168.2.254 уже нет. И естественно дальше ничего не работает.

Скажите пожалуйста что я не учла… Какую камасутру не вычитала…

Или скажите че делать. Хоть с какой стороны поступаться…

Зарание большое спасибо.

Curu3MyHg

Ну, для начала попробуй прописать вручную адреса DNS-серверов в /etc/resolv.conf Где-то здесь однажды было обнаружено, что сам wvdial этого иногда не делает..

А дальше…. Без понятия! Странные какие-то адреса тебе твой провайдер дает.. На мой взгляд.

А вообще, неплохо было бы хоть кусочек конфига привести..

Ilien
Curu3MyHg
Ну, для начала попробуй прописать вручную адреса DNS-серверов в /etc/resolv.conf Где-то здесь однажды было обнаружено, что сам wvdial этого иногда не делает..

А дальше…. Без понятия! Странные какие-то адреса тебе твой провайдер дает.. На мой взгляд.

А вообще, неплохо было бы хоть кусочек конфига привести..

wwdial в resolv.conf прописал DNS.

А вообще это не провайдер это сервер FreeBSD у меня на работе, на который

отзваниваются постоянно подразделения и передают информацию.

Т.е. из виндов отзванивается и соединяется на ура. И из дома я тоже хожу

в инет.

Вот кусок /etc/hosts.allow с сервера

————— Cut ————————

cucipop : 192.168.2.0/255.255.255.0 : allow

————— Cut ————————

Мало того када у меня еще стоял SuSE 8.0 все работало без проблем.

А тут…

Может быть что я уже так наковыряла настройки ppp что оно уже запуталось напрочь :-))

Есть вариант переставить все…. И начать с белого листа.

Но как то не хочется… Хотя остальное я не неастраивала.

у меня такое чувство что я не рассказала SuSE на какой IP ему за инетом ломиться.

Хотя может быть нада ДНК у мну править :-))

Мож еще кто чего посоветует.

Genie
у меня такое чувство что я не рассказала SuSE на какой IP ему за инетом ломиться.

хмм.. учитывая то, что

Не пойму в чем дело… 192.168.2.253 пингуется..

а вот 192.168.2.254 уже нет.


это уже как-то даже не особенно актуально…

создай /etc/ppp/peers/work примерно такого содержания:

connect "/usr/sbin/chat -e -v -f /etc/ppp/chat-work"
disconnect "/usr/sbin/chat -e -v -f /etc/ppp/chat-disconnect"
user <укажи пользователя>
nodetach
noauth
/dev/<укажи порт>
lock
noipdefault
defaultroute
usepeerdns
crtscts
local
#debug kdebug 15

/usr/sbin/chat может быть в другом месте, проверяй ;)

файл соединения: /etc/ppp/chat-work:

ABORT BUSY
ABORT VOICE
ABORT DELAYED
ABORT 'NO ANSWER'
ABORT 'NO CARRIER'
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
#SAY '\n+ resetting modem\n'
'' ATZ
OK-ATZ-OK 'ATF1'
#SAY '\n+ sending initials\n'
OK 'ATV1E1&D2&C1&K3S0=0S7=255'
# тут надо бы правильную строку подставить, а не это ;)
# подгляди в Windows, раз там работает
#SAY '\n+ calling service\n'
TIMEOUT 60
OK 'ATDT<номер телефона>'
# если тоновый набор не работает, смени на ATDP
#SAY '\n+ waiting connection\n'
CONNECT ''
#SAY '\n+ starting connection\n\n'

отсоединение, в общем-то, стандартно….

ABORT BUSY
ABORT ERROR
ABORT 'NO DIALTONE'
TIMEOUT 30
'' '+++\c'
#SAY '\n+ sending break\n'
'' 'ATH'
#SAY '\n+ dropping data connection\n'
OK-AT-OK ATZ
OK-AT-OK '\c'
#SAY '\n+ disconnected\n'

кроме того, надо настроить chap авторизацию… /etc/ppp/chap-secrets, типа такого:

# Secrets for authentication using CHAP
# client        server  secret          IP addresses
user         *       C0olP4S5w0rd         *

права доступа только на него должны быть только root-у на rw, остальные не должны даже читать…

после этого можно пробовать подсоединиться командой:

# pppd call work


в случае проблем, разкомментируешь строчку «#debug kdebug 15», и смотреть после очередной попытки файл /var/log/messages сообщения от процесса pppd (там по ходу поймёшь)….

ну, это в кратце….

Ilien

Попробовала результат практически тот же. :-(

pppd 2.4.2 started by ilien, uid 0

Jan 8 16:08:17 linux chat[17007]: abort on (BUSY)

Jan 8 16:08:17 linux chat[17007]: abort on (VOICE)

Jan 8 16:08:17 linux chat[17007]: abort on (DELAYED)

Jan 8 16:08:17 linux chat[17007]: abort on (NO ANSWER)

Jan 8 16:08:17 linux chat[17007]: abort on (NO CARRIER)

Jan 8 16:08:17 linux chat[17007]: abort on (NO DIALTONE)

Jan 8 16:08:17 linux chat[17007]: abort on (NO DIAL TONE)

Jan 8 16:08:17 linux chat[17007]: send (ATZ^M)

Jan 8 16:08:17 linux chat[17007]: expect (OK)

Jan 8 16:08:17 linux chat[17007]: ATZ^M^M

Jan 8 16:08:17 linux chat[17007]: OK

Jan 8 16:08:17 linux chat[17007]: — got it

Jan 8 16:08:17 linux chat[17007]: send (ATV1E1&D2&C1&K3S0=0S7=255^M)

Jan 8 16:08:17 linux chat[17007]: timeout set to 60 seconds

Jan 8 16:08:17 linux chat[17007]: expect (OK)

Jan 8 16:08:17 linux chat[17007]: ^M

Jan 8 16:08:17 linux chat[17007]: ATV1E1&D2&C1&K3S0=0S7=255^M^M

Jan 8 16:08:17 linux chat[17007]: OK

Jan 8 16:08:17 linux chat[17007]: — got it

Jan 8 16:08:17 linux chat[17007]: send (ATDP518304^M)

Jan 8 16:08:18 linux chat[17007]: expect (CONNECT)

Jan 8 16:08:18 linux chat[17007]: ^M

Jan 8 16:08:52 linux chat[17007]: ATDP518304^M^M

Jan 8 16:08:52 linux chat[17007]: CONNECT

Jan 8 16:08:52 linux chat[17007]: — got it

Jan 8 16:08:52 linux chat[17007]: send (^M)

Jan 8 16:08:52 linux pppd[17006]: Serial connection established.

Jan 8 16:08:52 linux pppd[17006]: Using interface ppp0

Jan 8 16:08:52 linux pppd[17006]: Connect: ppp0 <—> /dev/ttyS1

Jan 8 16:09:04 linux pppd[17006]: Serial line is looped back.

Вот этой строчки я не пойму. :-(

Jan 8 16:09:04 linux pppd[17006]: Connection terminated.

Jan 8 16:09:04 linux chat[17030]: abort on (BUSY)

Jan 8 16:09:04 linux chat[17030]: abort on (ERROR)

Jan 8 16:09:04 linux chat[17030]: abort on (NO DIALTONE)

Jan 8 16:09:04 linux chat[17030]: timeout set to 30 seconds

Jan 8 16:09:04 linux chat[17030]: send (+++)

Jan 8 16:09:04 linux chat[17030]: send (ATH^M)

Jan 8 16:09:04 linux chat[17030]: expect (OK)

Jan 8 16:09:04 linux chat[17030]: +++ATH^M^M

Jan 8 16:09:04 linux chat[17030]: OK

Jan 8 16:09:04 linux chat[17030]: — got it

Jan 8 16:09:04 linux chat[17030]: send (ATZ^M)

Jan 8 16:09:04 linux chat[17030]: expect (OK)

Jan 8 16:09:04 linux chat[17030]: ^M

Jan 8 16:09:04 linux chat[17030]: ATZ^M^M

Jan 8 16:09:04 linux chat[17030]: OK

Jan 8 16:09:04 linux chat[17030]: — got it

Jan 8 16:09:04 linux chat[17030]: send ()

Jan 8 16:09:04 linux pppd[17006]: Serial link disconnected.

Jan 8 16:09:04 linux pppd[17006]: Exit.

Мне кажется таки что то запрещает наружу мне ходить…

Только как вот узначто что????????

Genie

добавь к конец /etc/ppp/chat-work:

'' '\d'
'ogin:' '<имя пользователя>'
'assword:' '<пароль>'

что там вдруг ещё не так будет?

Ilien

Добавление эти[ строк привело к тому что ppp0 вообще не поднимается. :-(

Лан пошла спать.

И пусть мне приснится man pppd……

Genie

а в логе-то чего?

ну и чтоб больше не гадать, расскажи, какие дополнительные настройки в Windows нужны, чтобы заработало?

просто создали соединение, и работает?

или что-то надо добавить?

Ilien

В виндовс ничего не делала просто создала соединение, логин пароль, авто айпи и авто днс и все ок.

Всетаки мне кажется что что-то запрещает мне в Суське ломится в инет. Волт тока как проверить не зна.

Фаервол я вырубила…

а вот что еще проверить я не знаю.

Думою вот токатиться на 8.0. (тама все работало), а потом обновить до 9.2. Может так быстрее будет.

Genie
Всетаки мне кажется что что-то запрещает мне в Суське ломится в инет.

нет, это на той стороне несколько не так настроено, как это предполагается стандартными настройками pppd

Ilien
Genie
нет, это на той стороне несколько не так настроено, как это предполагается стандартными настройками pppd

Какие настройки предоставить с той стороны?

Рутовской доступ у меня есть.

А вот что я только что проделала.

Поставила 8.0

Отзвонилось на ура!

Проапгрейтила до 9.2 снова грабли….

в 9.2. стоит smpppd, может оно не так работает как pppd.

Genie
Какие настройки предоставить с той стороны?

как именно настроено установление соединения со стороны сервера.

либо указание на описание, по которому настраивалось

Поставила 8.0

Отзвонилось на ура!

Проапгрейтила до 9.2 снова грабли….

в 9.2. стоит smpppd, может оно не так работает как pppd.

посмотреть разницу в настройках

сохранить из 8.0, попробовать в 9.2.

какие именно файлы — это, в общем-то, обсуждалось чуть выше :)

Ilien

Сдается мне проблема в роутинге -((

вот route -n

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

192.168.2.254 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

фаервол отключен.

Genie

в опциях pppd есть вот эта парочка?

noipdefault

defaultroute

Ilien

Да есть там все…. :-(

Вроде все правильно. Как положено…

Во ВСЕХ звонилках, автоматических ручных… в логах показывает все ок соединяемся ДНС нажодим

а не пускает меня датьше 192.168.2.254 (айпи которое получет соединение на сервере)

Блин ну не откатываться же на 8.0 :-(

Фаервол выкинула

Может всетаки роутинг

Какая таблица роутинга должна получиться?

Genie

а вот если в терминах route, то вот так:

# route
Kernel IP routing table
Destination    Gateway        Genmask         Flags Metric Ref Use Iface
192.168.2.254  *              255.255.255.255 UH    0      0     0 ppp0
127.0.0.1      *              255.255.255.0   U     0      0     0 lo
default        192.168.2.254  0.0.0.0         UG    0      0     0 ppp0

сделай

# route add default gw 192.168.2.254
Ilien

Да вроде все так…

но все одно не работает…. :-((

Уж незнаю чего делать…

Ilien

Попробовала другого провайдера

То же самое :-(

Genie

хначит, всё-таки в pppd дело. попробуй другую версию.

погляди на сайте, на других серверах, неофициальных.

поставь пакет из suse 8.2 или 9.1, в чём оно было работающее…

Dmitry Ivanov
Ilien
Попробовала другого провайдера

То же самое :-(

Мне у модема INIT не нравится.

И еще вычисти всякие asyncmap из конфига pppd

Dmitry Ivanov

It means that pppd is seeing its own LCP packets coming back. This usually

happens when the host on the other end wants to see more text before it

starts pppd and is echoing everything it sees while it waits for the

required string. Dial up your ISP with minicom and work through the login

procedure by hand to see how it works (this is not a method of connecting:

it’s just research). Post the results along with the contents of

/etc/chatscripts/provider and /etc/ppp/peers/provider.

Кстати….

Genie
Кстати….

это ты как вариант решения проблемы на #4

Jan 8 16:08:52 linux pppd[17006]: Connect: ppp0 <—> /dev/ttyS1

Jan 8 16:09:04 linux pppd[17006]: Serial line is looped back.

Вот этой строчки я не пойму. :-(

Jan 8 16:09:04 linux pppd[17006]: Connection terminated.

но на моё предложение показать логи после добавления строчек из ответа #5 — тишина.

я телепатировать до такой степени не могу..

и объяснить простым человеческим языком значение этих строчеки и интерпретацию возможных (именно всех возможных) вариантов ответа — не то, чтобы не могу, но не вижу смысла столько расписывать.. :(

а ответа, что в этом случае получилось в логах — нет.

собственно, видя это, можно было бы дать ответ сразу.

Ilien

Выложу сегодня логи или завтра утром.

minicom ходит захожу шела дают

Но ситуация то в том что соединение работает….

а пакеты не ходют :-))

а ppp собирала 2.4.2 ставила то же самое….

А 8.0 загрузочный СД накрылся медным тазиком :-))

Доэксперементировалась :-))

Dmitry Ivanov
Ilien
Выложу сегодня логи или завтра утром.

minicom ходит захожу шела дают

Но ситуация то в том что соединение работает….

а пакеты не ходют :-))

а ppp собирала 2.4.2 ставила то же самое….

А 8.0 загрузочный СД накрылся медным тазиком :-))

Доэксперементировалась :-))

Выкладывай еще и конфиги.

Ilien

Ребят, скажите точно что выкладывать?

Да кста вчера снова экспериментами занималась.

В свойствах соединения показывает что

default route 0.0.0.0.

Полуссоная почтала доки….

Имхо это не совсем правильно.

route del defaut

route add default dev ppp0 делала…

тогда в свойствах показывало что ошибка…

Может все таки в роутинге дело?

ecobeingecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.