Триколор интернет в Ubuntu 9.10

[Otten]

Мало того, что много исходящего, так теперь еще и перестали посты отправляться по впн. По чистой земле отправляются, стартую скрипт и впн, инет работает нормально, через спутник, но нажимаешь новый пост, здесь или в блоге, и тишина, все стоит на месте... Что-то с браузером, определенно. В микроэмуляторе запустил миниоперу, все работает и пишется. А большая опера и epyphany ничего не постит.
Пользователь решил продолжить мысль 10 Июня 2010, 13:01:42:Странное дело. Посты снова отправляются. Мистика.
Пользователь решил продолжить мысль 10 Июня 2010, 15:04:36:Поставил слонакс. Результаты такие. Если запустить только голую землю, а потом слона, то стартует:

Now proxy at port 8080
Now proxy at port 8081
CONNECTED

В браузере ведь нужно в прокси поставить 127.0.0.1 порт 8080, то есть то, что в конфиге слона указано? Написал в опере. Инет идет нормально, посты постятся как надо.

А если по полной, запустить скрипт тарелки, потом землю, потом впн, и стартовать слоника, то пишет тоже самое, только слова CONNECTED так и не появляется, и инет не входит ни по земле ни по dvb0_0.
Пользователь решил продолжить мысль 10 Июня 2010, 19:12:51:Проблема слонакса кажется решилась. В kvpnc изменено расположение написания триколоровского шлюза. Там, где "Заменять маршрут по умолчанию" выбрал добавить, в открывшемся окошке Use interface - ppp0, поле Use gateway оставил пустым, поле Remote network - 81.177.31.194. Только после этого и после рестарта всех подключений слонакс запустился и дал CONNECTED. Результат серфинга по сайтам в результате такой:

(Нажмите, чтобы показать/скрыть)

debian:/home/otten# ifconfig
dvb0_0    Link encap:Ethernet  HWaddr 00:02:0a:10:32:33
          inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::2d0:5cff:fec9:a28d/64 Scope:Link
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:4429 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4603584 (4.3 MiB)  TX bytes:0 (0.0 B)
          Base address:0x3e8

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12989 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12989 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:6375035 (6.0 MiB)  TX bytes:6375035 (6.0 MiB)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:10.228.183.159  P-t-P:10.64.64.64  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:930 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1479 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:74084 (72.3 KiB)  TX bytes:150824 (147.2 KiB)

ppp1      Link encap:Point-to-Point Protocol
          inet addr:10.16.50.51  P-t-P:10.1.1.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1296  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:490 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:80 (80.0 B)  TX bytes:54776 (53.4 KiB)

tap0      Link encap:Ethernet  HWaddr 00:ff:80:17:e0:ed
          inet addr:85.195.160.146  Bcast:85.195.160.255  Mask:255.255.255.0
          inet6 addr: fe80::2ff:80ff:fe17:e0ed/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1400  Metric:1
          RX packets:27 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:1410 (1.3 KiB)  TX bytes:7883 (7.6 KiB)

Появился первый вопрос: что такое tap0, это адаптер tap, который создает слонакс?
Второй вопрос: в неком lo траффик по шесть метров туда-обратно, что это за траффик и нормально ли это?

[borkvt]

В браузере ведь нужно в прокси поставить 127.0.0.1 порт 8080, то есть то, что в конфиге слона указано?

у меня прокси не где не стоят . у тябя slonax_3g?и всё работает

[Otten]

Уже опять нихрена не работает. CONNECTED так и не появляется. Чудеса да и только!
Пользователь решил продолжить мысль 10 Июня 2010, 23:09:56:Пльзователи kvpnc отзовитесь! Какие настройки вы используете в этой проге? Какая последовательность запуска интерфейсов у вас, когда ве работает? Сначала земля, потом спутник, потом впн, потом слон? Или как-то еще?

[serg993]

2 le6681
Так модем от Мегафона с kvpnc и не захотелb работать с VPN.  Уж и так и так, но все без толку. Пошел по твоей ссылке просить разлочку usb-модемов от МТС, Мегафон, Билайн http://megion-info.ru/index.php?option=com_myblog&show=usb-.html&Itemid=64&cpage=920. зарегался и два дня как чудак  ждал кода разлочки. Получил, разлочил модем, вставил симку МТС из телефона и все работает. Хрень какая то!
P.S. Кому нужен код разлочки никуда не ходите с просьбами, да упаси боже деньги за это отдавать. Заходим на Online Huawei Modem Unlock Calculator http://a-zgsm.com/huawei.php?act=submit и после ввода своего IMEI получаем через секунду требуемое

