Дистанционно наблюдение. Дистанционно наблюдение и контрол на микроклимата в селска къща. Изпълнение: софтуер

Мисля, че днес никой не трябва да бъде убеждаван в необходимостта от постоянен мониторинг на мрежата и устройствата, включени в нея. Дори ако, да речем, сървърът работи без повреди от дълго време, това не означава, че някои „доброжелатели“ няма да извършат DDOS атака върху него. В този случай единственото нещо, което ще ви спаси от евентуални загуби, е бързите действия на администратора. Как да разберете дали сървърът е спрял да отговаря? Е, можете периодично да влизате в неговия уеб сървър или да се свързвате с FTP. Колко често ще правите това? няма ли да забравиш Ами ако се приберете вкъщи или лежите в леглото с грип?

Да, има повече от достатъчно недостатъци в този подход. Но възможно ли е по някакъв начин да автоматизирате работата си? Точно за това е проектиран програма за визуално наблюдение на мрежата 10-Strike LANState Pro.

По същество тази програма е очите на системния администратор и неговия работен плот. Докато администраторът е зает с многобройните си задължения, LANState Pro ще следи зорко работата на поверените му услуги и мрежови устройства. И в критична ситуация той ще докладва за проблеми на собственика си. Как ще докладва? Е, може би пуснете сирена или може би изпратете SMS на даден номертелефон. За да направите това, трябва или да свържете стария си мобилен телефон към компютър с LANState Pro, или да попитате вашия оператор клетъчна комуникацияна какъв адрес да пратя електронна пощатака че да пристигне като SMS на вашия телефон. Във втория случай програмата ще се нуждае от достъп до интернет.

Освен всичко, може би най-важното предимство на LANState Pro е, че може да показва вашата мрежа графично, както сте свикнали да го виждате в проектната документация. Всеки тип устройство има своя собствена икона, която може да бъде свързана с линии даден стил, цвят и дебелина с др. Но най-важното е, че иконата може да се променя в зависимост от зададеното й състояние физическо устройство. Компютърът се изключи - иконата му на мрежовата карта изгасна. Включих го - иконата отново започна да блести с цветове. Не напразно казват, че е по-добре да се види веднъж, отколкото да се чуе много пъти. Добре в в такъв случай, администраторът най-вероятно ще чуе вика на недоволен потребител или шеф. За да не се стигне до такава крайност, по-добре е бързо да разрешите проблема. И на картата можете да видите къде нещата са спрели да работят.

Това, разбира се, е добре, ако организацията се намира в една и съща сграда и има само една мрежа, ще кажете. И ако има много клонове и всички те са в различни части на града и като цяло в различни градове? Как тогава можете да видите карта на техните мрежи и състоянието на устройствата? Да, лесно!

По правило връзката между клоновете се осъществява чрез VPN или по друг начин. Ако има достъп до клоновите компютри от централния офис поне по някакъв протокол (нека поне да пингват), тогава няма проблеми - създаваш няколко мрежови карти и програмата ги следи едновременно. Можете бързо да превключвате между карти, като използвате специални икони за връзки.

Ами ако няма VPN? проблем? Не – отново няма въпрос, LANState Pro „стреля“ и тук. Програмата изпълнява вграден уеб сървър, с който можете да видите мрежова карта в прозорец на браузър. Всичко, което е необходимо за това, е наличието на физически сървър в клоновете, с достъп до него по HTTP протокол през Интернет (или отново собствен канал). Схемата за наблюдение в този случай изглежда така:

1. Инсталирайте програмата LANState Pro във всеки клон на уеб сървър или компютър, който е достъпен от централния офис чрез HTTP. Създайте мрежова карта и конфигурирайте мониторинга. В настройките на програмата включете уеб сървъра, задайте порт, оторизация, филтър за IP адреси и т.н.

2. В централния офис чрез браузър се свържете с уеб сървъра на всеки клон и вижте мрежова карта със състоянието на устройствата в нея. Освен това, като изберете конкретен елемент от менюто в менюто с икони, можете да видите графиката на времето за реакция и подробен статус тестова проверка, с диагностични съобщения.

