Интернет-радио

Интернет-радио или веб-радио — группа технологий передачи потоковых аудиоданных через сеть Интернет. Также в качестве термина интернет-радио или веб-радио может пониматься радиостанция, использующая для вещания технологию потокового вещания в Интернет.

Технологии, используемые интернет-радио:

В технологической основе системы лежит три элемента:

Станция — генерирует аудиопоток (либо из списка звуковых файлов, либо прямой оцифровкой с аудио карты, либо копируя существующий в сети поток) и направляет его серверу. (Станция потребляет минимум трафика, потому что создаёт один поток)

Сервер (повторитель потока) — принимает аудиопоток от станции и перенаправляет его копии всем подключённым к серверу клиентам, по сути является репликатором данных. (Трафик сервера пропорционален количеству слушателей + 1)

Клиент — принимает аудиопоток от сервера и преобразует его в аудиосигнал, который и слышит слушатель интернет-радиостанции. Можно организовывать каскадные системы радиовещания, используя в качестве клиента повторитель потока. (Клиент, как и станция, потребляет минимум трафика. Трафик клиента-сервера каскадной системы зависит от количества слушателей такого клиента.)

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

В качестве станции могут выступать обычная программа-аудиоплеер со специальным плагином-кодеком или специализированная программа (например — ICes, EzStream, SAM Broadcaster), а также аппаратное устройство, преобразующее аналоговый аудиопоток в цифровой.

Существует большое количество серверов интернет-вещания. Широко распространён сервер Shoutcast компании Nullsoft, разработанный специально для своего проигрывателя Winamp. Совместимый с Shoutcast сервер Icecast обладает гораздо большей функциональностью, распространяется свободно (на условиях GNU GPL) и бесплатно. В отличие от Shoutcast, Icecast способен передавать несколько аудиопотоков, и требует меньше ресурсов на аудиопоток, чаще обновляется, поддерживает UTF-теги и разные форматы аудио, но он намного сложнее в настройке.

Серверы могут различаться по форматам аудиоданных, например: MP3, Ogg/Vorbis, RealAudio.

В качестве клиента можно использовать любой медиаплеер, поддерживающий потоковое аудио и способный декодировать формат, в котором вещает радио.

Следует заметить, что интернет-радио к эфирному радиовещанию, как правило, никакого отношения не имеет. Но возможны и редкие исключения, которые, на территории СНГ не распространены.

ЮЗНЕТ

Юзнет — компьютерная сеть, используемая для общения и публикации файлов. Usenet состоит из новостных групп, в которые пользователи могут посылать сообщения. Сообщения хранятся на серверах, которые обмениваются ими друг с другом. Usenet оказал большое влияние на развитие современной Веб-культуры, дав начало таким широко известным понятиям, как ники, смайлы, подпись, модераторы, троллинг, флуд, флейм, бан, FAQ и спам.

Usenet — одна из старейших сетей, широко используемых до сих пор. Она появилась в 1980 году — задолго до того, как широкая публика получила доступ к Интернету. Система была разработана в университете Дьюка. В сентябре 1993 года в развитии сети наступил новый виток, ознаменованный открытием доступа к Usenet интернет провайдером AOL для своих пользователей. Это событие стало точкой отсчёта нового периода жизни сети, которое старожилы назвали Вечный сентябрь. В настоящее время практически весь Usenet-трафик передаётся по Интернету, а формат сообщений и способ их передачи очень похож на электронную почту. Однако если электронная почта используется для общения «один на один», то Usenet действует по принципу «один для всех». Сообщения, которые пользователь публикует в Usenet, организуются в тематические категории, называемые новостными группами или конференциями, которые организуются в иерархию, подобную структуре доменных имён. Например, группы sci.math и sci.physics находятся внутри иерархии sci (сокращение от англ. science — наука). С помощью приложений для работы с Usenet можно подписаться на любые доступные конференции. При отправке сообщения, оно доступно только на его сервере. Но каждый news-сервер обменивается сообщениями с несколькими соседними, и таким образом сообщение распространяется на каждом news-сервере Интернета. Таким образом, отправка сообщения инициируется отправителем, а не получателем.

