Network Applet Bluetooth PAN & DHCP трабла.

HPC.ru lite - Все форумы
Форум: КПК и смартфоны на Linux: Zaurus, планшеты Nokia, прочее
Тема: Network Applet Bluetooth PAN & DHCP трабла.
Страницы: 1 [2] 3

[Ответить]
svs57 [30.03.2006 18:28] :
Посмотреть таблицы маршрутизации:на предмет default route (0.0.0.0)
netstat -rn

Попробовать
traceroute -n IP-address
mtr IP-address
Поглядеть что с DNS
less /etc/resolv.conf

Kirill Limping [30.03.2006 23:05] :

longshadow писал(а):

при якобы установившемся соединении набрать в консоли ifconfig, а затем route -n. Первая команда должна показать интерфейс ppp0 (если кажет только lo, подождать и повторить ifconfig),

Есть. И выдала в частности P-t-P:10.4.1.109 - что соответствует адресу gateway в свойствах соединения. Адрес, выданный завру - на единичку меньше, .108. Т.е. здесь всё логично.

longshadow писал(а):

вторая - двухстрочную таблицу, в которой обязана быть строка с destination 0.0.0.0 и gateway адресом, соответствующим тому, что у ppp0 светится в remote или peer.

Есть именно такая вторая строка, с вышеуказанным 10.4.1.109

longshadow писал(а):

Причем иногда, от момента, когда апплет кажет уже активное соединение, до момента, когда интерфейс и дефолт реально поднимутся могут проийти десятки секунд (при большой нагрузке на сеть).

У меня на Eric T39 это удобно наблюдать визуально: пока соединение реально не установится, на нем продолжает бегать надпись во весь экран о процессе установки соединения.

longshadow писал(а):

Следует также убедиться, что соединение не отваливается через некоторое время по собственной инициативе (например, из-за того, что pppd что-то из параметров так и не согласовал), а держится разумное время (пару минут, к примеру) и отваливается только по инициативе владельца.

Кажется - нет, во всяком случае изначально, с первых секунд никакого реально функционирующего соединения нет.

longshadow писал(а):

Если все указанное проверено и выполняется, следующий шаг ping <адрес, который светится в ppp0, как remote/peer>.

Не пингуется, как вчера описывал - ping может бесконечно долго не давать никакого результата, ни единой строчки

Kirill Limping [30.03.2006 23:09] :
iamphet, у меня Cacko. Но на предыдущем 760 эта же карточка с этой же трубкой и тогдашней прошивкой работала без бубна (и, помнится, без спец. скрипта).

alien8 писал(а):

Кстати, не работало, пока не рописал полностью инит-строку
AT+CGDCONT=1,\"IP\",\"internet.beeline.ru\" (для Билайна. \ - обязателен. Хотя, с МЕ45 через ИК и без \ работало)

У меня наоборот: убедился, что при вводе строки соединение даже не начинает устанавливаться, трубка даже не шевельнется. Пробовал с \ и без. Указывал, конечно, internet.mts.ru - но цимус в том, что вообще завр не начинает цепляться к трубке. С простой строкой ATZ всё Ok.

Kirill Limping [30.03.2006 23:17] :

svs57 писал(а):

Посмотреть таблицы маршрутизации:на предмет default route (0.0.0.0)
netstat -rn

Таблица получается как по совету longshadow с route -n - т.е. присутствует вышеописанная вторая строка с адресом gateway.

svs57 писал(а):

Попробовать
traceroute -n IP-address
mtr IP-address
Поглядеть что с DNS
less /etc/resolv.conf

Начну с конца. DNS - указаны 2 правильных, какие и должны быть.
My traceroute - результат нулевой, табличка остается пустой и не заполняется результатами трассировки.
traceroute -n опять же выдает только *** (P.S. В отличие от молчаливого ping она хотя бы более информативна: обрубил соединение с телефоном, в то время как traceroute ещё стучалась - и после этого она стала выдавать Network is unreachable. Т.е. хорошо хоть, что при установленном соединении она видела, что сеть таки есть

)

Kirill Limping [30.03.2006 23:21] :
Получается так: средства диагностики соединения выдают корректную информацию о gateway, и все хорошо прекрасная маркиза; при этом любые ping и trace не дают никакого результата. Пинговать и трейсить сегодня пробовал gateway с вышеупомянутым адресом.
По завершении соединения телефон всегда кажет, что передано 0 байт, принято - какие-то копейки типа 216 байт. Это за добрые два десятка минут безуспешныхх попыток куда-то достучаться.

KA6AH [31.03.2006 01:24] :
В GPRS-профиле телефона выключи сжатие заголовков IP (а лучше любое сжатие вообще)

Kirill Limping [31.03.2006 08:27] :
KA6AH, проверил - в телефоне выключено. Кроме того, ПК и покет через эту трубку (соответственно, ту же учетную запись, она в телефоне одна) успешно выходят в и-нет.
Кстати, на ПК в свойствах GPRS-соединения стоит (в настройках TCP IP) включенная галка на пункте Use IP header compression. Полёт нормальный. Кажется специально я её не включал - она по-умолчанию стояла.

longshadow [31.03.2006 12:24] :

Kirill Limping писал(а):

Получается так: средства диагностики соединения выдают корректную информацию о gateway, и все хорошо прекрасная маркиза; при этом любые ping и trace не дают никакого результата. Пинговать и трейсить сегодня пробовал gateway с вышеупомянутым адресом.

Следует учесть, что gateway будет меняться при каждом подключении, так же, как и локальный адрес интерфейса. Поэтому перед тем как его пинговать, следует получить адрес актуального gateway с помощью ifconfig или route -n.

По завершении соединения телефон всегда кажет, что передано 0 байт, принято - какие-то копейки типа 216 байт. Это за добрые два десятка минут безуспешныхх попыток куда-то достучаться.

Это наводит на крамольную мысль: а нет ли каких либо правил netfilter'а, которые у тебя все исходящее дропают?

Попробуй iptables -t filter -Lvn при поднятом соединении.

Kirill Limping [02.04.2006 23:56] :

longshadow писал(а):

Попробуй iptables -t filter -Lvn при поднятом соединении.

Гениально, у меня вообще iptables не стоял

Судя по всему фильтрафии нет, утилита ругается can't initialize iptables table 'filter'; кроме того, WiFi соединение на Завре работает без проблем.

longshadow [03.04.2006 12:26] :

Kirill Limping писал(а):

кроме того, WiFi соединение на Завре работает без проблем.

Это не доказательство.

Фильтры могли настраиваться из /etc/ppp/ip-up. Проехали - ясно, что дело не в фильтрах.

Ты мог бы выложить здесь скрипт, который создан апплетом для твоего соединения? Поскольку все здравые мысли кончились и осталось только бубновое шаманство. Скрипт лежит в /etc/ppp/peers, имя файла имеет вид BLUETOOTH+. Кстати, а через IrDa с тем же телефоном GPRS работает?

[Ответить]
[< Назад] [Вперед >]