Това е всичко, в две стъпки получавате система за наблюдение на мрежата за географски разпределена организация. Ако нещо спре да работи в клона - получавате писмо на имейл или SMS. Отворете браузъра си - преценете визуално ситуацията, планирайте по-нататъшни действия. И всичко това става бързо. Колкото по-малко престой на оборудването, толкова по-малко вероятни са финансовите загуби. И в някои случаи програмата може да се опита да коригира проблема дори без участието на администратора. Например, рестартирайте неуспешна услуга, рестартирайте компютъра, изпълнете някои специални външно приложениеили скрипт, който в крайна сметка ще реши проблема сам. В програмата има много възможности.

В същото време, лекотата на внедряване и конфигуриране на програмата 10-Strike LANState Proдава предимство пред безплатните, но трудни за настройка проекти с отворен код.

Работа с мрежова карта в уеб режим:

Преглед на графиките на времето за реакция на устройството чрез уеб интерфейса:

Вижте списък с проверки за наблюдение на устройството:

Контекстно меню на картата:

Изтеглете безплатната 30-дневна версия сега и я изпробвайте!

Ако имате нужда от инструмент за пълно наблюдение и контрол на вашия компютър чрез мобилно устройство, тогава PC Monitor е това, от което се нуждаете. Сега ще говоря накратко за принципа на работа на тази услуга: на уебсайта на разработчика изтегляте клиентска програма за компютъра, който искате да наблюдавате и управлявате дистанционно. След като изтеглите и инсталирате софтуера, ще бъдете помолени да създадете своя акаунт, за да използвате системата. След това остава само да изтеглите приложението за операционната система на вашето мобилно устройство и да влезете в системата.

Сега относно поддържаните платформи. Можете да наблюдавате и управлявате компютри с инсталиран Windows XP или повече по-късни версии, и популярни дистрибуции Linux. Липсата на поддръжка за Mac OS е малко разочароващо. По-долу са директни връзки за изтегляне на клиента за различни версии на ОС:

Сред поддържаните платформи за устройства, от които се извършва наблюдение и контрол отдалечен компютър, има iOS версия 4.0 и по-нова, Android версия 2.1 и по-нова, както и Windows Phone 7. Можете да изтеглите мобилния клиент за вашето устройство, като използвате тези връзки:

• PC монитор за Android (версия за смартфони и таблети)
• PC монитор за iOS (iPhone, iPad и iPod touchверсия)

Още по-приятна е възможността да управлявате компютъра си от всеки друг компютър чрез специален администраторски панел, който може да бъде изтеглен (Windows 32 bit) и (Windows 64 bit). Или просто влезте в услугата през всеки уеб браузър и управлявайте системата си.

Безплатната версия ви позволява да работите с три компютъра едновременно. Ако трябва да работите с голяма сумаколи, тогава трябва да купувате допълнителен лиценз. Разходите варират от 59 евро на година за 10 компютъра до 399 евро за 100 компютъра.

А сега какво може да наблюдава тази програма:

• Състояние и работно време на всички ваши компютри
• Текущо натоварване на процесора и паметта с възможност за преглед на статистика за натоварването
• IP адресът и местоположението на вашия компютър, определени от GeoIP
• Пинг към вашия компютър с възможност за преглед на статистика
• Състояние и изглед твърди дискове
• Състояние на услугите и съоръженията
• Състояние на мрежовите интерфейси с възможност за преглед на статистика
• Лансиран в този моментпроцеси
• Дневник на събитията в системата
• Състояние на планираната задача
• Списък на всички потребители, оторизирани в системата (локални и отдалечени)
• Информация за състоянието на хардуера (температура на процесора, твърди дискове, скорост на въртене на охладителите)
• Търсете и преглеждайте групи, потребителски акаунти и техните статуси в Active Directory
• Брояч на производителността на системата

По-долу са някои от действията, които можете да извършвате дистанционно:

• Стартирайте и спирайте всяка услуга
• Прекратяване на процеси
• Стартиране и спиране на планирани задачи
• Деактивиране на всеки потребител от системата
• Изпращане на съобщения до всички потребители, оторизирани в системата
• Използване на командния ред
• Рестартиране, изключване и включване на компютъра
• Управление на потребителски групи, акаунти и пароли в Active Directory
• Намиране и инсталиране на актуализации на Windows
• Наблюдение и управление на обмена
• Поддръжка на Hyper-V
• Управление на списъци мобилни устройствакойто може да изпрати системни командина компютър