Многие Интернет-провайдеры в числе прочих услуг предоставляют бесплатный доступ к новостным серверам. Однако, далеко не каждый из них способен предложить доступ ко всем новостным группам и их содержимому. Объёмы публикуемых сообщений в Usenet велики и их хранение и распределение предполагает большие расходы. Именно поэтому доступ к большей части данных предоставляется за плату специализированными новостными серверами. Основной объём трафика приходится на иерархию бинарных ньюсгрупп alt.binaries.*. Фактически пользователи публикуют файлы и текстовые сообщения наподобие общего, разделенного на тематики, ftp-сервера. Файлового «обмена» как такового нет, т. е. чтобы что-либо скачать — ни с кем делиться, набирать рейтинги и прочее не надо — в этом смысле Usenet образно похож на обычный ftp-сервер.

Структуры конференций:

Основные иерархии конференций Usenet составляют «Большую Восьмёрку»:

comp.*: обсуждение тем, связанных с компьютерами (comp.software, comp.sys.amiga);

misc.*: разнообразные темы (misc.education, misc.forsale, misc.kids);

news.*: новости Usenet-a (news.groups, news.admin);

rec.*: развлечения и отдых (rec.music, rec.arts.movies);

sci.*: научные дискуссии (sci.psychology, sci.research);

soc.*: социальные темы (soc.college.org, soc.culture.african);

talk.*: разговоры, в том числе на «горячие» темы (talk.religion, talk.politics);

humanities.*: искусство, литература, философия (humanities.classics, humanities.design.misc).

Иерархия alt.* не подвластна процедурам, контролирующим ньюсгруппы «Большой Восьмёрки», и, как результат, менее организована. Но группы могут быть более специализированы: например, в «Большой Восьмёрке» может быть группа, посвящённая детской литературе, а в alt.* — группа об определённом авторе. Бинарные файлы публикуются в alt.binaries.*, что делает иерархию alt самой большой по объёму данных. Существуют иерархии предназначенные для определённого региона (japan.*), или обсуждения продуктов определённой компании (microsoft.*).

Иерархия fido7.ru.* включает в себя эхоконференции сети Фидонет на русском языке.

Загрузка и публикация файлов в Usenet:

Серверы Usenet дублируют (частично или полностью) информацию хранящуюся друг у друга, чтобы их пользователи могли общаться между собой. Однако, работают они не синхронно. Каждый из них имеет свои ограничения на объём загружаемой информации с других серверов и сроки её хранения (англ. retention rate). Причем администрация сервера сама определяет, какие группы и в каком объёме синхронизовать. Платные серверы негласно приветствуют практически любой контент, в том числе нарушающий авторские права.

Среди факторов, осложняющих публикацию в Usenet, есть и ограничение на объём одной публикации (кол-во строк / мегабайт). На каждой серверной ферме администрация устанавливает свой лимит. Поэтому перед публикацией большие файлы, например, фильмы или образы дисков, нужно разбивать на части не более 50-ти мегабайт. Это — необходимая рекомендация и правило хорошего тона. Небольшие файлы лучше распространяются между серверами, сохраняется их целостность.

На случай возможной утраты, повреждения отдельных томов архивов или файлов, используются PAR2-файлы (англ. parchive, parity file), содержащие необходимые данные для контроля и коррекции ошибок. С их помощью файлы легко восстанавливаются и дополняются при частичной утрате. Обычно для работы с PAR2 используют утилиту QuickPar.

Все файлы, имеющиеся в Юзнете, будь то музыка, изображения, видео, программное обеспечение, образы дисков, игры и прочие, представлены в текстовой кодировкой и прикреплены к сообщению, точно так же, как и в электронной почте.Большой популярностью пользуется кодировка yEnc, как наиболее компактная.

FTP

FTP — протокол, предназначенный для передачи файлов в компьютерных сетях. FTP позволяет подключаться к серверам FTP, просматривать содержимое каталогов и загружать файлы с сервера или на сервер; кроме того, возможен режим передачи файлов между серверами (см. FXP).

