Кинетиковод

Проверил, всё работает. Спасибо!

Дык только сейчас окончательно доведённый до исступления эмоций полудохлым EDGE, решил наконец начать войну за интернет на даче, которая находится в радиодыре. Поставил на крышу антенну на 17 децибел и та кое-как зацепилась за 3G. Работает 3G крайне нестабильно и пинги скачут от 80 мс до секунды. По умолчанию в модеме стоит профиль HSPA+ и в таких ужасных условиях он нормально не работает. Я естественно решил поиграться в профилями 3G, но не тут то было, Кинетик пошел в отказ. Думал всё из-за модема, но приехав домой установил, что чудит Кинетик. А до этого мне до АТ команд не было дела. Ок, буду ждать.

Имеется модем МТС 420S (в миру Huawei 3131) и Кинетик Омни на прошивке 2.10.A.5.0-3. Интернет у этой пары работает хорошо, а вот АТ команды не работают вовсе. Кинетик при активации АТ команд ругается, мол Initializer script failed Пробовал вводить команды как через командную строку, так и через вебморду, результата нет. А вот на OpenWRT и Винде модем принимает команды без проблем. Модем пробовал и в режиме "только модем" и в режиме "сетевая карта" и по умолчанию. Нельзя ли это дело как-то исправить, ведь модем есть в списке поддерживаемых, но поддерживается как-то не полностью. Модем имеет дефолтную прошивку от МТС. Также Кинетик не показывает уровень сигнала (показывает прочерк), что тоже не радует. Крутить антенну без уровня сигнала непросто, приходится ориентироваться на размер пинга. В OpenWRT такую возможность реализовали, правда вместо децибел показывает проценты, а значит считывать уровень сигнала из модема в принципе возможно. Фирменная утилита Zyxel для оптимизации модемов под Кинетики с этим модемом не работает.

На 2.10.A.5.0-1 присутствует большая задержка при подключении wifi, более минуты. Андроиды сообщают, что сеть без интернета, т.е. к wifi то подключается, а к интернету нет. Соответственно у значка wifi горит восклицательный знак. В логах видим картину: Jul 22 23:37:26wmondWifiMaster0/AccessPoint0: (MT76x2) STA(64:89:хх:хх:хх:хх) had associated successfully. Jul 22 23:37:26wmondWifiMaster0/AccessPoint0: (MT76x2) STA(64:89:хх:хх:хх:хх) set key done in WPA2/WPA2PSK. Jul 22 23:37:26ndhcpsDHCPDISCOVER received from 64:89:хх:хх:хх:хх. Jul 22 23:37:26ndhcpsmaking OFFER of 192.168.1.35 to 64:89:хх:хх:хх:хх. Jul 22 23:37:26ndhcpsDHCPREQUEST received (STATE_SELECTING) for 192.168.1.35 from 64:89:хх:хх:хх:хх. Jul 22 23:37:26ndhcpssending ACK of 192.168.1.35 to 64:89:хх:хх:хх:хх. Jul 22 23:38:40ndmkernel: SWNAT bind table cleared Jul 22 23:40:55wmondWifiMaster0/AccessPoint0: (MT76x2) STA(64:89:хх:хх:хх:хх) had disassociated. Jul 22 23:41:30wmondWifiMaster0/AccessPoint0: (MT76x2) STA(d4:87:хх:хх:хх:хх) had associated successfully. Jul 22 23:41:30wmondWifiMaster0/AccessPoint0: (MT76x2) STA(d4:87:хх:хх:хх:хх) set key done in WPA2/WPA2PSK. Jul 22 23:41:30ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.38 from d4:87:хх:хх:хх:хх. Jul 22 23:41:30ndhcpssending ACK of 192.168.1.38 to d4:87:хх:хх:хх:хх. Jul 22 23:42:50ndmkernel: SWNAT bind table cleared Соответственно интернет появляется только после kernel: SWNAT bind table cleared Происходит это спустя в среднем через 1 минуту 20 секунд. Проверено на двух устройствах, результат одинаков. При откате на 2.10.A.2.0-0 проблема исчезла.

Благодарю! Теперь всё как надо.

Протестировал IPSec VPN при "двухфазном подключении", используется конфиг 2 из первого поста, т.е. у клиента и сервера разные ip, как вообщем-то и должно быть. Зато у сервера IPsec этот режим вообще убран, т.к. "востребован малым количеством человек". Где логика? Кстати, "большим количеством человек" востребован режим с получением ip сервера только потому, что "большое количество человек" подключившись к серверу не понимает, почему у них ip не изменился. Как так, подключение есть, а ip нет? Чёта глючит... А то, что так даже лучше "большое количество человек" не понимает. И вообще непонятно зачем серверу гонять через себя весь трафик клиента. У младших Кинетиков к примеру для этого просто нет мощи. Верните сеть home в сервер назад!

Это было бы вообще круто и желательно ещё и через вебморду.

Я немного почитал форум и видел жалобы на то, что клиент мол не получает ip сервера. Понятное дело, что такие юзеры базы знаний не читали, где всё чётко расписано и вы решили и вовсе убрать выбор сетей. Гениально! А вам просто надо было сделать так, чтобы при включении сервера по умолчанию стояла сеть 0.0.0.0 для особо одарённых, а для как вы выразились меньшинства оставить выбор сети home. Причём конфиг, когда у каждого свой интернет, а локалка общая очевидно самый наилучший и именно он и стоял по умолчанию на 2.08, а теперь его и вовсе нет. Всякие ЯндексDNS, SkyDNS и тем более авторизатор КАБiNET тоже мало кому нужны, но тем не менее они кочуют из прошивки в прошивку, а офигенный IP сервер из 2.08 взяли и урезали. Я в шоке! Теперь стало быть для идеального конфига нужно скакать на костылях CLI, а раньше можно было всё сделать в два клика в вебморде. Мда... Не знаю можно ли выкладывать self-test в общий доступ, поэтому отправлю в личку.

Имеется Кинетик Омни и 2.09.A.9.0-0. До этого была последняя 2.08. Так вот на 2.08 в настройках сервера IPsec была возможность выбора трёх режимов работы клиента: 1.Клиент получает доступ к локальной сети и выход в интернет с ip сервера. (в настройках сеть 0.0.0.0+Транслировать адреса клиентов (NAT)) 2.Клиент получает доступ к локальной сети, но выходит в интернет со своего ip.( в настройках сеть Home+Транслировать адреса клиентов (NAT)) 3.Клиент получает доступ только к локальной сети, но не имеет доступа в интернет (в настройках отключена Транслировать адреса клиентов (NAT)) Мне нужен именно второй режим, когда клиент получает доступ в мою локалку, но в интернет выходит со своего ip. Такого режима в 2.09 теперь нет, т.к. убрана возможность выбора home или 0.0.0.0 Зачем убрали столь полезную функцию?