Програмата може да изпраща известия за събития, случващи се на компютъра:

• Непланирано спиране на услугата
• Влизане на различни потребители
• Отклонение от нормалните стойности на ping, натоварване на процесора и паметта и заетост харддиск, железни индикатори
• Определени събития в системния регистър

Голямо предимство е използването на SSL за комуникация между компютър и мобилно устройство, което значително повишава нивото на сигурност. Като цяло обслужването е пълноценна системаза дистанционно наблюдение и контрол на вашите компютри с помощта на мобилни устройства и други компютри, с широка функционалност и разнообразие от полезни функции. Настройката не е трудна и е много бърза. Ако срещнете някакви затруднения, винаги можете да се обърнете към ръководството на уебсайта на разработчика.

RMON или база контролна информацияза отдалечено наблюдение (Remote MONitoring MIB), е разработен от IETF за подпомагане на наблюдението и анализа на протоколи в локално Ethernet мрежии Token Ring. Тази стандартна спецификация предоставя почти същата функционалност като нестандартните анализатори на мрежи и протоколи.

Работата по RMON-1 MIB започна със създаването на IETF RMON Working Group през 1990 г. Стандартното предложение беше публикувано в RFC 1271 през ноември 1991 г. и беше специфично за Ethernet (вижте Таблица 1). Допълнителна група за Token Ring беше предложена в RFC 1513 през 1993 г. С появата на съвместими реализации, RMON-1 MIB получи статус на проект на стандарт в RFC 1757 през 1994 г. През лятото на същата година работна група RMON-2 започна да подготвя стандарт за разширяване на RMON-1. Нейните усилия впоследствие бяха отразени в RFC 2021 и 2074.

RMON СРЕЩУ SNMP

Въпреки всичките си безспорни предимства, SNMP инфраструктурата има редица съществени недостатъци от гледна точка на използването й в големи корпоративни мрежи. В съответствие с възприетия модел, станцията за управление на мрежата анкетира своите агенти на редовни интервали за стойностите на всички броячи. Обемът на контролния трафик е такъв, че самият той може да причини задръстване, особено ако се предава по канали глобална мрежа. В допълнение, цялата тежест за събиране и обработка на информация пада върху контролната станция, а сложността нараства пропорционално на увеличаването на броя на контролираните устройства. Въпреки това, най-сериозният недостатък на оригиналната SNMP спецификация е, че информационните бази за управление MIB-1 и MIB-2 предоставят данни само за всяка наблюдавана система поотделно. По този начин SNMP мениджърите могат да предоставят данни за обема на входящите и изходящ трафикЗа конкретно устройство, но не и картина на трафика в целия сегмент, още по-малко в цялата мрежа (във всеки случай те не могат да получат тази информация директно от своите агенти).

RMON е проектиран по такъв начин, че събирането и обработката на данни се извършва от отдалечени сонди. Това намалява SNMP трафика в мрежата и натоварването на станцията за управление, като информацията се изпраща до станцията само когато е необходима. Приложенията RMON, разположени в различни части на мрежата, могат едновременно да комуникират и да получават информация от една и съща сонда.

Изследванията на McConnel Consulting показват, че в сравнение с традиционните инструменти за управление, RMON позволява на същия административен персонал да поддържа два и половина пъти повече потребители и сегменти (въпреки че тази полза се постига само в относително големи мрежи).

АРХИТЕКТУРА RMON

Подобно на SNMP, инфраструктурата RMON разчита на клиент-сървър архитектура. В този случай ролята на „клиента“ е приложението, работещо на станцията за управление на мрежата, а ролята на „сървъра“ е устройствата за наблюдение, разпределени в мрежата и събиращи информация. Устройствата за наблюдение се наричат ​​"сонди" и това, което правят, е софтуер- "агенти". RMON агентите могат да бъдат хоствани на самостоятелни устройстваи да бъдат вградени в хъбове, комутатори, рутери и други мрежови устройства. Станцията за управление на мрежата и разпределените RMON сонди комуникират по мрежата, използвайки SNMP протокола.