FTP является одним из старейших прикладных протоколов, появившимся задолго до HTTP, в 1971 году. Он и сегодня широко используется для распространения ПО и доступа к удалённым хостам.

Протокол FTP относится к протоколам прикладного уровня и для передачи данных использует транспортный протокол TCP. Команды и данные, в отличие от большинства других протоколов, передаются по разным портам. Исходящий порт 20, открываемый на стороне сервера, используется для передачи данных, порт 21 — для передачи команд. Порт для приема данных клиентом определяется в диалоге согласования. В случае, если передача файла была прервана по каким-либо причинам, протокол предусматривает средства для докачки файла, что бывает очень удобно при передаче больших файлов.

Проблема безопасности:

Протокол не шифруется, при аутентификации передаются логин и пароль открытым текстом. В случае построения сети с использованием хаба, злоумышленник при помощи пассивного сниффера может перехватывать логины и пароли находящихся в том же сегменте сети пользователей FTP, или, при наличии специального ПО, получать передаваемые по FTP файлы без авторизации. При построении сети на свитчах задача злоумышленника усложняется, но взлом всё равно возможен (MAC-спуфинг, переполнение таблицы адресов). Чтобы предотвратить перехват трафика, необходимо использовать протокол шифрования данных SSL, который поддерживается многими современными FTP-серверами и некоторыми FTP-клиентами.

Основные команды:

ABOR — Прервать передачу файла.

CDUP — Сменить директорию на вышестоящую.

CWD — Сменить директорию.

DELE — Удалить файл (DELE filename).

EPSV — Войти в расширенный пассивный режим. Применяется вместо PASV.

HELP — Выводит список команд принимаемых сервером.LIST — Возвращает список файлов директории. Список передается через соединение данных.

MDTM — Возвращает время модификации файла.

MKD — Создать директорию.

NLST — Возвращает список файлов директории в более кратком формате чем LIST. Список передается через соединение данных.

NOOP — Пустая операция.

PASV — Войти в пассивный режим. Сервер вернет адрес и порт к которому нужно подключиться чтобы забрать данные. Передача начнется при введении следующих команд RETR, LIST и тд.

PORT — Войти в активный режим. Например PORT 12, 34, 45, 56, 78, 89. В отличие от пассивного режима для передачи данных сервер сам подключается к клиенту.

PWD — Возвращает текущую директорию.

QUIT — Отключиться

REIN — Реинициализировать подключение.

RETR — Скачать файл. Перед RETR должна быть команда PASV или PORT.

RMD — Удалить директорию.

RNFR и RNTO — Переименовать файл.

RNFR — что переименовывать, RNTO — во что.

SIZE — Возвращает размер файла.

STOR — Закачать файл. Перед STOR должна быть команда PASV или PORT.

SYST — Возвращает тип системы (UNIX, WIN, …).

TYPE — Установить тип передачи файла. (Бинарный, текстовый).

USER — Имя пользователя для входа на сервер.

World Wide Web (WWW)

Всемирная паутина (англ. World Wide Web) — распределенная система, предоставляющая доступ к связанным между собой документам, расположенным на различных компьютерах, подключенных к Интернету. Всемирную паутину образуют миллионы web-серверов. Большинство ресурсов всемирной паутины представляет собой гипертекст. Гипертекстовые документы, размещаемые во всемирной паутине, называются web-страницами. Несколько web-страниц, объединенных общей темой, дизайном, а также связанных между собой ссылками и обычно находящихся на одном и том же web-сервере, называются web-сайтом. Для загрузки и просмотра web-страниц используются специальные программы — браузеры. Всемирная паутина вызвала настоящую революцию в информационных технологиях и бум в развитии Интернета. Часто, говоря об Интернете, имеют в виду именно Всемирную паутину, однако важно понимать, что это не одно и то же. Для обозначения Всемирной паутины также используют слово веб и аббревиатуру WWW.

