Помогите найти.
Для KDE с графической оболочкой.
когда я подключаюсь с помощью KPPP, не могу работать со Рабочим столом. Он какбудто завис...
Помогите

Странно первый раз о таком слышу. :o

помнится во времена молодости было такое))) = у вас какой дистрибутив? = попробуйте в настройках kppp на закладочке Misc включить опцию Doc inti panel = тогда после соединения программа скроется в систем трее = возможно это поможет

Добавлено:

lcatэто было в старых версиях кде

makaveli lcf
у меня на уми ничего не приходит кроме как попробывать обновить kde :)

Так обновите - оно полезно

AkkellA
Может у Вас Winmodem, тогда проблема не с KDE, а с драйвером модема.

AkkellA
Посмотри в сторону X-ISP: http://xisp.hellug.gr

А у меня другое.  Есть 2 сетевых интерфейса: модемное соединение с провайдером (динамическре присвоение адреса и вход без пароля по АОН)
и локалка (2 сетевых карты - 192.168.0.1 и 192.168.0.2)
Дозвон по kppp - иногда присваивается адрес 192.168.0.1 и, естественно, обрыв связи. Не могу уловить логику ррр-демона - иногда помогает перезагрузка сервиса  network, иногда - установка галочки "запретить использование существующих ДНС при подключении" в настройках KPPP, иногда - наоборот, сброс той же галочки.
Откуда считывается локальный адрес при дозвоне и как это поправить?
resolv.conf пуст (при добавлении search localhost никакой разницы), но при успешном дозвоне kppp добавляет строчки
nameserver 211.120.0.1 #kppp temp entry
nameserver 211.120.4.1 #kppp temp entry

ricardo13
Да присвойте вы у себя в локальной сети другие адреса и не мучайтесь.
А админам вашего провайдера хорошо-бы азбуку почитать, может поможет :)

Какие, например?
Я пробовал, но все из той же серии 192.168 (ну это по книжке)

А что именно у провайдера совсем неправильно - DNS адреса?

И все-таки, откуда (и почему) считывается мой статический локальный адрес?

Я год назад имел ту же проблему, поэтому пользовался wvdial, но так как
теперь вхожу без пароля, а wvdial так не понимает (или я не нашел), пришлось вернуться к kppp.

Адреса из этих диапозонов должны использоваться только в локальных сетях и не должны использоваться в интернете :
10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255(192.168/16 prefix)


[s]Исправлено: ruslandh, 2:06 22-08-2004[/s]

Дак так и есть:
Локальная сеть (2 компа - сетевые карты)
192.168.0.1   и  192.168.0.2

DNS провайдера 211.120.0.1 и  211.120.4.1
Вот сейчас при дозвоне мне динамически присвоен 211.120.1.164 при удаленном
211.120.4.129

Правда опять пришлось шаманить (4 раза обрыв при присвоении 192.168.0.1)
- добавил строчку search localhost в resolve.conf - впустило.
Что бесит - не вижу логики, не могу понять.

Уже не знаю, где копать
может здесь что не так  (/etc/hosts)
127.0.0.1 localhost.localdomain localhost
192.168.0.1 epox.localdomain epox
192.168.0.2 acer.localdomain acer

Пробовал имена - epox.area   acer.area - без разницы.

Запущены следующие сетевые сервисы (может что лишнее или не хватает)
iptables   netfs   network    nfs   nfslock   portmap   xinetd

У меня такая штука была, когда я из консоли под именем другого юзера kppp запускал

1 А что у вас выдпёт команда route
2 Учтите, что ip адрес - это не адрес компьютера, а адрес интерфейса, так, что не очень понятно, что вы имеете ввиду, говоря :
Посмотрите что у Вас прописано в
/etc/sysconfig/network-scripts/ifcfg-ppp0
и в /etc/ppp

ricardo13
а в /etc/ppp/options у вас лучайно не прописано
198.168.0.1:
это означает, что при соединении по ppp вашему компьютеру может быть присвоен только этот адрес. Вообще с kppp иногда возникают проблемы, если у вас уже есть default route (например если шлюзом у вас стоит тот же 192.168.0.1).

[s]Исправлено: makaveli lcf, 9:09 23-08-2004[/s]

makaveli lcf
в /etc/ppp/options  стоит только   lock

в настройках kppp установлено *использовать шлюз по умолчанию* - без этой птички разрыв связи происходит гораздо раньше

ruslandh
1)Вывод команды route:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
nas-6-lo.comnet  *               255.255.255.255 UH    0      0        0 ppp0
192.168.0.0           *               255.255.255.0    U     0      0        0  eth0
169.254.0.0           *               255.255.0.0      U     0      0        0    eth0
127.0.0.0               *               255.0.0.0        U     0      0        0  lo
default     nas-6-lo.comnet 0.0.0.0         UG    0      0        0 ppp0

2)  Вот вывод при неудачном дозвоне