СТРАТЕГИЯ НА ИЗПОЛЗВАНЕ

Диагностицирането на проблем след възникването му може да е по-лесно от предотвратяването му, но губи време на потребителите. С RMON администраторът може да приложи проактивно управление на своята мрежа, т.е. да идентифицира проблемите, преди те да се появят. Ключът към прилагането на такава стратегия е да се установят типични модели на трафик и да се зададат прагове за предупреждение, когато трафикът в мрежата се отклонява от стандартните модели.

Първо, администраторът трябва да събере данни във времето относно производителността и използването на мрежата, които може да използва като базова линия. Такива данни могат да бъдат например информация за броя на пакетите за излъчване, групово предаване и грешки. След това получените стойности могат да бъдат осреднени и да се намерят типични отклонения от тези стойности. Откритите отклонения могат да служат като насоки за определяне на прагове.

Задаването на прагове е изкуство и само опитът може да помогне на администратора тук. Ако праговете са зададени твърде ниски, администраторът ще получи неоправдано голям брой предупреждения; ако праговете са зададени твърде високи високо ниво, тогава той може да пропусне момента на натрупване на негативни тенденции в мрежата. В допълнение, краткосрочното отклонение от обичайния модел на движение често няма ефект обща работамрежа, така че праговете трябва да бъдат зададени по такъв начин, че администраторът да не се разсейва от временни самоликвидиращи се проблеми.

Никоя мрежа обаче не е статична, така че моделите на трафик се променят с времето. Анализирането на тенденциите с помощта на групите История и Статистика позволява например да се идентифицира моментът, в който мрежата вече не може да се справи с предложеното натоварване, т.е. когато нейният капацитет трябва да бъде увеличен.

МОНИТОРИНГ НА КОМУТИРАНИ МРЕЖИ

В споделените LAN всеки сегмент трябва да има собствена RMON сонда, ако администраторът иска да знае за трафика по него. Същото важи и за комутираните локални мрежи, но в тях броят на сегментите е много по-голям. Свързването на отделна самостоятелна сонда към всеки порт на комутатора би било решение, но много скъпо. За щастие това далеч не е единственият възможен подход.

Едно от палиативните решения е да се свържете към всеки порт на комутатора вместо самостоятелен агент на хъб със собствен вграден агент, особено след като по свой начин функционалностчесто не е по-различно. Такова решение обаче не винаги е осъществимо и препоръчително; по-специално, понякога комутаторът е проектиран да свързва само една станция или сървър.

Много производители сега изграждат поддръжка за отдалечено наблюдение директно в своите комутатори, но го правят по различни начини. Едно решение е да се осигури порт за наблюдение на комутатора, към който се копира целият трафик от посочения порт. Недостатъкът на този подход е очевиден - свързаната сонда може да наблюдава само един порт на комутатора в даден момент и не вижда цялостната картина на трафика през комутатора. Друго решение е да се внедрят вградени агенти на всеки порт, но доставчиците са склонни да се ограничават само до няколко RMON групи.

Оригиналният подход беше предложен от 3Com в неговия Desktop RMON - софтуерните агенти се инсталират директно работна станцияи да използва своите ресурси за събиране на статистически данни (в същото време мрежова картатрябва да работи в режим на получаване на всички пакети). Това решение ви позволява да разтоварите комутатора и да съберете статистика за неговата работа в пълен размер - за това е достатъчно да инсталирате софтуера на поне една станция в сегмента.

RMON-2 В СРАВНЕНИЕ С RMON-1

RMON-1 обаче имаше своите ограничения. По-специално, тъй като работи на MAC слоя, сондата RMON не може да определи действителния произход на пакет, който е влязъл в локалния сегмент през рутера. Образно казано, хоризонтите на RMON-1 бяха ограничени до един сегмент на ниво MAC. За да може да определи изпращача (или получателя) на трафика от другата страна на рутера, сондата или агентът трябва да може да идентифицира трафика на ниво мрежа. Това ще му позволи да предостави статистика за всички хостове, които имат достъп до сегмента, независимо от тяхното местоположение. За тази цел стандартът RMON-2 определя спецификация за мониторинг мрежов трафикна ниво мрежа и по-високо.