Всемирную паутину образуют миллионы веб-серверов сети Интернет, расположенных по всему миру. Веб-сервер является программой, запускаемой на подключённом к сети компьютере и использующей протокол HTTP для передачи данных. В простейшем виде такая программа получает по сети HTTP-запрос на определённый ресурс, находит соответствующий файл на локальном жёстком диске и отправляет его по сети запросившему компьютеру. Более сложные веб-серверы способны динамически распределять ресурсы в ответ на HTTP-запрос. Для идентификации ресурсов (зачастую файлов или их частей) во Всемирной паутине используются единообразные идентификаторы ресурсов URI. Для определения местонахождения ресурсов в сети используются единообразные локаторы ресурсов. Такие URL-локаторы сочетают в себе технологию идентификации URI и систему доменных имён DNS — доменное имя (или непосредственно IP-адрес в числовой записи) входит в состав URL для обозначения компьютера (точнее — одного из его сетевых интерфейсов), который исполняет код нужного веб-сервера.

Для обзора информации, полученной от веб-сервера, на клиентском компьютере применяется специальная программа — веб-браузер. Основная функция веб-браузера — отображение гипертекста. Всемирная паутина неразрывно связана с понятиями гипертекста и гиперссылки. Большая часть информации в Вебе представляет собой именно гипертекст. Для облегчения создания, хранения и отображения гипертекста во Всемирной паутине традиционно используется язык HTML, язык разметки гипертекста. Работа по разметке гипертекста называется вёрсткой, мастера по разметке называют веб-мастером. После HTML-разметки получившийся гипертекст помещается в файл, такой HTML-файл является основным ресурсом Всемирной паутины. После того, как HTML-файл становится доступен веб-серверу, его начинают называть «веб-страницей». Набор веб-страниц образует веб-сайт. В гипертекст веб-страниц добавляются гиперссылки. Гиперссылки помогают пользователям Всемирной паутины легко перемещаться между ресурсами (файлами) вне зависимости от того, находятся ресурсы на локальном компьютере или на удалённом сервере. Гиперссылки веба основаны на технологии URL.

Для улучшения визуального восприятия веба стала широко применяться технология CSS, которая позволяет задавать единые стили оформления для множества веб-страниц. Ещё одно нововведение, на которое стоит обратить внимание, — система обозначения ресурсов URN.

Популярная концепция развития Всемирной паутины — создание семантической паутины. Семантическая паутина — это надстройка над существующей Всемирной паутиной, которая призвана сделать размещённую в сети информацию более понятной для компьютеров. Семантическая паутина — это концепция сети, в которой каждый ресурс на человеческом языке был бы снабжён описанием, понятным компьютеру. Семантическая паутина открывает доступ к чётко структурированной информации для любых приложений, независимо от платформы и независимо от языков программирования. Программы смогут сами находить нужные ресурсы, обрабатывать информацию, классифицировать данные, выявлять логические связи, делать выводы и даже принимать решения на основе этих выводов. При широком распространении и грамотном внедрении семантическая паутина может вызвать революцию в Интернете. Для создания понятного компьютеру описания ресурса, в семантической паутине используется формат RDF, который основан на синтаксисе XML и использует идентификаторы URI для обозначения ресурсов. Новинки в этой области — это RDFS (англ.) русск. и SPARQL (произносится как «спа́ркл»), новый язык запросов для быстрого доступа к данным RDF.

Изобретателями всемирной паутины считаются Тим Бернерс-Ли и в меньшей степени, Роберт Кайо. Тим Бернерс-Ли является автором технологий HTTP, URI/URL и HTML. В 1980 году он работал в Европейском совете по ядерным исследованиям консультантом по программному обеспечению. Именно там, в Женеве, он для собственных нужд написал программу «Энквайр» (англ. Enquire, можно вольно перевести как «Дознаватель»), которая использовала случайные ассоциации для хранения данных и заложила концептуальную основу для Всемирной паутины.