[le6681]

2 serg993
насчет мегафона... у меня в последнее время тоже проблемы с этим оператором..... коннект падает без видимых причин... или же заводиться через раз.. видимо придется уходить к другому опсосу.....

[serg993]

Чисто Мегафон работает очень стабильно, даже в непогоду (без 3к). И 3g вроде как в июле должен заработать. Поэтому особо уходить на МТС не тянет. Но видимо придется:(

[radeon6]

Подскажите, не могу vpn соединить, использую nеtwork менеджер для vpn и для интернета. Интернет работает нормально со всеми приложениями и браузером, только vpn его не видит, при подключении vpn не проходит ни одного пакета. Сервер триколора пингуется в терминале. Да, интернет у меня идет через bnep0. Как указать vрn что соединяться через bnep0?

(Нажмите, чтобы показать/скрыть)

всем удачи, я настроил интернет от триколора

[serg15678]

Привет. Пытаюсь настроить Kvpn, но вот запутался в маршрутизации. Исходные данные.
1. Наземный канал GPRS, провайдер МТС, под виндой подключение к впн проходит без проблем, вот  данные этого подключения
 local  IP address 172.28.198.168
--> remote IP address 10.64.64.64
--> primary   DNS address 10.11.12.13
--> secondary DNS address 10.11.12.14
--> 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.
Вот что пишет kvpn
*************************
отладка: pppd: /usr/sbin/pppd
отладка: Support for GRE found (compiled into kernel or kernel module already loaded).
отладка: Интерфейс по умолчанию: «ppp0».
отладка: IP адрес интерфейса по умолчанию:«172.28.198.168».
отладка: pppd peer script: /etc/ppp/peers/kvpnc.3k_most
отладка: Метод аутентификации: mschap
отладка: pppd secrets file: /etc/ppp/chap-secrets
отладка: Имя пользователя: ******
отладка: pppd: /usr/sbin/pppd
отладка: Попытка подключение к серверу «81.177.31.194» как пользователь "****"...
отладка: Setting DNS_UPDATE "Yes".
отладка: «pppd» запущен.
ошибка: Удаленный модем отключился. Соединение было завершено.
отладка: There is a reason to stop connecting, terminating "pppd" process.
отладка: Запрошено разъединение
отладка: Запрошено разъединение, состояние - подключено
отладка: Завершение процесса при завершении.
отладка: pppd secrets file: /etc/ppp/chap-secrets
успешно: Successful connect try canceled.
отладка: Отсоединено
**********************.
Подозреваю, что проблемы в указании маршрутов. Как будет выглядеть таблица маршрутизации для триколора?

[borkvt]

serg15678  а это не поможетhttp://cetki.com/forum/index.php?showtopic=14178

[serg15678]

Вот лог утилиты tcpdump на интерфейсе ppp0

Код: [Выделить]

linux-n466:/home/serg # tcpdump -i ppp0                                                                                                                                                             
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode                                                                                                                           
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes                                                                                                                         
13:28:07.753959 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [S], seq 464699443, win 5840, options [mss 1460,sackOK,TS val 4394188 ecr 0,nop,wscale 6], length 0                             
13:28:10.752081 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [S], seq 464699443, win 5840, options [mss 1460,sackOK,TS val 4394938 ecr 0,nop,wscale 6], length 0                             
13:28:13.284067 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [S.], seq 3076866085, ack 464699444, win 5792, options [mss 1360,sackOK,TS val 1827934722 ecr 4394188,nop,wscale 6], length 0   
13:28:13.284145 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 1, win 92, options [nop,nop,TS val 4395571 ecr 1827934722], length 0                                                   
13:28:13.284830 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [P.], ack 1, win 92, options [nop,nop,TS val 4395571 ecr 1827934722], length 156: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(AS) BEARER_CAP(DA) [|pptp]                                                                                                                                                                         
13:28:14.780073 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [S.], seq 3076866085, ack 464699444, win 5792, options [mss 1360,sackOK,TS val 1827937741 ecr 4394188,nop,wscale 6], length 0   
13:28:14.780140 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 1, win 92, options [nop,nop,TS val 4395945 ecr 1827937741,nop,nop,sack 1 {0:1}], length 0                               
13:28:15.084070 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [S.], seq 3076866085, ack 464699444, win 5792, options [mss 1360,sackOK,TS val 1827938494 ecr 4394188,nop,wscale 6], length 0   
13:28:15.084136 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 1, win 92, options [nop,nop,TS val 4396021 ecr 1827938494,nop,nop,sack 1 {0:1}], length 0                               
13:28:17.984062 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [.], ack 157, win 108, options [nop,nop,TS val 1827940549 ecr 4395571], length 0                                                 
13:28:18.020104 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [P.], ack 157, win 108, options [nop,nop,TS val 1827940551 ecr 4395571], length 156: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() [|pptp]                                                                                                                                               
13:28:18.020173 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 157, win 108, options [nop,nop,TS val 4396755 ecr 1827940551], length 0                                                 
13:28:18.020433 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [P.], ack 157, win 108, options [nop,nop,TS val 4396755 ecr 1827940551], length 168: pptp CTRL_MSGTYPE=OCRQ CALL_ID(0) CALL_SER_NUM(0) MIN_BPS(2400) MAX_BPS(10000000) [|pptp]                                                                                                                                                       
13:28:22.704538 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [P.], ack 325, win 124, options [nop,nop,TS val 1827945014 ecr 4396755], length 32: pptp CTRL_MSGTYPE=OCRP CALL_ID(53832) PEER_CALL_ID(0) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(10000000) [|pptp]                                                                                                                       
13:28:22.704980 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 1, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705021 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 2, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705035 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 3, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705048 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 4, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705061 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 5, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705073 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 6, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.705084 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 7, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:22.744078 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 189, win 108, options [nop,nop,TS val 4397936 ecr 1827945014], length 0                                                 
13:28:22.764143 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 8, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:24.764125 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 9, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:26.768120 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 10, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:28.768109 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 11, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:30.772110 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 12, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:32.772107 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 13, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:34.772101 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 14, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:36.772110 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 15, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:38.772126 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 16, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:40.772112 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 17, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:42.772111 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 18, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:44.776116 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 19, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:46.776116 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 20, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:48.781322 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 21, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:50.781338 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 22, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:52.781333 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 23, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:53.300258 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [P.], ack 325, win 124, options [nop,nop,TS val 1827975293 ecr 4397936], length 148: pptp CTRL_MSGTYPE=CDN CALL_ID(53832) RESULT_CODE(3) ERR_CODE(0) CAUSE_CODE(0) [|pptp]                                                                                                                                                           
13:28:53.300328 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [.], ack 337, win 125, options [nop,nop,TS val 4405575 ecr 1827975293], length 0                                                 
13:28:54.784130 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 24, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:56.784123 IP 172.28.146.114 > 81.177.31.194: GREv1, call 53832, seq 25, length 26: LCP, Conf-Request (0x01), id 1, length 12                                                                   
13:28:58.041389 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [FP.], seq 337:353, ack 325, win 124, options [nop,nop,TS val 1827980298 ecr 4397936], length 16: pptp CTRL_MSGTYPE=StopCCRQ REASON(1)                                                                                                                                                                                               
13:28:58.041571 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [P.], ack 354, win 125, options [nop,nop,TS val 4406760 ecr 1827980298], length 16: pptp CTRL_MSGTYPE=StopCCRP RESULT_CODE(1) ERR_CODE(0)                                                                                                                                                                                             
13:28:58.041793 IP 172.28.146.114.46660 > 81.177.31.194.pptp: Flags [FP.], seq 341:357, ack 354, win 125, options [nop,nop,TS val 4406760 ecr 1827980298], length 16: pptp CTRL_MSGTYPE=CCRQ CALL_ID(0)                                                                                                                                                                                                   
13:29:04.144104 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [R], seq 3076866439, win 0, length 0                                                                                             
13:29:04.144173 IP 81.177.31.194.pptp > 172.28.146.114.46660: Flags [R], seq 3076866439, win 0, length 0                                                                                             
^C                                                                                                                                                                                                   
47 packets captured                                                                                                                                                                                 
47 packets received by filter                                                                                                                                                                       
0 packets dropped by kernel                                                                                                                                                                         
linux-n466:/home/serg #

[ConstAntz]

Код: [Выделить]

debian:/home/otten# szap -l 10750,10750,11700 -c /etc/channels.conf -n 2 > /dev/null
FE_SET_FRONTEND failed: Invalid argument

Ноги у этой ошибки из фирмваре растут. По большому счету можно забить на нее.
Пробуй поискать/поспрашивать прошивку для своей карты и положить в /lib/firmware/ с перезагрузкой.
Еще можно повозиться с пересборкой v4l.

[ConstAntz]

По поводу скорости. Кому не сложно, отпишитесь пожалуйста.
Не радует меня связка "триколор+скайлинк". Тянул файл по земле ~30-32КБ/с, докачивал его же по воздуху ~14-17КБ/с, под Виндой - min 90КБ/с !!!
Есть подозрение, что брелок AnyData ADU 310 в режим EVDO only не выходит.

И еще - какой mtu/mru прописать для наземного канала ppp0/ppp1 (в целях экономии исходящего трафа)? Или это все баловство и стек не дополняет хламом до 1500, а шлет только необходимое.

Спасибо.

[AnrDaemon]

MRU для земли смысла не имеет.
MTU - MAXIMUM transmission unit, максимальный размер пакета. Естественно, никто специально егоо раздувать не будет, передаётся только необходимое количество информации...

[ConstAntz]

Вот что пишет kvpn
*************************
отладка: pppd: /usr/sbin/pppd
отладка: Support for GRE found (compiled into kernel or kernel module already loaded).
отладка: Интерфейс по умолчанию: «ppp0».
отладка: IP адрес интерфейса по умолчанию:«172.28.198.168».

Попробуй красное поменять на ppp1, ведь на ppp0 висит МТС и оно обрывается.
Что делать с зеленым - не знаю.

Подозреваю, что проблемы в указании маршрутов. Как будет выглядеть таблица маршрутизации для триколора?

После поднятия ppp0 в `route -n` добавяться два маршрута для ppp0 и default на ppp0
После поднятия ppp1 добавяться еще два маршрута для ppp1 и default на ppp1
Ну а dvb0_0 уже должен там быть

[Mostodont]

Снова мне нужна помощь. Приобрел я карту TT S2 - 1600 ! Ubuntu 10.04. Драйвер от Игоря Липлянина установил, ОС карту увидела. Сат инет от hi-stream работает на УРА!  Но вот с Триклор инетом глюки ..  Запускаю землю, запускаю ВПН, запускаю скрипт

(Нажмите, чтобы показать/скрыть)

nik@nik-desktop:~$ sudo '/etc/init.d/tricolor' start
starting tricolor...

DVB Network Interface Manager
Copyright (C) 2003, TV Files S.p.A

Status: device dvb0_0 for pid 1000 created successfully.
SlonAx-3G linux@linux-zc3v v.3.01.19 RC10. 29.03.2010 15:16:12
Config loaded. Logfile: 'sx3g_client.log'
Connect try #0...
Authorization success
Handshaking....
Now proxy at port 8080
Now proxy at port 8081
CONNECTED!

Но счастье продолжаестя не долго. Где то через минуту, иногда позже, данные со спутника перстают идти!  dvbtraffic ничего не показывает.
Делаю так sudo '/etc/init.d/tricolor' restart. Инет появляется, данные со спутника идут... но через минуту снова ступор!
Если выключить SlonAx в скрипте и подключится через ВПН, тоже самое - через минуту другую данные прекращают идти.
Я думаю дело тут в МАС адресе карты наверное. Ведь когда я подключался к Тирколору то карта была у меня другая и МАС там другой соответсвенно. Теперь я же карту поменял, а МАС в личном кабинете от старой карты. Вот мой скрипт

(Нажмите, чтобы показать/скрыть)

#!/bin/bash

        PATH=/usr/sbin:/usr/bin:/sbin:/bin
        NAME=`basename $0`

        # https://cabinet.stv.su/index.php?m=info
        IP="192.168.100.1" #Сюда прописываем ваш IP-адрес, (от балды)
        MAC="" #сюда пишем MAC-адрес сконвертированный из IP адреса данного триколором
        PID="0x3e8" #здесь должен быть ваш PID  (можно и в dec) 0x3e8h=1000d

        # https://cabinet.stv.su/index.php?m=conf
        slonax_3g_BIN="/usr/local/sbin/slonax_3g"
        sx3g_cli_CONF="/etc/sx3g_cli.conf"

        CHANNELS_CONF="/etc/tricolor.conf"

        # http://forum.stv.su/viewtopic.php?t=1173
        case "$1" in
          start)
            echo "starting $NAME..."
           #Теперь отключим rp_filter, фильтрующий пакеты которые не могут уйти через тот же интерфейс что и пришли
            #/sbin/sysctl -w net.ipv4.conf.all.rp_filter="0"
            #/sbin/sysctl -w net.ipv4.conf.default.rp_filter="0"
             #сие так замудренно всвязи с проблемамаи на ядре 2.6.24 и выше
            dvbnet -p $PID
             szap -l 10750 -c $CHANNELS_CONF -n 1 > /dev/null &
            ifconfig dvb0_0 $IP
            ifconfig dvb0_0 hw ether $MAC
            echo 0 > /proc/sys/net/ipv4/conf/dvb0_0/rp_filter #Эту строку можно убрать так как уже отключили (можно и оставить для верности)
            $slonax_3g_BIN $sx3g_cli_CONF # Если пользуем глобакс то раскоментировать
          ;;
          stop)
            echo "stoping $NAME..."
            #killall globax
            ifconfig dvb0_0 down
            dvbnet -d 0
            killall szap #ну раз замудрили при старте, мудрим и при остановке - иначе никак =(
          ;;
          restart)
            $0 stop
            $0 start
          ;;  
          *)
            echo "usage: $NAME start|stop|restart"
            exit 3
          ;;
        esac
        
        exit 0

