Простая деревянная штука не может дозвонится. Тогда, может и правда этот
not replacing existing default route via 192.168.0.1
Остается попробовать pupdial Барри Каулера. Что он скажет? Он использует свои настройки и, возможно, обойдет настройки ppp.
И еще, как он при подключении реагирует, например на
Отрывок из man pppd:
defaultroute
Add a default route to the system routing tables, using the peer as the gateway, when IPCP negotiation is successfully completed. This entry is removed when the PPP connection is broken. This option is privileged if the nodefaultroute option has been specified.
Т.е. по существующим настройкам он должен сделать новый путь - путем по умолчанию, а он пишет, что не заменяет существующий путь по умолчанию. Возможно, нужно изменить настройки.
Выполнить:
geany /etc/ppp/peers/utel
откроется редактор и в файле заменить 24 строку с defaultroute на nodefaultroute (дописать no), сохранить и закрыть редактор.
# Control character handling
asyncmap 20A0000
#escape FF
#
# Generic options
#
defaultroute # заменить здесь на nodefaultroute
noauth
#dump
# Comment this line out to let pppd background itself.
nodetach
И еще одна вещь: это другое подключение, может Puppy его определил и сделал подключением по умолчанию.
Прошу обратить внимание на сл. строчку not replacing existing default route via 192.168.0.1 это адресс моего домашнего роутера, через который имеется доступ в интернет по шнуру в режиме DHCP.
Это что, шнур вставлен в компьютер, может они там как-то конфликутют. И правда, откуда puppy узнал об этом шнуре? Может, для чистоты эксперимента запустить puppy с pfix=ram и не подключать шнур? На чистую систему установить мой пакет и попробовать подключиться.
(pfix=ram: при запуске через grub нужно нажать "e" на строке выбора дистрибутива, потом еще раз "e" на строке с параметрами и дописать туда pfix=ram, нажать ввод и "b" для загрузки;
при запуске с live-CD в строку boot: вписать puppy pfix=ram)