В 1989 году, работая в CERN над внутренней сетью организации, Тим Бернерс-Ли предложил глобальный гипертекстовый проект, теперь известный как Всемирная паутина. Проект подразумевал публикацию гипертекстовых документов, связанных между собой гиперссылками, что облегчило бы поиск и консолидацию информации для учёных CERN. Для осуществления проекта Тимом Бернерсом-Ли (совместно с его помощниками) были изобретены идентификаторы URI, протокол HTTP и язык HTML. Это технологии, без которых уже нельзя себе представить современный Интернет. Официально годом рождения Всемирной паутины нужно считать 1989 год.

В рамках проекта Бернерс-Ли написал первый в мире веб-сервер httpd и первый в мире гипертекстовый веб-браузер, называвшийся WorldWideWeb. Этот браузер был одновременно и WYSIWYG-редактором (сокр. от англ. What You See Is What You Get — что видишь, то и получишь), его разработка была начата в октябре 1990 года, а закончена в декабре того же года. Программа работала в среде NeXTStep и начала распространяться по Интернету летом 1991 года.

Первый в мире веб-сайт был размещён Бернерсом-Ли 6 августа 1991 года на первом веб-сервере доступном по адресу http://info.cern.ch/, (здесь архивная копия). Этот сайт также являлся первым в мире интернет-каталогом, потому что позже Тим Бернерс-Ли разместил и поддерживал там список ссылок на другие сайты.

Первая фотография во Всемирной паутине — группа Les Horribles CernettesНа первой фотографии во Всемирной паутине была изображена пародийная филк-группа Les Horribles Cernettes. Тим Бернес-Ли попросил их отсканированные снимки у лидера группы после CERN Hardronic Festival.

И всё же теоретические основы веба были заложены гораздо раньше Бернерса-Ли. Ещё в 1945 году Ванна́вер Буш разработал концепцию Memex (англ.) русск. — вспомогательных механических средств «расширения человеческой памяти». Memex — это устройство, в котором человек хранит все свои книги и записи (а в идеале — и все свои знания, поддающиеся формальному описанию) и которое выдаёт нужную информацию с достаточной скоростью и гибкостью. Оно является расширением и дополнением памяти человека. Бушем было также предсказано всеобъемлющее индексирование текстов и мультимедийных ресурсов с возможностью быстрого поиска необходимой информации. Следующим значительным шагом на пути ко Всемирной паутине было создание гипертекста (термин введён Тедом Нельсоном в 1965 году). Данный консорциум — организация, разрабатывающая и внедряющая технологические стандарты для Интернета и Всемирной паутины. Миссия W3C: «Полностью раскрыть потенциал Всемирной паутины путём создания протоколов и принципов, гарантирующих долгосрочное развитие Сети». Две другие важнейшие задачи консорциума — обеспечить полную «интернационализа́цию Сети́» и сделать Сеть доступной для людей с ограниченными возможностями. Все рекомендации консорциума Всемирной паутины открыты, то есть, не защищены патентами и могут внедряться любым человеком без всяких финансовых отчислений консорциуму.

Информация в вебе может отображаться как пассивно (то есть пользователь может только считывать её), так и активно — тогда пользователь может добавлять информацию и редактировать её. К способам активного отображения информации во Всемирной паутине относятся: гостевые книги, форумы, чаты, блоги, wiki-проекты, социальные сети, системы управления контентом. Так, скажем, блог или гостевую книгу можно рассматривать как частный случай форума, который, в свою очередь, является частным случаем системы управления контентом. Обычно разница проявляется в назначении, подходе и позиционировании того или иного продукта. Отчасти информация с сайтов может также быть доступна через речь. В Индии уже началось тестирование системы, делающей текстовое содержимое страниц доступным даже для людей, не умеющих читать и писать.

DNS — компьютерная распределённая система для получения информации о доменах. Чаще всего используется для получения IP-адреса по имени хоста (компьютера или устройства), получения информации о маршрутизации почты, обслуживающих узлах для протоколов в домене (SRV-запись).

