Jump to content

r13

Forum Members
  • Posts

    5,223
  • Joined

  • Last visited

  • Days Won

    64

Posts posted by r13

  1. 46 минут назад, Avaritia сказал:

    а desktop_pc2 будет работать через основной интерфейс? самая идея в том, что например, домашняя сеть desktop_pc1, desktop_pc2, desktop_pc3 все они подключаются к основному интернет соединению pppoe1, когда то пропадает включается резеврное wisp, через которое может работать только desktop_pc2. само. автоматически.

    Да, будет работать. Политиками вы определяете доступные для клиентов интерфейсы

  2. 45 минут назад, Avaritia сказал:

    может кто подскажет, наверное это близко к обсуждаемой теме)

    если к основному интернет соединению, добавляю ещё одно - резервное, например, wisp, можно ли как-то в стандартных средствах ограничить работу устройств через резервное соединение, чтобы пре переключении на резервное, работал только зарегистрированный desktop_pc2, а остальные устройтва нет? соответственны при основном, работали все устройства.

    Сделать политику только с основным интерфесом и переключить всех клиентов кроме desktop_pc2 на эту политику

  3. 16 минут назад, Alexander сказал:

    А эти планы были реализованы? Или пока только:

    • UsbLte: изменено хранение SMS с внутренней памяти на память SIM-карты для L850-GL/L860-GL (сообщил @r13) [SYS-723]

    Это оно и есть. Модем работает корректно

    • Thanks 1
  4. 8 минут назад, gaaronk сказал:

    А вот такой вопрос 

     

    Есть порт на котором настроен 

    switchport mode trunk
    switchport trunk vlan 20

     

    При добавлении нового WAN порта с vlan 90 на этот интерфейс - любое изменение настроек этого WAN через web-ui не добавляет switchport trunk vlan 90 к существующему vlan, а заменяет его.

     

    Как сделать что бы настройка WAN с vlan не затирала существующие vlan в транке?

    Попробовать прописать 20 как тв vlan, тогда оба влан будут на интерфейсе

  5. В 15.01.2023 в 20:56, eralde сказал:

    Спасибо за диагностику, но вы сами можете убедиться в том, что веб-интерфейс при настройке провайдера не отправляет команды, связанные с маршрутами через интерфейс провайдера. Тут нужна помощь @admin и @Le ecureuil.

    окей, продолжаем исследовать, маршруты прибивает этот вызов из веб интерфейса:

    POST /rci/interface/ipoe

    Payload - {"inet-port":"0","inet-vlan":"3","iptv-port":"","iptv-vlan":"","voip-port":"","voip-vlan":"5","name":"GigabitEthernet1/Vlan3"}

    @eralde @admin @Le ecureuil Чья проблемка?

  6. @eralde Приветствую, еще один кейс (на 3.9.2)

    Проводной интернет интерфейс - GigabitEthernet1/VLAN3

    IP телефония интерфейс - GigabitEthernet1/VLAN5

    через интерфейс IP телефонии созданы статические маршруты

    Скрытый текст

    ip route 192.168.36.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject
    ip route 192.168.40.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject

    Если менять настройки интернет интерфейса(для примера как и ранее менял состояние ipv6) то эти статические маршруты удаляются.

    Селфтест с конфигурацией ниже.

  7. 2 часа назад, MaXaoH сказал:

    Как насчет того, чтобы реализовать проверку скорости через сервис speedtest.net? У них даже есть консольный интерфейс. Было бы неплохо, если можно из удаленки сделать замер скорости прямо через веб морду роутера

    Он есть только под arm соответсвенно на peak он и так в entware запускается. 

  8. 2 минуты назад, RomanL сказал:

    @ANDYBOND Ваша ссылка ведет ровно на мой комментарий в соответствующей теме. Мой посыл был - не как это сделать, а что папки нет, вероятно, это пробел прошивки.

    Это скорее пробел в entware, в /opt/var/lock приложение должно ходить

    • Thanks 1
  9. 21 час назад, Axo92 сказал:

    Thanks!

    Ok, I had a look at the documentation for the CLI.

    In the "ping-check" the parameter to add to do this should be "min-success".

    "Ping-check" It's currently only set to "max-fails" which is why I believe it does the "ping/pong" effect between the two WAN. Correct?

    Thank you in advance!

     

    Yes, correct, ping check is used to determine state of interfaces. Playing around with min-success/max-fails you can fine tune its sensitivity

    • Thanks 1
  10. 5 минут назад, M V сказал:

    В продолжение темы..

    Можно ли как-то более гибко настроить правило для НАТа? Сейчас он НАТит не только в Интернет, но и в локалку "B". Ну, т.е. если я пингую из A какой-нибудь хост в B, то эти пакеты имеют source IP = LAN IP кинетика.. Хотелось бы, чтобы он натил на выходе ppp0 а не на входе wg0.

    Ответ тут

    https://forum.keenetic.com/topic/2617-вопросы-по-интеграции-openvpn-в-ndms/?do=findComment&comment=135763

  11. 5 часов назад, eralde сказал:

    Отправка no ip global была добавлена для остановки DHCP-клиента на ge1 в сценарии, когда задан какой-то VLAN для интернета.
    Штош, видимо, придется еще пару условий в этом месте дописать 🤖

    С интернетом в vlan там своя отдельная история, при таком же сценарии маршруты удатляются через подобный интерфейс. Но удаленно это отловить проблемно, надо будет доехать и тоже надергать rci обмена

  12. 2 часа назад, hellonow сказал:

    @r13 актуально ли в 3.9.1? Если да, напишите пожалуйста в поддержку, вам вышлют версию для проверки с исправлением.

    Полтора года прошло, вспомнить бы что за модем был, чтоб на тест воткнуть ))))

    Думаю в 20м это был обычный е3372

    • Thanks 1
  13. @eralde Привет, заводил тикет, 595202 но движения по нему не появилось, поэтому поковырял сам,

    При изменениях настроек проводного интерфейса(для примера менял состояние галки ipv6) 

    Веб интерфейс зачем то отправляет no ip global

    Скрытый текст

    [
        {
            "interface": {
                "GigabitEthernet1": {
                    "ip": {
                        "address": {
                            "no": true,
                            "dhcp": false
                        },
                        "name-server": [
                            {
                                "no": true
                            }
                        ],
                        "gateway": {
                            "no": true
                        },
                        "mtu": {
                            "no": true
                        },
                        "dhcp": {
                            "client": {
                                "name-servers": {
                                    "no": false
                                },
                                "hostname": {
                                    "no": true
                                }
                            }
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ipv6": {
                        "address": {
                            "auto": true,
                            "no": true
                        },
                        "prefix": {
                            "auto": true,
                            "no": true
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ipv6": {
                        "name-servers": {
                            "no": true,
                            "auto": true
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ip": {
                        "global": {
                            "no": true
                        }
                    }
                }
            }
        }
    ]

    Что ожидаемо приводит к удалению интерфейса из всех политик

    А затем выставляет ip global обратно:

    Скрытый текст

    [
        {
            "interface": {
                "GigabitEthernet1": {
                    "mac": {
                        "address": {
                            "no": true
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ip": {
                        "address": {
                            "no": true,
                            "dhcp": true
                        },
                        "name-server": [
                            {
                                "no": true
                            }
                        ],
                        "gateway": {
                            "no": true
                        },
                        "mtu": "1500",
                        "dhcp": {
                            "client": {
                                "name-servers": {
                                    "no": true
                                },
                                "hostname": "***"
                            }
                        },
                        "tcp": {
                            "adjust-mss": {
                                "no": true
                            }
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ip": {
                        "global": {
                            "enabled": true,
                            "order": 0
                        }
                    }
                }
            }
        },
        {},
        {},
        {
            "interface": {
                "GigabitEthernet1": {
                    "ipv6": {
                        "address": {
                            "auto": true,
                            "no": false
                        },
                        "prefix": {
                            "auto": true,
                            "no": false
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ipv6": {
                        "name-servers": {
                            "no": true,
                            "auto": true
                        }
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "up": true
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "schedule": {
                        "no": true
                    }
                }
            }
        },
        {},
        {},
        {
            "interface": {
                "GigabitEthernet1": {
                    "description": "Bee"
                }
            }
        },
        {},
        {
            "interface": {
                "GigabitEthernet1": {
                    "authentication": {
                        "no": true
                    }
                }
            }
        },
        {
            "interface": {
                "GigabitEthernet1": {
                    "ping-check": {
                        "profile": "default"
                    }
                }
            }
        },
        {
            "system": {
                "configuration": {
                    "save": true
                }
            }
        }
    ]

    Но вхождение интерфейса в политики утрачено.

    Надо бы это пофиксить.

    • Thanks 2
  14. 43 минуты назад, vst сказал:

    У модема всего 4 слота под СМС. Если память переполнена, то новые сообщения не поступают. Ввиду некоторых особенностей работы AT команд на некоторых версия модема, роутер не может вычитать уже поступившие сообщения. Отсюда имеем только отправку

    Может стоит отключить это вычитывание. По наблюдениям ip отваливается как раз после неудачной попытки считать смс. 

  15. Добрый день,

    В оборудовании МГТС есть следующая опция IGMP proxy:

    image.png.d8c79c041bbe0f049c6c8acc67a1baac.png

    При использовании этой коробки все работает,

    При замене операторской коробки на кинетик ТВ трансляция прерывается так как в отсутсвие IGMP general query  со стороны оператора встроенный IGMP прокси ничего не репортит и мультикаст через какое-то время останавливается.

    ТВ приставка при потере потока отсылает(Leave/Join) и показ восстанавливается

    Хотелось бы видеть реализацию подобной опции в IGMP proxy keenetic

    Следом селфтест и захват пакетов в lan/wan

    PS пока накидал скрипт который читает подписки в таблице маршрутизации кинетика и отсылает igmp report group по ним в wan, c этим костылем тв работает корректно.

    • Upvote 2
  16. 10 часов назад, Velibekov сказал:

    Здравствуйте.

    Решил протестить сервис RMM.
    Зарегался, но на попытке добавить сеть, получил ошибку.
    Пытался подключить Giga KN-1011, версия 3.8.5.
    Что делаю не правильно?

    image.thumb.png.85f6d6bb6416d42d1ba1553c40700710.png

    Так в ошибке же написано обновить до версии не ниже 3.6.3?!

    Зы а все ок, с утра плохо с арифметикой 😁

    • Confused 1
  17. 3 часа назад, 1qqq сказал:

    я про кинетик нигде не упоминал. Я про entware. Ее же не только на кинетике развернуть можно

    Тогда убираем из ответа слово кинетик. Модули ядра собираются по конкретное ядро на устройстве,  поэтому в entware их нет и надо спрашивать у поставщика прошивки для устройства.

  18. 15 часов назад, sips сказал:

    Включите опцию “Узнавать свой публичный IP-адрес от SIP-сервера” в настройках телефонной линии (см. скриншот) и проверьте IP-адрес в заголовке Via.

    Screenshot from 2022-10-12 17-22-39.png

    Да, с этой настройкой в заголовке теперь корректный адрес, спасибо.

  19. @sips

    Исходно МГТС и телефония в отдельном vlan и plus dect на кинетике

    Настроил влан телефонии и маршрутизацию в этот влан.

    Регистрация линии есть, но смущает что приложение телефонии в пакете SIP REGISTER

    подставляет wan ip в sip.Via.sent-by.address вместо ip адреса на интерфейсе телефонии.

    Можно это пофиксить?

     

×
×
  • Create New...