
Комментарии 3
Фаервол полезен, если правила действительно ограничивают и входящие, и исходящие соединения камеры. Но он не поможет, если TCP/37777 опубликован наружу или камера может без ограничений устанавливать соединения с облачным релеем.
Чёй-то я на этом абзаце сломался!
Это как понимать? Что фаервол у нас есть, но нам его настраивать лень, а само оно не настаривается?
TCP/37777 опубликован через что? Может сперва стоит выяснить сколько дырок в сети на вход и выход работают, а уже потом что-то настраивать?
Вы правы, формулировка и правда звучала так, будто фаервол должен сам всё разрулить.
Поясню, что я имел в виду под TCP/37777 опубликован наружу»: порт камеры реально торчит в интернет и вариантов тут несколько: проброс порта, DNAT, UPnP, который сам накидал правило, или вообще прямой публичный адрес.
И тут фаервол не сломалсяон просто честно отрабатывает то, что ему задали. Пропускает соединение, потому что правило такое есть.
Поэтому вы верно подметили: не надо надеяться, что фаервол сам всё закроет. Сначала надо глянуть, что вообще доступно снаружи и какие соединения разрешены наружу. И уже потом резать лишнее и аккуратно собирать нужные правила.
Статья - чистая реклама рувера. Куча непонятной воды + какая то тупая рекомендация "закрыть 37777 порт на камере", хотя тут и так понятно что первым делом нужно отключать P2P (что easy4ip, что dolynk).
И причём тут другие страны если речь шла изначально про CameraSwarm? Да и + текст выглядит будто его генерировал какой то чат гпт...
Чистый мусор.
Operation CameraSwarm: как один набор инструментов добрался до 14 500 камер Dahua