Распределённая база данных DNS поддерживается с помощью иерархии DNS-серверов, взаимодействующих по определённому протоколу. Основой DNS является представление об иерархической структуре доменного имени и зонах. Каждый сервер, отвечающий за имя, может делегировать ответственность за дальнейшую часть домена другому серверу (с административной точки зрения — другой организации или человеку), что позволяет возложить ответственность за актуальность информации на серверы различных организаций (людей), отвечающих только за «свою» часть доменного имени.

Начиная с 2010 года, в систему DNS внедряются средства проверки целостности передаваемых данных, называемые DNS Security Extensions (DNSSEC). Передаваемые данные не шифруются, но их достоверность проверяется криптографическими способами.

DNS обладает следующими характеристиками: Распределённость администрирования. Ответственность за разные части иерархической структуры несут разные люди или организации. Каждый узел сети в обязательном порядке должен хранить только те данные, которые входят в его зону ответственности и (возможно) адреса корневых DNS-серверов. Узел может хранить некоторое количество данных не из своей зоны ответственности для уменьшения нагрузки на сеть.

Иерархическая структура, в которой все узлы объединены в дерево, и каждый узел может или самостоятельно определять работу нижестоящих узлов, или делегировать (передавать) их другим узлам. Резервирование. DNS важна для работы Интернета, ибо для соединения с узлом необходима информация о его IP-адресе, а для людей проще запоминать буквенные (обычно осмысленные) адреса, чем последовательность цифр IP-адреса. Первоначально преобразование между доменными и IP-адресами производилось с использованием специального текстового файла hosts, который составлялся централизованно и автоматически рассылался на каждую из машин в своей локальной сети. С ростом Сети возникла необходимость в эффективном, автоматизированном механизме, которым и стала DNS.

Ключевыми понятиями DNS являются:

Домен — узел в дереве имён, вместе со всеми подчинёнными ему узлами (если таковые имеются), то есть именованная ветвь или поддерево в дереве имен. Структура доменного имени отражает порядок следования узлов в иерархии; доменное имя читается слева направо от младших доменов к доменам высшего уровня (в порядке повышения значимости), корневым доменом всей системы является точка ('.'), ниже идут домены первого уровня (географические или тематические), затем — домены второго уровня, третьего и т. д. (например, для адреса ru.wikipedia.org домен первого уровня — org, второго wikipedia, третьего ru). На практике точку в конце имени часто опускают, но она бывает важна в случаях разделения между относительными доменами и FQDN (англ. Fully Qualifed Domain Name, полностью определённое имя домена).

Поддомен — подчинённый домен (например, wikipedia.org — поддомен домена org, а ru.wikipedia.org — домена wikipedia.org). Теоретически такое деление может достигать глубины 127 уровней, а каждая метка может содержать до 63 символов, пока общая длина вместе с точками не достигнет 254 символов. Но на практике регистраторы доменных имён используют более строгие ограничения. Например, если у вас есть домен вида mydomain.ru, вы можете создать для него различные поддомены вида mysite1.

mydomain.ru, mysite2.mydomain.ru и т. д.

Зона — часть дерева доменных имен (включая ресурсные записи), размещаемая как единое целое на некотором сервере доменных имен (DNS-сервере, см. ниже), а чаще — одновременно на нескольких серверах (см. ниже). Целью выделения части дерева в отдельную зону является передача ответственности (см. ниже) за соответствующий Домен другому лицу или организации, так называемое Делегирование (см. ниже). Как связная часть дерева, зона внутри тоже представляет собой дерево. Если рассматривать пространство имен DNS как структуру из зон, а не отдельных узлов/имен, тоже получается дерево; оправданно говорить о родительских и дочерних зонах, о старших и подчиненных. На практике, большинство зон 0-го и 1-го уровня ('.', ru, com, …) состоят из единственного узла, которому непосредственно подчиняются дочерние зоны. В больших корпоративных доменах (2-го и более уровней) иногда встречается образование дополнительных подчиненных уровней без выделения их в дочерние зоны.