Вот конфиг Слонакса

(Нажмите, чтобы показать/скрыть)

  WELCOME TO SLONAX 3G
#   --------------------
#
#       C L I E N T   C O N F I G U R A T I O N
#       F I L E
#
#       This is the default Slonax3g configuration file. You may wish
#       to look at the Slonax3G home page for the FAQ and other documentation.
#

#   AUTHENTICATION
# ----------------------
#
#  TAG: auth_server
#       Usage:  hostname:port
#               1.2.3.4:port
auth_server=3ginet.satgate.net:1122


#  TAG: login
#       Usage: write_you_login_here
login=

#  TAG: password
#       Usage: write_you_password_here
password=



#   TRANSPORT
# ----------------------
#
#  TAG: transport_type
#       Usage: protocol_type
#
#       NOTE: Now support only UDP.
protocol_type=UDP

#  TAG: transport_peer
#       Usage:
#       transport_peer=proxy_type://proxy_host:proxy_port
#
#       proxy_type: 'socks', 'http' or 'none'
#       For example:
#       transport_peer=socks://192.168.168.1:1080
transport_peer=none

#  TAG: speed_in_auto
#       Usage: Yes or No
#       Note: automatic setup speed_in by remote side.
speed_in_auto=no

#  TAG: transport_speed_in
#       Usage: Incoming_speed
#       Note: in kilobit per second (kbit/s)
speed_in=118

