
Mr. D
Пользователи-
Публікації
1 362 -
Зареєстрований
-
Відвідування
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача Mr. D
-
Не зовсім розумію де саме була реклама. Що саме можливо вважати рекламою? Пристрої MikroTik не підтримують Wi-Fi roaming. Можливо тоді ці пристрої вважати рівня enterprise? Ubiquiti щось вміє з ваших слів, але на форумах самого Ubiquiti багато повідомлень про те, що декларація підтримки є, але щось не працює. Загалом людина запропонувала конкретні моделі під рішення задачі, в той час як від Вас я почув лише згадку про те, що таке є й в інших. Наведіть приклад обладнання Ubiquiti, яке буде аналогом Ruckus 7982 + 1100 (Wi-Fi roaming та приблизно такої ж потужності).
-
Тут про те що, буває активне або пасивне підсилення. Я розумію, це так, що активне підсилення підсилює й сигнал, й шум. А от пасивне підсилення шляхом фокусування за якимось вектором у просторі або просто фокусуванні на клієнта може підсилити саме сигнал, що в якомусь сенсі більш ефективно, ніж активне підсилення. Й, до речі, ще раз напишу, що наземні термінали Starlink теж використовують електронний контроль промінню. Для побутового сегмента це дуже революційно.
-
Ось трохи вивчивши що це за компанія Ruckus та яке обладнання має, вже можу сказати, що, скоріше за все, якщо десь використовуються Ruckus 7025 та цих AP багато, то всі вони під'єднанні до контролера, який, скоріше за все, керує частотами або всіма AP одночасно, що, думаю, оптимізує ресурси фізичного середовища (вплив однієї AP на іншу AP). Не думаю, що китайський аналог буде настільки ж ефективним. До речі, ось думаю, якщо, скажімо, купити три Ruckus ZoneFlex 7982 та ZoneDirector 1100, не буде часом ситуації, що треба буде шукати або купувати якісь ліцензії у разі використання роумінгу Wi-Fi-клієнтів? Наскільки я вже зрозумів, система ліцензування у Ruckus достатньо складна. У разі R500 теж непотрібні додаткові ліцензії для роумінгу (якщо одна з R500 має роль контролера)?
-
Поміркував стосовно PiP\PbP, зручно це або не зручно. Й ось зрозумів, що у разі необхідності керувати, скажімо, так обома хостами одночасно треба додатково мати дві миші або дві клавіатури, або дві миші та дві клавіатури (хоча є якісь миші\клавіатури, які підтримують кілька хостів, між якими можливо перемикатися). Все якось дуже складно стає, але, схоже, технологічно можливо наразі. У такому випадку буде 100% розділення одної системи від іншої з точки зору безпеки (звісно, якщо не відбувається запис екрана зовнішньою камерою). Коли людина постійно в темі, у людини формуються деякі стандартні рішення або типові підходи. Люди поза темою сприймають деякі питання навіть ширше, що в якомусь сенсі змушує більш впевнених в темі людей подумати що, як й чому саме так працює. ) Ваше питання про монітор - дуже гарний тому приклад.
-
TLS може бути використаним для ідентифікації, автентифікації, конфіденційності та цілісністності. Фактично OpenVPN працює через TLS-тунель та використовує TLS-сервіс (наприклад, OpenSSL) як джерело для ідентифікації\автентифікації. Й, звісно, в залежності від того, яка саме операція виконується можуть бути потрібними public та private keys як серверу, так й клієнту. Не думаю, що TLS чимось поступається WireGuard, який, схоже, реалізує ці функції своїм кодом у той час, як OpenSSL - це вже деякий стандарт. Й, до речі, ChaCha20-Poly1305 - це один з шифрів, які підтримує TLS для шифрування даних теж. Саме на тій сторінці в Wiki є таблиця зі згадуванням ChaCha20-Poly1305. Тобто OpenVPN в тому числі за допомогою TLS має значну гнучкість, але не всі алгоритми\шифри й так далі вважаються на разі достатньо захищеними. Резюмуючи, WireGuard просто спрощує все це й пропонує якийсь один безпечний варіант (але, гадаю, додає проблеми несумісності в деяких випадках). Те, що стосується закритого порту, то це дуже схоже на Port Knocking. Й наскільки я розумію, це можливо зробити навіть з OpenVPN, але засобами Firewall або ще якось. В будь-якому випадку, виглядають такі налаштування дещо складно. Й знову ж WireGuard просто це робить, мабуть, шляхом того, що це все реалізовано в самому коді WireGuard. Поки що не бачу значної переваги WireGuard, окрім того, що все простіше, але далеко не всі пристрої можуть працювати з WireGuard.
-
Саме ваша модель Philips 27Е1N33 не підтримує ні PiP (Picture-in-Picture), ні PbP (Picture-by-Picture), тому у Вас шлях один - налаштувати ваш NVR так, щоб до нього можливо було б під'єднатися через IP-мережу (якщо ваш NVR це підтримує, звісно). Або змінити монітор на такий, який має PiP або PbP. Та мені, здається, це дуже не бюджетний варіант буде. Це якщо вже максимально точно взяти до уваги всі варіанти.
-
Думаю, це принципово різні задачі - те, як зрозуміла спільнота, та те, як Ви хотіли б користуватися. Тоді з NVR Вам потрібно зв'язатися через IP-мережу. Здається, тепер зрозуміло, чому виникла деяка плутанина. В цьому випадку, дійсно, немає сенсу який саме монітор у Вас. Я поки що не чув про монітори, в яких є можливість бачити відео з двох джерел одночасно саме таким чином, щоб монітор збирав зображення.
-
Цікаві варіанти. На мою думку, Wi-Fi Access Point (ще й 802.11ac) в підрозетнику рішення з питаннями тому, що AP потрібна гарна антенна (в підрозетнику дуже обмежений простір). Але, можливий варіант. У своєму випадку вирішив спробувати enterprise-рішення від Ruckus. Мені особисто не дуже подобаються різні планшети, які мають обмежену функціональність. Такі планшети встановлювати в кожній кімнати, схоже, не дуже економно, а функцій вони, можливо, виконують не багато. Тому краще або якийсь універсальний планшет використовувати, або прості фізичні вимикачі (у вигляді блоку вимикачів) та програму для звичайного телефона, який точно є у кожного мешканця квартири або будинку. Та й телефон в більшості випадків десь поряд.
-
До речі, MikroTik не підтримує 802.11k\v\r та і Ubiquiti UniFi має якусь обмежену незрозумілу підтримку. На мою думку, Ruckus в цьому сенсі на рівень вище. Й що цікаво за $100 мені вдалося знайти повний roaming-комплект на три AP (802.11n; 8 dBi) з контролером. Тобто очікую що на достатньо великій площі можливо буде користуватись Voice over IP під час руху без відчутних пауз. При чому 802.11ac в приблизно такій же конфігурації коштувало б близько $150, але піздно це зрозумів. )
-
Знову Ви всіх заплутуєте. Давайте розберемося як саме працюють IP-камери. IP-камера може отримувати електроживлення або через PoE\PoE Plus або через блок живлення AC (230 V) => DC. Далі IP-камера має можливість передати Live Video споживачу через будь-який наявний IP-інтерфейс (який використовує будь-яку фізичну мережу - провідну (в більшості випадків Ethernet) або бездротову (Wi-Fi)). IP-мережа може бути простою (скажімо, мати лише один subnetwork та відсутність будь-яких bridges) або складнішою, коли, наприклад, NVR знаходиться далеко (в іншій будівлі, на іншій вулиці, в іншому районі міста). Й у разі якщо NVR далеко від камер для зв'язку між камерами та NVR частково використовується Інтернет-мережа, стабільність якої менша, ніж локальної мережі й можливі періодичні паузи у зв'язку з різних причин (навіть відсутність сплати за послуги зв'язку або зміна якихось налаштувань з боку оператора зв'язку, про які не було повідомлено абонентів), або відсутність електроживлення в частині мережі, що теж можливий варіант, тоді камери здатні тимчасово зберігти деяку кількість відео-даних. Потрібен такий варіант архітектури комусь або ні - це інше питання. З іншої теми стало зрозуміло, що мало кому потрібні 802.11k\r\v.
-
Так буває, але щось цікаве все одно з'явилось. ) Мабуть, Ви про схему, коли живлення будинку 3-х фазне, додатково формується, наприклад, з генератора ще одна фаза й тоді ці 4 (3 + 1) фази прокладаються провідником 2,5 кв. мм., а так званні нулі - провідниками 1,5 кв. мм. (відповідно з загальним провідником заземленням - третій об'єднаний провідник, скажімо, теж 2,5 кв. мм.). Цікавий варіант. Або одну фазу комутувати одразу через систему резервного живлення, що було безшовне перемикання на батареї (відповідно наявній потужності звісно). Тоді й під генератор було б непогано одразу кабелі прокласти на вулицю. Так, можливо не всі LED-пристрої працюють саме від 24 V. Є сенс драйвер\блок живлення десь монтувати ближче до самих світлодіодів, ніж в щитку, де й так може бути тепло. Наразі бачу, що 230 V LED-стрічки (деякі з яких ще називають неоном) мають пульсацію та навряд можливо назвати правильним освітленням. Але це трохи інша тема. 8 проводів - це Ethernet + PoE, якщо вже щось піде не так. Тут, скоріше, деяка уніфікація кабелю, щоб не заплутуватись який куди. ) Розумію, як працює це реле у разі керування через Wi-Fi, але не розумію, як паралельно під'єднати до нього фізичну кнопку, яка б паралельно давала команда. Або у цьому випадку з'єднання послідовне? Або мова йде про Wi-Fi\Zegbee вимикачі? Є варіанти у якогось виробника, коли звичайний вимикач у вигляді кнопки дає команду на вмикання\вимикання (фактично замикає контакти на платі), а плата вже відповідно реагує або вмикає (якщо вимкнено), або вимикає (якщо ввімкнено) освітлення.
-
Звісно, завжди є два пристрої, один пристрій іншому передають дані й навпаки. Тому, на мою думку, антени обох пристрої важливі. Але Wi-Fi IoT пристрої маленькі, споживають струму дуже мало, антени мають дуже маленькі, тому коштом AP можливо покращити зв'язок. AP приймає сигнал краще, та й потужніше й точніше може передавати. До речі, є припущення, що Ruckus має технологію фокусування сигналу на Wi-Fi пристрої, яка подібна тому, як працює антена Starlink (яка, звісно, складніша, але, можливо, принцип приблизно такий же). 802.3at - це лише про більшу потужність, яка у разі невеликих AP й не дуже важлива (навряд споживання понад 12 - 15 W буває). PoE електросхема, схоже, трохи коштує в виробництві, тому цю функцію й не завжди додають, але є якась плутанина, коли деякі пристрої підтримують passive PoE замість стандартів 802.3af/at.
-
В цій архітектурі не зручно те, що поки не було зв'язку (якщо немає резервного каналу зв'язку, то ризик втрати зв'язку ще вище), то запис не відбувається. Є припущення, що у якогось виробника є така цікава функція, коли під час втрати зв'язку камери з NVR, камера зберігає відео на своїй картці пам'яті й потім це відео у разі відновлення зв'язку з NVR копіюється автоматично у NVR.
-
Думаю, що має сенс мати відеокамери й NVR одного виробника, тоді буде деяка інтеграція налаштувань та й функцій. Інакше може не бути PTZ-функціональності у NVR, можуть бути проблеми зі збором повідомлень про різні події. Все ж якщо питання в більше, ніж запису відео, то пристрої різних виробників додають складності й зменшують можливості. Наприклад, якщо Hikvision визначив, що є втручання в зону контролю, то це буде повідомлено у NVR й той, наприклад, може перевести інші камери в режим патрулювання або, скажімо, залучити своїми засобами якісь реле. Тобто, думаю, краще все ж все мати одного виробника. Сучасні NVR ще й працюють на ARM-архітектурі, що ще й зменшує електроспоживання, наразі це дещо гаряча тема у разі автономного живлення, де намагаються або збільшити батареї, які достатньо дорогі, або зменшити енерговитрати.
-
Яка у вас модель монітора (точна назва)? Мені здається, ваш монітор може отримувати картинку як через USB-C та й через HDMI, що виглядає дуже сучасно (до речі, й картинку, й аудіо). Наприклад, в специфікації є щось таке для подібних моніторів "...HDMI 1.4 x 1, USB-C 3.2 Gen 1 x 1 (у висхідному напрямку, Power Delivery до 65 Вт)...". А ще цікаво, що, можливо, ваш монітор може отримувати електроживлення від USB-C-хоста, тобто від ноутбука. Це щось цікаве. Тобто не потрібен окремий кабель живлення для монітора. Мені здається, десь в меню монітора повинна бути можливість перемикання між входами USB-C та HDMI примусово за логікою інших моніторів, які мають навіть до 3-х різних роз'ємів (HDMI, DVI або D-sub).
-
З ключами працює багато різних видів VPN. Скоріше за все, мова йде про TLS, який має відповідно відкритий ключ та закритий ключ. Відкритий ключ - це сертифікат. Є ще така частина як CA, який генерує пристроям, які намагаються зв'язатися ті самі ключі. OpenVPN має таку конфігурацію теж (де використовується TLS додатково до ідентифікації звичайним паролем). Методом сканування портів можливо визначити як відкриті TCP-порти, так і UDP-порти. Думаю, все що в цьому випадку можливо зробити - це не використовувати стандартні порти. Але сканування всіх портів відбувається постійно, судячи зі звітів firewall'ів. Загалом VPN нічим не відрізняється від інших сервісів на етапі узгодження зв'язку, але визначити слухає хтось TCP або UDP-порт можливо. Є достатньо відомий інструмент - nmap (який підтримує UDP також). Мені здається, WireGuard спростив початкові налаштування значно та використовує сучасні захищенні методи комунікації, тому цей варіант VPN має таку популярність. Але WireGuard не вміє TAP, який вміє, наприклад, OpenVPN (у MikroTik - це якось по іншому називається).
-
Цікаво, що камера G5 Bullet отримує живлення тільки через PoE (не вказано af або at, але мабуть af (потужність до 4 W)). Тобто якщо зв'язок з сервером втрачається, записів немає? Сервер аналізує відео? G5 Bullet немає ніяких можливостей щось визначити на відео (номер автомобіля або втручання в зону під контролем)?
-
Але дещо нове читачі все ж дізналися. Рахую так, що Hikvision працює достатньо стабільно. Перезавантажень немає, зв'язок не втрачає. Ще й деякий набір Smart Events реалізовано (але наскільки краще ніж інші, сказати складно). Ще й така трохи дивна річ, як на aliexpress.com камери та NVR значно дешевші, ніж в Україні.
-
Виявляється, все було просто. ) В описі ZoneDirector 1100 написано, що в цього пристрою блок живлення 12 V - 1 A, тобто мій PoE Switch Hikvision 12 W додатково, схоже, потягне. Що ж спробую, наче й не так багато потужності додатково треба. Дякую за підказку стосовно цікавої альтернативи побутовим пристроям. )