RMON-2 не е надмножество или заместител на RMON-1 - те са логически допълващи се един към друг (вижте Фигура 1). По този начин най-предпочитаното място за сонди RMON-1 е сегментът, където те ще бъдат най-полезни за идентифициране на физически грешки, събиране на статистика на станцията и т.н.; а за сонди RMON-2 - магистралата, на която се намират най-добра позицияза събиране на статистически данни за модела на трафика в мрежата и нива на приложение.

RMON-2 има много по-мощни възможности за филтриране, тъй като трябва да се справя много повече с трафика Повече ▼протоколи и на по-високи нива.

КАКВО МОЖЕ RMON-2?

Най-очевидната и привлекателна характеристика на RMON-2 е мониторингът на трафика на мрежовия и приложния слой. Стандартът определя девет допълнителни групи (виж таблица 2). По-долу ще разгледаме накратко защо е необходимо всяко от тях и каква информация администраторът може да извлече от данните, които съдържат.

Групата Protocol Directory позволява на приложението за управление да знае кой протокол (или протоколи) прилага даден агент. Такава информация е просто необходима, ако приложението и агентът са написани от различни разработчици.

Групата за преобразуване на адреси установява връзката между адресите на мрежата и MAC слоя. Въз основа на тези данни администраторът може например да идентифицира кои станции имат еднакви IP адреси.

Групите Хост на мрежовия слой, Матрицата на мрежовия слой, Хостът на приложния слой и Матрицата на приложния слой са предназначени да събират статистически данни за трафика на хостове и двойки хостове в мрежовия и приложния слой. Въз основа на тази статистика администраторът може да определи кои клиенти комуникират с кои сървъри, така че системите да могат да бъдат преразпределени между мрежовите сегменти, за да се оптимизират потоците от трафик.

Групата за събиране на потребителска история позволява на администратора да конфигурира събирането на статистика за определен период от време за всеки от наличните броячи, например за файлов сървърили връзки между рутери (в RMON-1 това може да се направи само за предварително дефинирани измервателни уреди), а групата за конфигуриране на сонда може дистанционно да конфигурира сонда от друг разработчик.

ПРАКТИЧЕСКИ ПРИМЕР

В своето изследване „Методологията на RMON: Към успешно внедряване на разпределено управление” Джон Макконъл, ръководител на McConnel Consulting, дава редица интересни примери за приложението на RMON на практика.

Общината на един американски град беше изправена пред факта, че времето за отговор на сървъра периодично се увеличава до неприемливи граници. Първоначално потребителите съобщиха, че нямат достъп UNIX сървъричрез TCP/IP. След около час подобни проблемизапочна да възниква с други протоколи и услуги. В крайна сметка администраторът беше принуден да претовари сървърите. След известно време обаче проблемът се появи отново.

В резултат на това администраторът реши да инсталира в локална мрежаняколко RMON сонди. Той веднага откри, че делът на излъчваните пакети е над 40% от целия трафик. Въз основа на това администраторът конфигурира филтри на сондите, за да събира само разпръснати пакети. Това ни позволи да определим, че няколко сървъра изпращат ARP заявки необосновано често. Чрез настройване на филтри за събиране на пакети по време на разговори между конкретни двойки сървъри и клиенти, той установи, че за всяка клиентска заявка сървърът изпраща не отговор, а ARP заявка.

След като анализира получената информация, администраторът разбра, че сървърът губи информация за адреса на клиента веднага щом я получи (с други думи, че ARP кешът се актуализира непрекъснато). След като провери конфигурацията на един от сървърите, той откри, че времето за изчакване за ARP кеша е неправилно зададено в милисекунди. Промяната на стойността на времето за изчакване разреши проблема.

ВМЕСТО ЗАКЛЮЧЕНИЕ

Предимствата на RMON са очевидни. Без да напускате своя работно място, администраторът може да види целия трафик в локален сегментнезависимо от реалното му физическо местоположение - в същата стая или от другата страна глобус. Познавайки модела на трафика, администраторът може да идентифицира тенденциите, тесни местаи проблемни ситуации. Ако възникне някакъв проблем, администраторът не трябва да бърза да се обади и да инсталира анализатор на протоколи, тъй като той вече има на свое разположение мощни разпределени диагностични инструменти - сондата е готова да прехвърли данните за трафика, натрупани по време на нейната работа, към конзолата на търсене.