#  TAG: speed_out
#       Usage: outgoing_speed
#       Note: in kilobit per second (kbit/s)
speed_out=32

#  TAG: mtu
#       Usage: MTU_in_bytes
mtu=800

#  TAG: mru
#       Usage: MRU_in_bytes
mru=1400


#  TAG: alive_pkts_send_period
#       Usage: alive_send_period_in_seconds
#
alive_pkts_send_period=40

#   TAG: alive_pkts_max_loss
#        Usage: maximum number of remore alive packets
#        Note:  If number_of_loss_packets > alive_pkts_max_loss  we supposed
#               that remote side is down.
alive_pkts_max_loss=5


#  TAG: jumbo_mode
#       Usage: Yes or No
#       Note: enable small packets aggregation into one big packet. May reduce pps.
jumbo_mode=Yes


#  TAG: flow_ctrl_mode
#       Usage: 1 or 2
#       Note: 1 - SX3G_FLOW_CTRL_MANY_FLOWS
#             2 - SX3G_FLOW_CTRL_ONE_FLOW
#
flow_ctrl_mode=2


#  TAG: tcp_heartbeat
#       Usage: frequency of tcp echo packet sending (in seconds)
#       Note: Sometimes wireless channels (like GPRS or EDGE) force disconnected
#             cause no TX or RX TCP traffic. If tcp_heartbeat>0 slonax will be
#             generated TCP traffic each N seconds. For disable echo packets set
#             tcp_heartbeat to 0
#
tcp_heartbeat=0




