Перечитала кучи манов, хаутушек, факов и прочей камасутры…
Добилась что хоть 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 уже нет. И естественно дальше ничего не работает.
Скажите пожалуйста что я не учла… Какую камасутру не вычитала…
Или скажите че делать. Хоть с какой стороны поступаться…
Зарание большое спасибо.
Последние комментарии
-
OlegL, 17 декабря 2023 года в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Ну, для начала попробуй прописать вручную адреса 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 ему за инетом ломиться.
Хотя может быть нада ДНК у мну править :-))
Мож еще кто чего посоветует.
хмм.. учитывая то, что
это уже как-то даже не особенно актуально…
создай /etc/ppp/peers/work примерно такого содержания:
/usr/sbin/chat может быть в другом месте, проверяй ;)
файл соединения: /etc/ppp/chat-work:
отсоединение, в общем-то, стандартно….
кроме того, надо настроить chap авторизацию… /etc/ppp/chap-secrets, типа такого:
права доступа только на него должны быть только root-у на rw, остальные не должны даже читать…
после этого можно пробовать подсоединиться командой:
…
в случае проблем, разкомментируешь строчку «#debug kdebug 15», и смотреть после очередной попытки файл /var/log/messages сообщения от процесса pppd (там по ходу поймёшь)….
ну, это в кратце….
Попробовала результат практически тот же. :-(
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.
Мне кажется таки что то запрещает наружу мне ходить…
Только как вот узначто что????????
добавь к конец /etc/ppp/chat-work:
что там вдруг ещё не так будет?
Добавление эти[ строк привело к тому что ppp0 вообще не поднимается. :-(
Лан пошла спать.
И пусть мне приснится man pppd……
а в логе-то чего?
ну и чтоб больше не гадать, расскажи, какие дополнительные настройки в Windows нужны, чтобы заработало?
просто создали соединение, и работает?
или что-то надо добавить?
В виндовс ничего не делала просто создала соединение, логин пароль, авто айпи и авто днс и все ок.
Всетаки мне кажется что что-то запрещает мне в Суське ломится в инет. Волт тока как проверить не зна.
Фаервол я вырубила…
а вот что еще проверить я не знаю.
Думою вот токатиться на 8.0. (тама все работало), а потом обновить до 9.2. Может так быстрее будет.
нет, это на той стороне несколько не так настроено, как это предполагается стандартными настройками pppd
Какие настройки предоставить с той стороны?
Рутовской доступ у меня есть.
А вот что я только что проделала.
Поставила 8.0
Отзвонилось на ура!
Проапгрейтила до 9.2 снова грабли….
в 9.2. стоит smpppd, может оно не так работает как pppd.
как именно настроено установление соединения со стороны сервера.
либо указание на описание, по которому настраивалось
посмотреть разницу в настройках
сохранить из 8.0, попробовать в 9.2.
какие именно файлы — это, в общем-то, обсуждалось чуть выше :)
Сдается мне проблема в роутинге -((
вот 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
фаервол отключен.
в опциях pppd есть вот эта парочка?
Да есть там все…. :-(
Вроде все правильно. Как положено…
Во ВСЕХ звонилках, автоматических ручных… в логах показывает все ок соединяемся ДНС нажодим
а не пускает меня датьше 192.168.2.254 (айпи которое получет соединение на сервере)
Блин ну не откатываться же на 8.0 :-(
Фаервол выкинула
Может всетаки роутинг
Какая таблица роутинга должна получиться?
а вот если в терминах route, то вот так:
сделай
Да вроде все так…
но все одно не работает…. :-((
Уж незнаю чего делать…
Попробовала другого провайдера
То же самое :-(
хначит, всё-таки в pppd дело. попробуй другую версию.
погляди на сайте, на других серверах, неофициальных.
поставь пакет из suse 8.2 или 9.1, в чём оно было работающее…
Мне у модема INIT не нравится.
И еще вычисти всякие asyncmap из конфига pppd
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.
Кстати….
это ты как вариант решения проблемы на #4
но на моё предложение показать логи после добавления строчек из ответа #5 — тишина.
я телепатировать до такой степени не могу..
и объяснить простым человеческим языком значение этих строчеки и интерпретацию возможных (именно всех возможных) вариантов ответа — не то, чтобы не могу, но не вижу смысла столько расписывать.. :(
а ответа, что в этом случае получилось в логах — нет.
собственно, видя это, можно было бы дать ответ сразу.
Выложу сегодня логи или завтра утром.
minicom ходит захожу шела дают
Но ситуация то в том что соединение работает….
а пакеты не ходют :-))
а ppp собирала 2.4.2 ставила то же самое….
А 8.0 загрузочный СД накрылся медным тазиком :-))
Доэксперементировалась :-))
Выкладывай еще и конфиги.
Ребят, скажите точно что выкладывать?
Да кста вчера снова экспериментами занималась.
В свойствах соединения показывает что
default route 0.0.0.0.
Полуссоная почтала доки….
Имхо это не совсем правильно.
route del defaut
route add default dev ppp0 делала…
тогда в свойствах показывало что ошибка…
Может все таки в роутинге дело?