Servinfo что это такое
СМС от servinfo: что это?
Смс от различных компаний – вовсе не редкость в наше время. Однако, не всегда получателям сообщений понятно, кто их прислал. Например, не все понимают, что за смс приходят от ServInfo.
Что это такое?
ServInfo представляет собой бесплатную утилиту, которая предоставляет интегрированную информацию касательно действий и полетов, зафиксированных в VATSIM, IVAO и иной среде, где применяется SquawkBoxВ©, ProControllerВ©, либо «simil». 
Текущую информацию в онлайн-режиме о каком-либо действии можно просмотреть в удобном формате (таблицы, карты). Пользователи смогут без проблем получить сведения о полетах, узнать позиции управления. Кроме того, имеется возможность прослушивать переговоры диспетчеров и пилотов. Рассмотрим каждую из указанных выше сетей подробнее.
Что такое VATSIM?
VATSIM является общедоступной специализированной международной компьютерной сетью, которая создана энтузиастами виртуальной авиации. Основной задачей сервиса стало обеспечение воссоздания в сети реального взаимодействия экипажей воздушных судов и диспетчеров, работающих в службах управления воздушным движением. 
Что такое IVAO?
IVAO расшифровывается, как Международная Виртуальная Авиационная Организация. Интернет-платформа была создана энтузиастами в 1998 году. Группа людей мечтала о том, чтобы наслаждаться собственным хобби (флайт-симулятором) в моделируемом воздушном пространстве. На сегодняшний день сервис зарегистрирован в качестве НКО (согласно законодательству Бельгии).
Данная некоммерческая организация обладает многослойной управленческой структурой для обеспечения процедуры грамотного стратегического планирования. При этом полностью соблюдаются все сферы соответствующих отраслей права. Работа ИВАО является абсолютно прозрачной. Все сведения предоставляются бесплатно. Расходы покрываются посредством частных пожертвований и корпоративного спонсорства.
Почему же приходят смс от ServInfo?
Обычно, такие сообщения приходят как раз тем, кто зарегистрирован в IVAO, либо VATSIM. Например, если пользователь настроил отслеживание какой-то определенной информации (приходит уведомление), либо, когда он хочет совершить какое-то действие в системе. Очень часто такое происходит, если человек забыл свой пароль и пытается восстановить его.
Если же никаких аккаунтов у пользователя в подобных сервисах нет, то, скорее всего, кто-то просто неправильно указал номер телефона, поэтому и приходят смс-сообщения.
СМС от czaem.ru: что это?
В настоящее время многие микрофинансовые организации и онлайн-сервисы представляют платные услуги по подбору быстрых кредитов, рассылая потенциальным клиентам массовые рекламные рассылки с целью предложения своих услуг.
Таким образом, такие организации привлекают к себе внимания любопытных абонентов. Одна из таких микрофинансовых компаний является czaem.ru. Если поступило сообщение от этого сервиса о том, что пришло уведомление об одобрении займа. 
Однако это вовсе не означает, что клиент обращался за микрозаймом и на его обращение поступил положительный ответ о микрозайме. Давайте разберемся что это за компания, стоит ли брать в ней кредит и как избавиться от навязчивых рассылок.
Что за смс от czaem.ru
Сzaem.ru – это сервис по подбору микрозаймов для клиентов.
Сервис является посредником микрофинансовых организаций, поэтому не несет никакой ответственности за заключение договоров по кредитованию. При обращении клиента сайт передает предложения партнерам МФО и за заключение договора по кредитованию получает проценты.
Для привлечения большого потока клиентов, сервис периодически рассылает рекламу для продвижения своих услуг. И в случае, если клиенту поступило смс об одобрении кредита, а он никуда не обращался, это не говорит о том, что кто-то пытается заполучить сумму от его имени.
Таким образом микрофинансовая организация рекламирует свои финансовые услуги, надеясь, что путем массовой рассылки кому-то срочно нужны деньги и нуждающиеся воспользуются услугами сервиса от czaem.ru. Если поступило уведомление от подобной организации, лучше сразу забыть о нем, удалить входящее сообщение.
Поскольку смс «Об одобрении кредита» применяется исключительно для заинтересованности потенциальных клиентов, на которое лучше не реагировать.
Как заблокировать входящие звонки от подобных микрофинансовых компаний
Самый простой способ – занести отправителя массовых рассылок в «черный список» и навсегда избавиться от его навязчивых уведомлений. Сделать это можно, кликнув на адресата по значку и выбрать «чёрный список», после чего все входящие звонки от сервиса czaem.ru будут автоматически блокированы.
Можно составить такой список входящих навязчивых сервисов и делиться информацией о них с другими абонентами. Таким образом, это навсегда избавит от рассылок ненужных организаций по подбору кредитов.
Пришло СМС от rschs: что это значит?
Абоненты сотовых операторов иногда получают СМС-сообщения от RSCHS. При этом сами пользователи не отправляли никаких запросов в адрес этого сервиса. От кого пришло SMS, чем занимается организация и по какой причине пришло уведомление на мобильный телефон?
Что значит RSCHS?
Данная аббревиатура расшифровывается как РСЧС. Речь идет о «Единой государственной системе предупреждения и ликвидации чрезвычайных ситуаций». 
Данная служба занимается предупреждением населения о наступлении стихийных бедствий в регионе:
Почему пришло СМС?
Если прогноз погоды говорит о том, что в ближайшие сутки будет сильный ветер, гроза или палящее солнце, то это может привести к неприятным последствиям в регионе. При этом все службы должны быть предупреждены об этом. Граждане тоже обязаны знать о наступлении неблагоприятной погоды.
Информированием о возможном наступлении повышенной опасности занимается RSCHS. Аналогичная рассылка приходит и от МЧС.
В тексте сообщения указано:
Подобная система специально создана для информирования населения. В таких СМС нет никаких ссылок, мобильных номеров и скрытых кодов. Если в SMS предлагается перейти на какой-то сайт или позвонить по номеру телефона, то данное сообщение пришло от мошенников. Отправителем является не RSCHS, а другой похожий сервис.
Абонентам каких операторов приходят сообщения?
Государственная служба заключает договор со всеми сотовыми операторами. Сами мобильные компании не выступают против этого.
Информационные предупреждения от РСЧС приходят на телефоны следующих операторов:
Иногда подобные СМС пачками приходят на телефоны одних операторов, в то время как на другие номера такие сообщения редко поступают. Это объясняется тем, что система не всегда работает идеально.
Можно ли отписаться от RSCHS?
Кнопки, которая в один клин позволила бы отказаться от получения подобных сообщений, нет. В СМС указан только текст. К тому же отписываться от данного информирования не стоит. Данная система оповещения очень полезна. Особенно для тех, кто живет загородом и у кого нет интернета.
Пришло СМС от infosvc: что это?
Мобильные телефоны, даже если они не имеют доступа в интернет, подвергаются странным звонкам и СМС. Некоторых пользователей буквально атакуют сервисы, названия которых созвучны. Владельцы гаджетов столкнувшись с такой рассылкой, знают их наизусть. Часто приходят СМС от infosvc. Функция работает автоматически и действует точечно на конкретного абонента. Так злоумышленники действуют через спам.
Что это
Infosvc пока еще не настолько известен, но его функции сродни Realsvc или Mainsvc, которые занимаются аналогичной рассылкой спама. 
В числе основных направлений деятельности:
Это типичная схема, по которой действуют мошенники. Как только пользователей заинтересовался вероятным выигрышем, его просят перевести некую сумму с карты в качестве комиссии. Суммы переводов часто меняются, но, как правило, они в разы меньше обещанного выигрыша.
Дополнительная опасность заключается в подписке или списке рассылки вредоносного ПО. Если владелец гаджета получил и открыл такое сообщение, то никаких гарантий в этом случае быть не может – последствия трудно предстказать. Рекомендуется незамедлительно заблокировать отправителя и в целях безопасности удалить сообщение.
Бдительность и зачастую, казалось бы, излишняя подозрительность спасает сотням и тысячам пользователей их деньги. Не стоит верить, а лучше сразу блокировать входящие от infosvc. Звонок сотрудника банка в сегодняшних реалиях технически возможно сымитировать. Благодаря специальным программам любой звонящий может заменить свой номер на официальный контакт банка и под видом кредитной структуры пытаться выманить нужную информацию и получить доступ к деньгам.
Начинающему сетевому программисту
В общем, посмотрев на всё это, я решил написать базовую статью по созданию простейшего клиент-сервер приложения на С++ под Windows с детальным описанием всех используемых функций. Это приложение будет использовать Win32API и делать незамысловатую вещь, а именно: передавать сообщения от клиента к серверу и обратно, или, иначе говоря – напишем программу по реализации чата для двух пользователей.
Сразу оговорюсь, что статья рассчитана на начинающих программистов, которые только входят в сетевое программирование под Windows. Необходимые навыки – базовое знание С++, а также теоретическая подготовка по теме сетевых сокетов и стека технологии TCP/IP.
Теория сокетов за 30 секунд для «dummies»
Начну всё-таки немного с теории в стиле «for dummies». В любой современной операционной системе, все процессы инкапсулируются, т.е. скрываются друг от друга, и не имеют доступа к ресурсам друг друга. Однако существуют специальные разрешенные способы взаимодействия процессов между собой. Все эти способы взаимодействия процессов можно разделить на 3 группы: (1) сигнальные, (2) канальные и (3) разделяемая память.
Для того, чтобы сокеты заработали под Windows, необходимо при написании программы пройти следующие Этапы:
Инициализация сокетных интерфейсов Win32API.
Инициализация сокета, т.е. создание специальной структуры данных и её инициализация вызовом функции.
«Привязка» созданного сокета к конкретной паре IP-адрес/Порт – с этого момента данный сокет (его имя) будет ассоциироваться с конкретным процессом, который «висит» по указанному адресу и порту.
Для серверной части приложения: запуск процедуры «прослушки» подключений на привязанный сокет.
Для клиентской части приложения: запуск процедуры подключения к серверному сокету (должны знать его IP-адрес/Порт).
Акцепт / Подтверждение подключения (обычно на стороне сервера).
Обмен данными между процессами через установленное сокетное соединение.
Закрытие сокетного соединения.
Итак, попытаемся реализовать последовательность Этапов, указанных выше, для организации простейшего чата между клиентом и сервером. Запускаем Visual Studio, выбираем создание консольного проекта на С++ и поехали.
Этап 0: Подключение всех необходимых библиотек Win32API для работы с сокетами
Сокеты не являются «стандартными» инструментами разработки, поэтому для их активизации необходимо подключить ряд библиотек через заголовочные файлы, а именно:
WinSock2.h – заголовочный файл, содержащий актуальные реализации функций для работы с сокетами.
WS2tcpip.h – заголовочный файл, который содержит различные программные интерфейсы, связанные с работой протокола TCP/IP (переводы различных данных в формат, понимаемый протоколом и т.д.).
Также нам потребуется прилинковать к приложению динамическую библиотеку ядра ОС: ws2_32.dll. Делаем это через директиву компилятору: #pragma comment(lib, “ws2_32.lib”)
Ну и в конце Этапа 0 подключаем стандартные заголовочные файлы iostream и stdio.h
Итого по завершению Этапа 0 в Серверной и Клиентской частях приложения имеем:
Обратите внимание: имя системной библиотеки ws2_32.lib именно такое, как это указано выше. В Сети есть различные варианты написания имени данной библиотеки, что, возможно, связано иным написанием в более ранних версиях ОС Windows. Если вы используете Windows 10, то данная библиотека называется именно ws2_32.lib и находится в стандартной папке ОС: C:/Windows/System32 (проверьте наличие библиотеки у себя, заменив расширение с “lib” на “dll”).
Этап 1: Инициализация сокетных интерфейсов Win32API
Прежде чем непосредственно создать объект сокет, необходимо «запустить» программные интерфейсы для работы с ними. Под Windows это делается в два шага следующим образом:
Нужно определить с какой версией сокетов мы работаем (какую версию понимает наша ОС) и
Запустить программный интерфейс сокетов в Win32API. Ну либо расстроить пользователя тем, что ему не удастся поработать с сокетами до обновления системных библиотек
Итого код Этапа 1 следующий:
Да, кода мало, а описания много. Так обычно и бывает, когда хочешь глубоко в чем-то разобраться. Так что на лабе будешь в первых рядах.
Этап 2: Создание сокета и его инициализация
Тип сокета: обычно задается тип транспортного протокола TCP ( SOCK_STREAM ) или UDP ( SOCK_DGRAM ). Но бывают и так называемые «сырые» сокеты, функционал которых сам программист определяет в процессе использования. Тип обозначается SOCK_RAW
Тип протокола: необязательный параметр, если тип сокета указан как TCP или UDP – можно передать значение 0. Тут более детально останавливаться не будем, т.к. в 95% случаев используются типы сокетов TCP/UDP.
При необходимости подробно почитать про функцию socket() можно здесь.
Код Этапа 2 будет выглядеть так:
Этап 3: Привязка сокета к паре IP-адрес/Порт
Сокет уже существует, но еще неполноценный, т.к. ему не назначен внешний адрес, по которому его будут находить транспортные протоколы по заданию подключающихся процессов, а также не назначен порт, по которому эти подключающиеся процессы будут идентифицировать процесс-получатель.
В ней уже более понятные пользователю поля, а именно:
Технический массив на 8 байт ( sin_zero[8] )
Соответственно, ввод данных для структуры типа sockaddr_in выглядит следующим образом:
Создание структуры типа sockaddr_in : sockaddr_in servInfo;
Заполнение полей созданной структуры servInfo
В случае ошибки функция возвращает значение меньше 0.
Соответственно, если мы хотим привязать сокет к локальному серверу, то наш код по преобразованию IPv4 адреса будет выглядеть так:
erStat = inet_pton(AF_INET, “127.0.0.1”, &ip_to_num);
Результат перевода IP-адреса содержится в структуре ip_to_num. И далее мы передаем уже в нашу переменную типа sockaddr_in значение преобразованного адреса:
Этап 4 (для сервера): «Прослушивание» привязанного порта для идентификации подключений
После вызова данной функции исполнение программы приостанавливается до тех пор, пока не будет соединения с Клиентом, либо пока не будет возвращена ошибка прослушивания порта. Код Этапа 4 для Сервера:
Этап 4 (для Клиента). Организация подключения к серверу
Функция возвращает 0 в случае успешного подключения и код ошибки в ином случае.
Этап 5 (только для Сервера). Подтверждение подключения
Всё, соединение между Клиентом и Сервером установлено! Самое время попробовать передать информацию от Клиента к Серверу и обратно. Как мы в начале и договорились, мы будет реализовывать простейший чат между ними.
Этап 6: Передача данных между Клиентом и Сервером
Рассмотрим прототипы функций recv() и send() :
Флаги в большинстве случаев игнорируются – передается значение 0.
Функции возвращают количество переданных/полученных по факту байт.
Как видно из прототипов, по своей структуре и параметрам эти функции совершенно одинаковые. Что важно знать:
и та, и другая функции не гарантируют целостности отправленной/полученной информации. Это значит, что при реализации прикладных задач по взаимодействию Клиента и Сервера с их использованием требуется принимать дополнительные меры для контроля того, что все посланные байты действительно посланы и, что еще более важно, получены в том же объеме на другой стороне
предельно внимательно надо относиться к параметру «размер буфера». Он должен в точности равняться реальному количеству передаваемых байт. Если он будет отличаться, то есть риск потери части информации или «замусориванию» отправляемой порции данных, что ведет к автоматической поломке данных в процессе отправки/приёма. И совсем замечательно будет, если размер буфера по итогу работы функции равен возвращаемому значению функции – размеру принятых/отправленных байт.
В качестве буфера рекомендую использовать не классические массивы в С-стиле, а стандартный класс С++ типа char, т.к. он показал себя как более надежный и гибкий механизм при передаче данных, в особенности при передаче текстовых строк, где важен терминальный символ и «чистота» передаваемого массива.
Процесс непрерывного перехода от send() к recv() и обратно реализуется через бесконечный цикл, из которого совершается выход по вводу особой комбинации клавиш. Пример блока кода для Серверной части:
Пришло время показать итоговый рабочий код для Сервера и Клиента. Чтобы не загромождать и так большой текст дополнительным кодом, даю ссылки на код на GitHub:
Несколько важных финальных замечаний:
В итоговом коде я не использую проверку на точное получение отосланной информации, т.к. при единичной (не циклической) отсылке небольшого пакета информации накладные расходы на проверку его получения и отправку ответа будут выше, чем выгоды от такой проверки. Иными словами – такие пакеты теряются редко, а проверять их целостность и факт доставки очень долго.
При тестировании примера также видно, что чат рабочий, но очень уж несовершенный. Наиболее проблемное место – невозможность отправить сообщение пока другая сторона не ответила на твоё предыдущее сообщение. Суть проблемы в том, что после отсылки сообщения сторона-отправитель вызывает функцию recv(), которая, как я писал выше, блокирует исполнение последующего кода, в том числе блокирует вызов прерываний для осуществления ввода. Это приводит к тому, что набирать сообщение и что-то отправлять невозможно до тех пор, пока процесс не получит ответ от другой стороны, и вызов функции recv() не будет завершен. Благо введенная информация с клавиатуры не будет потеряна, а, накапливаясь в системном буфере ввода/вывода, будет выведена на экран как только блокировка со стороны recv() будет снята. Таким образом, мы реализовали так называемый прямой полудуплексный канал связи. Сделать его полностью дуплексным в голой сокетной архитектуре достаточно нетривиальная задача, частично решаемая за счет создания нескольких параллельно работающих потоков или нитей (threads) исполнения. Один поток будет принимать информацию, а второй – отправлять.
В последующих статьях я покажу реализацию полноценного чата между двумя сторонами (поможет разобраться в понятии «нити процесса»), а также покажу полноценную реализацию прикладного протокола по копированию файлов с Сервера на Клиент.