#        NETWORK
# -----------------------
#
#  TAG: defaultroute_set
#       Usage: Yes or No
#       Note: Add a default route to the system routing tables, using the peer as the gateway.
defaultroute_set=Yes


#  TAG: defaultroute_method
#       Usage: METRIC_CHANGE or REPLACE
#       Note: change setup method of default route.
#
defaultroute_method=REPLACE

#  TAG: dns_set
#       Usage: Yes or No
#       Note: Ask the peer for up to 2 DNS server addresses. In  addition,  slonax will  create  an
#             /etc/resolv.conf file containing one or two nameserver lines with the address(es)
#         supplied by the peer. (On UNIX systems). On Win32 just save dns on TAP interface settings
dns_set=Yes


#  TAG: nat_enable
#       Usage: Yes or No
#   Note: Add NAT support for Slonax
nat_enable=No



#        TUN/TAP
# -----------------------
#
#  TAG: iface_mode
#       Usage: ptp, ether, auto
#       Note: Tunnel interface mode
iface_mode=auto




#        TCP TUNE
# -----------------------
#
#  TAG: tcp_sess_timeout
#       Usage: timeout in seconds
#       Note: if session is not active within tcp_sess_timeout seconds slonax
#             will close this session.
#
tcp_sess_timeout=3600