Делегирование — операция передачи ответственности за часть дерева доменных имен другому лицу или организации. За счет делегирования в DNS обеспечивается распределенность администрирования и хранения. Технически делегирование выражается в выделении этой части дерева в отдельную зону, и размещении этой зоны на DNS-сервере (см. ниже), управляемом этим лицом или организацией. При этом в родительскую зону включаются «склеивающие» ресурсные записи (NS и А), содержащие указатели на DNS-сервера дочерней зоны, а вся остальная информация, относящаяся к дочерней зоне, хранится уже на DNS-серверах дочерней зоны.

DNS-сервер — специализированное ПО для обслуживания DNS, а также компьютер, на котором это ПО выполняется. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам.

DNS-клиент — специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента.

Авторитетность (англ. authoritative) — признак размещения зоны на DNS-сервере. Ответы DNS-сервера могут быть двух типов: авторитетные (когда сервер заявляет, что сам отвечает за зону) и неавторитетные (англ. Non-authoritative), когда сервер обрабатывает запрос, и возвращает ответ других серверов. В некоторых случаях вместо передачи запроса дальше DNS-сервер может вернуть уже известное ему (по запросам ранее) значение (режим кеширования).

DNS-запрос — запрос от клиента (или сервера) серверу. Запрос может быть рекурсивным или нерекурсивным (см. Рекурсия).

Система DNS содержит иерархию DNS-серверов, соответствующую иерархии зон. Каждая зона поддерживается как минимум одним авторитетным сервером DNS (от англ. authoritative — авторитетный), на котором расположена информация о домене.

Имя и IP-адрес не тождественны — один IP-адрес может иметь множество имён, что позволяет поддерживать на одном компьютере множество веб-сайтов (это называется виртуальный хостинг). Обратное тоже справедливо — одному имени может быть сопоставлено множество IP-адресов: это позволяет создавать балансировку нагрузки.

Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию, а в протоколе есть средства, позволяющие поддерживать синхронность информации, расположенной на разных серверах. Существует 13 корневых серверов, их адреса практически не изменяются.

Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP датаграммы. TCP используется для AXFR-запросов.

RC (англ. Internet Relay Chat) — протокол прикладного уровня для обмена сообщениями в режиме реального времени.

Разработан в основном для группового общения, также позволяет общаться через личные сообщения и обмениваться данными, в т.ч. файлами.

IRC использует транспортный протокол TCP и криптографический TLS (опционально).

IRC начало завоевывать особенную популярность после операции «Буря в пустыне» (1991), когда сообщения со всего мира собирались в одном месте и в режиме «on-line» транслировались в IRC.

Ввиду технической простоты реализации протокол IRC в последнее время стал использоваться при организации ботнетов в качестве средства передачи управляющих команд компьютерам-участникам ботнета от владельца.

IRC предоставляет возможность как группового, так и приватного общения. Для группового общения существует несколько возможностей. Пользователь может отправить сообщение списку пользователей, при этом серверу отправляется список, сервер выделяет из него отдельных пользователей и отправляет копию сообщения каждому из них. Более эффективным является использование каналов. В этом случае сообщение отправляется непосредственно серверу, а сервер отправляет его всем пользователям в канале. Как при групповом, так и при приватном общении сообщения отправляются клиентам по кратчайшему пути и видимы только отправителю, получателю и входящим в кратчайший путь серверам.

Например, если клиенты находятся в одном канале, то сообщение от клиента будет отправлено на сервер, затем клиенту и на сервер, который отправит его клиенту. Серверы этого сообщения не увидят.

Кроме того, возможна отправка широковещательного сообщения. Сообщения клиентов, касающиеся изменения состояния сети (например, режима канала или статуса пользователя) должны отправляться всем серверам, входящим в сеть. Все сообщения, исходящие от сервера, также должны быть отправлены всем остальным серверам.

i - невидимый пользователь

s - получать извещения сервера

w - получать широковещательные сообщения

o - оператор сервера

O user - обозначает создателя канала (вручную изменить невозможно)

o user - обозначает оператора канала

h user - обозначает полуоператора канала

v user - даёт пользователю право отправлять сообщения в модерируемый канал.

a - анонимный канал (имена всех пользователей скрываются)

i - доступ в канал только по приглашении

