По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Камеры наблюдения сегодня можно встретить почти на каждом углу. Если с одной стороны это создает чувство вторжения в личное пространство, с другой стороны как-то спокойнее, что ничто не ускользнёт от зорького электронного глаза.
Но установка камер наблюдения удовольствие не из дешёвых. Правда, в сети можно найти очень много доступных продуктов, которые даже не трубуют особых навыков установки и устройств хранения. Некоторые модели "из коробки" идут с функцией просмотра через Интернет.
Но что делать, если вам нужно установить наблюдение, но особо тратиться не хотите. В таком случае подойдёт любая веб-камера, которую вы используете для общения по мессенджерам. Даже встроенная в ноутбук.
В просторах Интернета очень много программ, которые позволяют организовать видеонаблюдение, задействуя встроенную или подключённую веб-камеру.
Одна из таких программ iVideon. Программа поставляется в двух версиях: для бизнеса и для домашнего пользования. Можно выбрать разные тарифы, которые дают дополнительные возможности. Со всеми планами можно познакомиться на сайте разработчика. Также есть клиенты по все мобильные и компьютерные операционные системы. Установив клиентскую часть на мобильный телефон можно везде где есть доступ в Интернет просматривать камеры в онлайн режиме. Также программа посылает push-уведомления при обнаружении подозрительных действий.
Для начала нужно скачать серверную часть программы с сайта разработчика iVideon. Далее выполняем стандартную процедуру установки. При установке рекомендуется отметить Install as a service. Это позволяет программе запускаться вместе с ОС и сразу же начинать снимать, даже если вы не вошли в систему.
После установки программа запускается и в первом окне нажимает Next и переходим к настройке конфигурации.
Как видно есть три способа настройки. Если у вас никогда не было аккаунта на этом сервисе выбираем New configuration. А если вам нужно восстановить или скопировать старую конфигурацию, то соответственно Restore или Copy configuration. В последних двух случаях вам нужен будет уже зарегистрированный аккаунт. А тут мы выберем первый способ.
Далее нам нужно ввести E-mail, которым зарегистрировались на сайте сервиса, если такового нет, то аккаунт будет создан автоматически, а затем выбираем из списка местоположение камеры. Если аккаунта нет, то предлагается ввести пароль и принять условия обслуживания.
Далее выбираем нужную камеру:
Включаем архивацию:
Выбираем Запустить iVideon при старте системы и нажимаем Finish:
Далее откроется основное окно программы, где можно увидеть статус сервиса (выделено красным):
Чтобы добавить другие камеры кликаем на кнопочке Add device и из выпадающего списка выбираем нужную камеру. Сюда можно добавлять как IP камеры и DVR/NVR, так и веб-камеру. Чтобы добавить последнюю нужно просто подключить камеру к компьютеру и она отобразиться в списке:
Далее кликаем два раза на иконке веб-камеры и переходим к окну предварительного просмотра, где кликнув на кнопке Settings открываем настройки камеры.
Здесь можно активировать передачу и запись звука, для чего достаточно указать источник. На вкладке Recording можно определить периодичность записи.
По умолчанию запись идет при обнаружении движения или звука. Это экономит место на диске. Также можно вести непрерывную запись, запись по расписанию или вообще отключить её.
На вкладке Motion detector можно задать область обнаружения движения (выделено красным). Если действие происходит за пределами данной области запись не включается.
А вкладка Sound detector позволяет настроить порог звука для включения запись. Эта функция будет активно, если на вкладке General указан источник звука.
И последняя вкладка Schedule позволяет настраивать расписание записи.
Для внесения изменений кликаем на Edit и переходим на страницу редактирования расписания:
Чтобы вести запись непрерывно выбираем красный квадратик и мышкой выбираем область, когда нужно вести запись. А белый квадратик отключает запись в выбранное время. Данные настройки работают если во вкладке Recordings выбрано значение Schedule.
А теперь про настройки самой программы. В строке меню выбираем General --> Settings
Тут можно привязать программу к аккаунту на сайте сервиса если не сделали это в начале. Задаются параметры архивации и языка. Можно сменить место хранения архивов нажатием на кнопку с тремя точками и выбрав нужную папку. Также можно добавить дополнительное хранилище.
Если у вас настроен прокси-сервер, то нужно указать их на вкладке Advanced. Где также можно настроить качество записи.
А вкладка Analytics позволяет вести журналирование движения и определять область обнаружения.
Чтобы просмотреть камеры в онлайн режиме просто через браузер заходим на свой аккаунт на сайте программы и выбираем нужную камеру.
На этом всё. Надеюст материал окажется полезным. Удачи!
Прямо сейчас, пока ты читаешь эту статью, в серверной комнате организации А под толстым слоем пыли, окруженная множеством переплетенных проводов мигает разноцветными лампочками офисная АТС. Но давайте будем тише - дежурный IT - специалист, скорее всего спит, поставив переадресацию на мобильный телефон - а вдруг что - то сломается?
Вообще, облака, на своем старте - наделали шума. Все начали задаваться вопросом - а зачем нам сервер в офисе, когда можно арендовать VPS/VDS/SaaS в облаке и “не париться”?
В статье мы ответим на вопрос - почему одни компании выносят свою телефонию в облако или покупают услугу виртуальной АТС, тем самым создавая возможность поставить вендинговую машину или настольный теннис в серверной комнате, а другие, продолжают перебирать провода, протирать пыль с серверов и наслаждаться мерцанием цветовых серверных индикаторов от офисной АТС.
Бюджет: сравниваем облако и размещение в офисе
Первое, что стоит спросить себя - а как мы будем платить за АТС? Что для нас важно, а что нет? Мы, как интегратор, все чаще сталкиваемся с тем, что в компаниях (SMB) идет сокращение бюджета на IT и соответствующие отделы находят выходы из этой ситуации.
С точки зрения локальной (офисной) АТС - далее мы будем называть ее порой “on-premise” решение (говоря так, мы чувствуем себя немного круче), IT - отдел экономит деньги ежемесячной оплате хосту (SaaS платформе, которая дает вам услугу виртуальной АТС). Но эта экономия реальна только в том случае, если вы не меняете аппаратные компоненты сервера с АТС. В таком случае модель вы платите только за услуги провайдера, электричество и заработную плату IT’шнику. Модель “купил - запитал - работает, не трожь” работает, более чем.
Однако, в случае выхода из строя того или иного компонента, компания несет определенного рода дополнительные расходы. Отметим, опять же, на нашем опыте - случается это редко. Современные сервера имеют высокое качество комплектующих, и если вы не планируете поливать сервера водой, обдавать из огнемета или выставлять на улице - скорее всего, данная неприятность вам не грозит.
Не менее важный фактор - обновление ПО. Проблема в том, что если вы обновляете программное обеспечение офисной “on-premise” (да - да, мы же предупреждали) АТС, есть риск выхода из строя. Опять же, данная проблема решается простым резервированием, так называемой отказоустойчивостью, по принципу Active - Standby (один сервер активен, а второй в резерве и всегда готов выйти в активную роль). Этот нюанс требует дополнительной проработки, а следовательно, дополнительных денежных затрат.
Теперь про масштабируемость. В случае, если проснувшись в один прекрасный день вы осознаете, что ваш бизнес вырос в разы (вы сходили на бизнес - тренинг, к шаману или проделали магический обряд), то офисные локально размещенные станции масштабируются несколько сложнее и затратнее, чем виртуальные. Это отражается на деньгах и стоимости масштабирования.
Тут есть важный пункт - офисная АТС гораздо более гибка, чем виртуальная. Дело в том, что виртуальная АТС дается вам в неком готовом контейнере предустановок, где SaaS платформа редко дает возможность доработки станции. Да, признаем, некоторые облачные АТС имеют API, но когда вопрос заходит о масштабном изменении логики работы АТС (кастомизация скриптами, например) - тут происходит коллапс. В этом плане офисные АТС явно выигрывают перед облачными, несмотря на стоимость затрат на эту самую кастомизацию. Просто сам факт ее возможность при быстром росте бизнеса - это преимущество (поверьте, знаем о чем говорим на опыте разных проектов).
Редкие, но некоторые IT - отделы предпочитают облачную телефонию. Это более предсказуемо и снимает с них часть ответственности. Например, когда директор компании задает вопрос ITшнику почему не работает телефония, тот может смело спихнуть ответственность на виртуального хостера.
Модернизация и апгрейд: витаем в облаках или в офисе?
Тут пальму первенства заслуженно забирают облака. Дело в том, что если у вас в офисе живет on-premise АТС, так или иначе, рано или поздно вам придётся обновлять аппаратные компоненты сервера (процессор, оперативная память, наращивать мощность RAID массивов, тем самым увеличивая пространство для хранения данных). Это происходит по двум причинам: растёт нагрузка на сервер и текущие мощности уже не справляются, или обновление программного обеспечения требует более производительных комплектующих. При облачном размещении таких проблем нет - ваш хост автоматически наращивает мощности виртуальной машины, внутри которой живет ваша АТС. Это, безусловно, сказывается на мощности, но выходит дешевле покупки комплектующих под локальных сервак.
Кстати про обновление - в случае решения, размещённого в вашем офисе, обновление ПО производят ваши ITшники, тогда как при размещении в облаке, хост сам обновляет ПО и раскатывает их на боевую среду.
Интеграция телефонии с внешними системами
Любителям on-premise решений посвящается. Откиньтесь на диване поудобнее - в этой главе уже есть победитель. И это не облако.
Дело в том, что с ростом компании, уровень технологичности неизбежно повышается. Новые направления деятельности и увеличение потока клиентов обязывают связать ИТ - узлы в единую экосистему: интеграция телефонии и CRM, справочниками, базами данных, звонки по нажатию, триггерный автоматический обзвон, предиктивный дайлер и прочие. Все эти “хотелки” так или иначе требуют доработки вашей станции, так как интеграцию со всем на свете разработчики облачный виртуальных АТС предусмотреть не могут, а открыть исходный код и раздвинув горизонт кастомизации до бесконечности, рискуют получить уязвимости в безопасности.
Именно по этой причине, офисная коробка дает больше. Например: вы хотите сделать маршрутизацию на базе гороскопа клиента. В вашей CRM есть номер телефона клиента, имя и его дата рождения. При входящем звонке, телефония “смотрит” в вашу CRM и видит месяц рождения клиента (по номеру, с которого он звонит). Кастомная прослойка понимает - он рыба, а рыбам, сегодня не рекомендуется иметь деловых отношений. И на базе этого решения офисная телефонная станция терминирует вызов. Как вам?
Пожалуй, надо признать, пример весьма спорный. Но посыл понятен - коробка в офисе даст больший пул возможностей, а облако, максимум, обрезанный API.
Катастрофы: коробки или облако?
В офисе над вами прорвало трубу и залило серверную (мы реально встречали такие кейсы). Сервера вышли из строя, не работает ничего. Есть две новости, начнем с хорошей:
Сервер был на гарантии и имеется контракт на горячую замену от интегратора;
Сервера больше нет.
Несмотря на контракт горячей замены, просто в минимум 24 часа вам гарантирован (если не реализована схема отказоустойчивости с географически распределенными серверами по ЦОДам).
В облаке, как правило, SaaS дает вам гарантию работоспособности от 90%. Облачная вычислительная мощность живет в разных ЦОДах, при отказе аппаратного сервера, виртуальная машина с вашей ВАТС переедет на другой аппаратный сервер за сотые доли секунды. Что неплохо.
Тут, пожалуй, для SMB компании первенство мы отдадим облаку.
Итоги
Как облака, так и размещенные в офисе решения имеют свои преимущества. Если курс вашей компании на безграничную кастомизацию, интеграцию всех ИТ - систем между собой для создания экосистемы и амбициозные бизнес - процессы, у вас есть грамотный IT - специалист, то выбирайте коробку, которую вы разместите в офисе.
Если вы не хотите проблем с сервером, обслуживанием, вы малый бизнес, у вас нет своего IT’шника в штате и хотите рабочую телефонию с минимумом головной боли - облако подойдет под ваши требования.
Линукс - как много в этом слове эмоциональной и смысловой нагрузки. А как много разных дистрибутивов входят в это семейство И частенько требуется понять, какая конкретно версия установлена и этому помогает пакет systemd, который в настоящее время имплементирован во многие дистрибутивы.
Самый простой способ проверить версию Linux это просто использовать hostnamectl команду без каких-либо аргументов. Эта команда возвращает название дистрибутива, версию и кодовое название вместе с конкретной версией ядра.
Довольно распространенной ошибкой является называть все семейство GNU/Linux систем просто Linux-ом. Важный момент в том, что Linux - это только ядро, а GNU - непосредственно сама система в виде набора скомпилированных библиотек и системных инструментов. GNU и Linux должны работать в тандеме для того, чтобы операционная система корректно работала. Так как одно не может существовать без другого, корректнее называть эту связку GNU/Linux или Lignux.
Дополнительные способы определения
Системы управления пакетами в Linux
Если команда выше вам не помогла, следующим шагом будет проверка установленного пакетного менеджера, так как вероятность, что один из трех пакетных менеджеров все-таки установлен крайне высока.
rpm - пакетный менеджер для систем RedHat
dpkg - пакетный менеджер для систем Debian
pacman - пакетный менеджер для систем Arch
Таким образом, если система использует rpm, то скорее всего у вас используется RHEL, CentOS, Fedora и т.д. Если deb, то скорее всего это Ubuntu, Debian, Mint. И соответственно в случае pacman это будет Arch или Manjaro (и им подобные).Для определения пакетного менеджера нужно ввести команду
$ for i in $( echo rpm dpkg pacman ); do which $i; done 2 /dev/null
В случае deb и rpm она вернет следующее: /usr/bin/dpkg и /bin/rpm соответственно.
Проверка версии CentOS/RHEL
Самый простой способ проверки версии CentOS это чтение файла /etc/centos-release с помощью команды cat /etc/centos-release
В свою очередь для RHEL нужно будет прочитать файл /etc/redhat-release
Команду соответственно меняем:
cat /etc/redhat-release
Думаю логика здесь понятна, для Fedora нужно будет поменять команду на fedora-release - проще некуда.
Проверка версии Debian, Mint и Ubuntu
Для Debian - подобных систем нужно прочесть файл /etc/issue:
cat /etc/issue
Проверка версии Arch
Проверять версию Arch не имеет смысла, так как каждый раз при запуске команды pacman -Suy ваша система автоматически обновляется до последней версии.
Проверка системных параметров
Проверка системной архитектуры и версии ядра
Самый простой и популярный способ определения системной архитектуры и версии ядра Linux это использование команды uname с аргументом -a.
То есть команда будет выглядеть следующим образом:
uname - a
В выводе будет указана версия ядра и разрядность архитектуры.
Проверка архитектуры ЦПУ
Самым простым и распространенным способом является команда:
lscpu
Как видно из вывода, вместе с моделью процессора и его частотой также видна его разрядность и еще много различных параметров.