#  TAG: tcp_suspect_timeout
#       Usage: timeout in seconds
#       Note: Close timeout for suspect tcp sessions, like session without traffic.
#
tcp_suspect_timeout=60



#      COMPRESSION
# -----------------------
#
#  TAG: compress_level
#       Usage: 0-9
#       Note:  0-No compression 9-Max level
compress_level=9

#  TAG: compress_lib
#       Usage: zlib lzma
#       Note: compression algorithm selection.
#             Now support only zlib
compress_lib=zlib



#       ENCRYPTION
# ----------------------
#
#  TAG: encryption_enable
#       Usage: Yes or No
#       Note:  Disabled temporaly
encryption_enable=No


#  TAG: encryption_method
#       Usage:  blowfish twofish
#
encryption_method=blowfish

#  TAG: encryption_psk
#       Usage: encryption_text_pre_shared_key
#
encryption_psk=a_very_secret_psk


#       TCP SERVICES
# -------------------------
#
#  TAG: http_proxy
#       Usage: bind_address:bind_port
#       Note:  Just simly HTTP proy with CONNECT method suport
#            
http_proxy=127.0.0.1:8080

#  TAG: http_eproxy
#       Usage: bind_address:bind_port
#       Note:  Enhanced HTTP proxy with image compress
#
http_eproxy=127.0.0.1:8081

#  TAG: tcp_portmap_bind
#       Usage: bind_local_host
#       Note:  Address of the host on which sit tcp portmaps.
tcp_portmap_bind=127.0.0.1


#  TAG: tcp_portmap
#       Usage: bind_port->remote_ip:remote_port
#       Note:  allow multiple usage.
#
#tcp_portmap=110->pop3.mail.ru:110


#    WIN32 Specific options
# --------------------------------
#
#  TAG: win32_autoconnect
#       Usage: integer (time in seconds)
#       Note: if integer != -1, windows client
#             try connect at program startup
#             0 for connect immediately.
#
win32_autoconnect=15

#  TAG: win32_ras_dial
#       Usage: string (name of RAS windows connection)
#       Note: if string != NULL slonax before connect try
#             dial dail-up or VPN connection.
win32_ras_dial="NULL"




#      LOGGING
# ---------------------
#
#  TAG: logging_enable
#       Usage: Yes or NO
#
logging_enable=Yes

#  TAG: logging_file
#       Usage: path_to_logfile
#
#
#logging_file=/var/log/sx3g_client.log
logging_file=sx3g_client.log


#  TAG: logging_level
#       Usage: 0-5
#       Note: 0-Minimum 5-Maximum logging level
logging_level=5


#  TAG: logging_subsystems
#       Usage: "SCK", "TCP", "PRT", "FLW",
#              "SHA", "TRA", "TUN", "COM",
#              "CRY", "SYS", "MUX", "DMX",
#              "AUT", "ALL"
#       Note: Filter logging output. Filter 'ALL' - shows all subsystems
#
#       For example: So if you want debug only encryption
#                    and flow-control subsystem
#       logging_subsystems=CRY|FLW
logging_subsystems=AUT|SYS


#  TAG: logging_raw_sockets
#       Usage: yes or no
#       Note: dump raw traffic of tcp sockets to ./dumps directory
#
logging_raw_sockets=no


#  TAG: debug_console
#       Usage: Yes or No
#       Note: Enable debug console
#
debug_console=Yes


#  TAG: debug_console_port
#       Usage: 1-65535
#       Note: Debug console TCP port
#
debug_console_port=2323

Кто чего подскажет ? В чем может быть дело ?