Дмитрий Ганжа е изпълнителен редактор на LAN. С него може да се свържете на:

Преглед

За обширни инфраструктури, разположени в отдалечени, изолирани места, се използват неуправляеми системи за наблюдение за дълго времеограничени от максималния обхват на комуникационните линии. Традиционно радиокомуникациите се използват само като част от цялостно решение, и въпреки че се е доказал като рентабилен, значителни недостатъци са ограниченията, свързани с възможната скорост на пренос на данни, продължителността на времето за предаване и повишената вероятност от загуба на данни с разширяването на зоната на предаване.

Появата на нови клетъчни технологии позволи на системните интегратори да преодолеят тези ограничения, като предоставят нови възможности за използване на дистанционно наблюдение. За да наблюдават и контролират комуникациите чрез клетъчни комуникации, инженерите могат да изградят платформа с дистанционно управление, която е лесна и практична за използване, минимизирайки посещенията на място за настройка и поддръжка. Платформата може надеждно да предава информация в реално време както от приложения с висока честотна лента, като видеонаблюдение, така и от критични аларми с ниска честотна лента.

Проблеми и решения

В тази статия ще разгледаме технически проблемиПо отношение на отдалеченото събиране на данни ще обърнем внимание на приложения, които са свързани с наблюдение и управление на информация от изключително отдалечени тръбопроводи, помпи и периферно оборудване. Първо, нека да разгледаме какво трябва да има в клетъчните комуникационни системи за дистанционно наблюдение, както и максималните възможности и функционалност, необходими за прилагането на това решение.

Нека да разгледаме следните теми:

Защо клетъчен?
- Динамичен или статичен IP
- Активен трансфер на данни:
- оптимизиране на пропускателната способност
- предотвратяване на забавяне на работата
- оптимизиране на нивата на събиране на данни
- намаляване на разходите за поддръжка
- Гарантирана цялост на данните

Защо клетъчен?

Когато използват радиокомуникации за управление на тръбопроводи, системните администратори обикновено конфигурират отдалечени терминални устройства (RTU), така че записването на данни да се извършва в локални устройствасъхранение и след това изпратено до обслужващия персонал за събиране на данни. Тъй като данните не се предават в реално време, прилагането на високопроизводителни приложения като видеонаблюдение идва с предизвикателства за управление на ресурсите, които често са непреодолими, докато скъпите ресурси трябва да бъдат разпределени за събиране и анализ на данни от отдалечени сайтове. В резултат на това разработчиците сега се обръщат към клетъчните комуникации за по-гъвкава и ефективна информационна платформа.

Предимството на клетъчната мрежа е, че може да използва IP мрежи и тъй като по-голямата част от полевите устройства вече поддържат IP протокола, е възможно да се предават всякакви данни през клетъчни канали. Но не е достатъчно да се използват само IP комуникации, тъй като честотната лента и латентността също са важни компоненти. Тъй като клетъчните комуникации предават данни през по-голямо разстояниев сравнение с традиционните радиокомуникации и микровълновите комуникации, необходимият брой релейни възли е значително намален в сравнение с радиосистемите и микровълновите системи. В допълнение, увеличен капацитет и подобрена устойчивост на смущения в клетъчните мрежи, както и използването информационна инфраструктура, който вече е инсталиран от клетъчни доставчици, което позволява намаляване на броя на необходимите релейни точки, позволява системни операторинамаляване на разходите за мрежова инфраструктура.

След наскоро мигриране от GPRS към HSPA мрежови технологиинезабавно показа значително подобрение в мрежовата пропускателна способност и латентност. Максималната изходяща пропускателна способност за клетъчната мрежа може да достигне приблизително 5,76 Mbps, докато входящата пропускателна способност може да достигне 14,4 Mbps. Латентността на клетъчната мрежа също е значително намалена, като латентността е едва 100 милисекунди в някои мрежи. Всъщност днес във всяко отношение производителността на клетъчната мрежа надминава почти всички останали налични технологиикомуникации на дълги разстояния.