юm - модерируемый канал (только пользователи с флагами +o, +h, или +v могут посылать в этот канал сообщения)

n - только находящиеся в канале пользователи могут посылать в него сообщенияq - «тихий» канал (ограничение на отправку серверных сообщений)

p/s - приватный/секретный канал (не отображается в общем списке каналов, в него можно попасть только зная имя канала)

r - если в канале в течение определенного времени отсутствуют все операторы, сервер сам назначает операторов из числа пользователей в канале

t - тема канала может быть изменена только оператором каналаk - пароль канала

l - лимит пользователей в канале

b mask - запрет на доступ к каналу пользователей, совпадающих с маской mask

e mask - разрешает пользователям, попадающих под маску mask, заходить на канал вне зависимости от флага b

i mask — разрешает пользователям, попадающих под маску mask, заходить на канал вне зависимости от режима i.

Первые попытки отображения мультимедиа информации на компьютерах начались в середине XX века. Однако, прогресс в этой сфере был очень малым, вследствие высокой стоимости и ограниченных возможностей компьютеров тех времён.

С конца 1980-х и до 1990-х компьютеры, доступные потребителям, уже были способны отображать различные виды информации. Основными техническими проблемами потокового вещания были:

наличие достаточно производительного CPU и шины для передачи мультимедиа необходимого битрейта

создание ОС, при работе которых гарантируется высоконадёжная передача данных. Тем не менее, компьютеры сети оставались ограниченными, а потоковое мультимедиа уступало традиционному (CD-ROM).

Автономные приёмники интернет-радио предлагали пользователям возможность прослушивания потокового звука без наличия компьютера.

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

Мультимедиа потоки бывают двух видов: по запросу или живыми. Потоки информации, вызываемой по запросу пользователя, хранятся на серверах продолжительный период времени. Живые потоки доступны короткий период времени, например, при передаче видео со спортивных соревнований.

Разработка сетевых протоколов потокового вещания вызывает следующие проблемы:

Датаграмные протоколы, такие как User Datagram Protocol (UDP), отправляют поток медиаинформации как поток отдельных маленьких пакетов. Он прост и эффективен; в то же время, в спецификации протокола нет гарантии доставки данных получателю. Это очень сильно затрудняет поиск и исправление получаемых данных принимающим информацию приложением. При потере данных поток может быть отключен.

Протоколы RTSP, RTP и RTCP специально разрабатывались для передачи мультимедийной информации по сети. Последние два построены на основе UDP.

Надежные протоколы, такие как TCP, гарантируют корректность получаемых данных клиентов потокового вещания. Однако при большом количестве ошибок при соединении/подтверждении получаемой информации передаваемая информация может стать неактуальной. Это также может вызвать значительные задержки при передаче информации на время, затраченное на пересылку поврежденной информации. Одним из решений данной проблемы является буферизация информации на стороне клиента.

Протоколы Multicast разработаны для снижения нагрузки с серверов на подключения/ширину канала при получении потокового мультимедиа большим количеством клиентов. Эти протоколы отсылают одну порцию данных целой группе клиентов. В зависимости от типа сетевой инфраструктуры, групповая передача данных может быть доступна, а может и не быть. Одним из потенциальных недостатков групповой передачи является отсутствие возможности реализовать функцию видео по запросу. Непрерывное вещание потоковой информации также делает невозможным управление воспроизведением пользователем. Однако, эта проблема может быть решена внедрением в сеть передачи данных кэширующих серверов и буферизирующего принимаемый поток программного обеспечения.

Multicast позволяет передавать один поток информации группе клиентов по сети. Одной из проблем при реализации подобной схемы потокового вещания является корректная настройка маршрутизаторов для передачи широковещательных пакетов из одного сегмента сети в другой. Протоколы P2P могут использоваться при распространении предварительно записанной мультимедиа между компьютерами. Это снимает нагрузку с сервера, однако сеть передачи данных между сервером и одним из клиентов становится узким местом данного варианта реализации потокового вещания информации.

Литература

1.

2.

3.

4.

5.