Aug 23 11:30:49 epox pppd[9819]: Using interface ppp0
Aug 23 11:30:49 epox pppd[9819]: Connect: ppp0 <--> /dev/ttyS0
Aug 23 11:30:50 epox pppd[9819]: Unsupported protocol 'CallBack Control Protocol (CBCP)' (0xc029) received
Aug 23 11:30:50 epox pppd[9819]: local  IP address 192.168.0.1
Aug 23 11:30:50 epox pppd[9819]: remote IP address 211.120.1.251
Aug 23 11:30:50 epox pppd[9819]: primary   DNS address 211.120.0.1
Aug 23 11:30:50 epox pppd[9819]: secondary DNS address 211.120.4.1
Aug 23 11:30:50 epox pppd[9819]: IPCP terminated by peer
Aug 23 11:30:50 epox pppd[9819]: LCP terminated by peer
Aug 23 11:30:51 epox pppd[9819]: Hangup (SIGHUP)

Это минуту спустя (сегодня я сначала поставил галочку "запретить использование существующих ДНС при подключении" в настройках KPPP,
затем, когда не помогло, ее убрал - помогло):

Aug 23 11:32:19 epox pppd[9863]: Using interface ppp0
Aug 23 11:32:19 epox pppd[9863]: Connect: ppp0 <--> /dev/ttyS0
Aug 23 11:32:23 epox pppd[9863]: local  IP address 211.120.4.160
Aug 23 11:32:23 epox pppd[9863]: remote IP address 211.120.4.129
Aug 23 11:32:23 epox pppd[9863]: primary   DNS address 211.120.0.1
Aug 23 11:32:23 epox pppd[9863]: secondary DNS address 211.120.4.1

3)  /etc/sysconfig/network-scripts/ifcfg-ppp0 - файл отсутствует

Unsupported protocol 'CallBack Control Protocol (CBCP)' (0xc029) received
У вас что - обратный звонок используется ? Что за 'CallBack Control Protocol  ?

ricardo13
а какие параметры соединения к вашему провайдеру? (обычно выдается файлик с необходимыми настройками или вся процедура описыватся на сайте провайдера)

ruslandh
Не используется - но я думаю, это из-за того, что у меня авторизация происходит не по паролю, а по номеру телефона (АОН на стороне провайдера)

makaveli lcf
При пользовании услугой 955 соединение происходит по укороченному индексу 955. Идентификация производится по номеру телефона, что обеспечивает более высокую степень безопасности. Поддерживается протокол V.90.
Создайте новое соединение - введя номер дозвона 955.
Имя пользователя - 955, поле пароля оставить пустым,
IP адрес и DNS компьютер получит автоматически.
Скрипт не нужен.
======

Кстати, я в качестве эксперимента создал сетевое модемное подключение (по классическому способу), т.е.  /etc/sysconfig/networking/devices/ifcfg-ppp0
/etc/sysconfig/networking-scripts/ifcfg-ppp0
но, кажется kppp эти файлы не нужны вообще, он использует свои.
Кроме того, активировать модемное соединение (с помощью
redhat-config-network) не удается. Думаю из-за пустого поля пароля (так как я ранее пытался создать все конфиг-файлы с помощью вышеуказанной программы и она отказывалась работать именно из-за отсутствия пароля)
=====
Может Вы знаете как можно заставить работать wvdial - мне не нужен был kppp
более года, пока провайдер не ввел беспарольный вход. И теперь wvdial тоже останавливается на этом месте.

============
Сегодня, например, я вошел с первой попытки - установлена галочка "запретить использование существующих ДНС при подключении" в настройках KPPP - остальные поля пустые.
Вчера при таких же настройках была проблема.

И все же - проблема не решена. Для входа в инет деактивирую устройство eth0.
В настройках сети есть такая инф-я:

УЗЛЫ
Здесь вы можете указать статическую информацию о преобразовании имен машин в адреса IP. Эта информация имеет преимущество перед любой информацией, полученной из DNS.

Видимо поэтому рррd сначала считывает статический адрес (192.168.0.1)
А можно ли работать (и как?) без локальных адресов (сеть из 2-х машин) ?

кто знает где моно скачять смайлики к аське 4.1

Вот даю цитату, может поможет

Ваш /etc/resolv.conf должен выглядеть примерно так:

______________________________________________________________________

domain your.isp.domain.name
nameserver 10.25.0.1
nameserver 10.25.1.2
______________________________________________________________________
Вы должны также проверить, что ваш файл /etc/host.conf правильно настроен.
Он должен выглядеть примерно так

______________________________________________________________________

order hosts,bind
multi on
______________________________________________________________________


Эти строки сообщают resolver'у, что сперва надо искать информацию в файле
хостов, а потом уже посылать DNS запросы.

Не помню ,но кажется гдето читал, что если в host.conf поменять строчки местами, то РРР будет присваивать именно локальный адрес.

Не помогает.
Пробовал также /etc/host.conf

order bind,hosts
multi on
---
order bind
multi on
---
order bind
===
никакого результата - считывается 192.168.0.1 и бросает трубку
Приходится дективировать eth0