Глобальные компьютерные сети. Internet.

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

История создания TCP/IP ведет свое начало с момента, когда министерство обороны США столкнулось с проблемой объединения большого числа компьютеров с различными операционными системами. В 1970 году был разработан необходимый набор стандартов. Протоколы, разработанные на базе этих стандартов, получили обобщенное название TCP/IP.  

Стек TCP/IP был изначально разработан для сети Advanced Research Project Agency Network (ARPANET). ARPANET рассматривалась как экспериментальная распределенная сеть с коммутацией пакетов. Эксперимент по применению TCP/IP в этой сети закончился положительно. В результате стек протоколов был принят в промышленную эксплуатацию, а в дальнейшем расширялся и совершенствовался в течение нескольких лет. Позже стек адаптировали для использования в локальных сетях. В начале 1980 года протокол стал составной частью операционной системы Berkley UNIX v4,2. В том же году появилась объединенная сеть Internet. Переход к технологии Internet был завершен в 1983 году, когда министерство обороны США решило, что все компьютеры, присоединенные к глобальной сети, будут использовать стек протоколов TCP/IP.  

Стек TCP/IP предоставляет пользователям две основные службы, которые используют прикладные программы:  

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

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

Основными преимуществами стека протоколов TCP/IP являются:  

независимость от сетевой технологии. TCP/IP не зависит от оборудования, так как он только определяет элемент передачи — дейтаграмму — и описывает способ ее движения по сети;  

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

подтверждения. Протоколы стека TCP/IP обеспечивают подтверждения правильности прохождения информации при обмене между отправителем и получателем;  

стандартные прикладные протоколы. Протоколы TCP/IP включают свой состав средства поддержки основных приложений, таких как электронная почта, передача файлов, удаленный доступ и т. д.  

Резкий рост сети Internet и все большее распространение стека протокола TCP/IP привело к выпуску серии документов, которые призваны способствовать дальнейшему упорядоченному развитию протоколов. Организация Internet Activities Board (IAB) выпускает документы, называемые RFC (Request For Comments, обращение за разъяснением). Некоторые RFC описывают сетевые службы или протоколы и их реализацию, другие документы описывают условия применения. В RFC опубликованы стандарты TCP/IP. При этом следует имея в виду, что стандарты TCP/IP всегда публикуются в виде документов RFC, не все RFC определяют стандарты.  

Термин “TCP/IP” обычно обозначает все, что связано с протоколами TCP и IP. Он охватывает целое семейство протоколов, прикладные программы и даже саму сеть. В состав семейства входят протоколы UDP, ARP, ICMP, TELNET, FTP и многие другие. TCP/IP это технология межсетевого взаимодействия, технология internet. Сеть, которая использует технологию internet, называется “internet”. Если речь идет о глобальной сети, объединяющей множество сетей с технологией internet, то ее называют Internet.  

Заголовок IP пакетов состоит из нескольких полей:  

Версия (Version)  

В 4-х битовом поле «Версия» сохраняется некоторый номер, отражающий определенный этап развития протокола. Оконечные системы и маршрутизаторы должны иметь согласованые номера версий, что гарантирует корректную обработку заголовка.  

Длина IP заголовка (IP Header Length-IHL)  

В поле IHL (длина поля 4 бита) указывается длина заголовка дейтаграммы в 32 битовых словах.  

Тип услуги (Type of Service)  

С помощью данного 8-ми битового поля высокоуровневые протоколы имеют возможность указать протоколу IP (точнее, соответствующему IP-обьекту) каким образом должна быть обработана конкретная дейтаграмма. Часть поля (3 бита) используется для указания приоритета пакета, степени важности (от 0 — обычный, до 7 — чрезвычайно важный). Хотя существующие реализации IP не используют данное поле, учет приоритетов позволяет обеспечить контроль за перегрузками на сети.  

Следующие три бита позволяют запросить специальное обслуживание пакета. При установленном бите D в единичное значение обеспечивается минимальная задержка пакета. Такой пакет, например, может входить в состав речевого трафика, и его передача осуществляется с помощью соответствующей линии с малыми задержками. Следующий бит (Т-бит), установленный в 1, запрашивает большую полосу пропускания для данного пакета. Такие пакеты могут составлять трафик, связанный с передачей файлов. Бит R используется для запроса повышенной надежности передачи пакета. В указанном режиме могут передаваться пакеты, относящиеся к приложениям, обрабатывающим разного рода транзакции (например, банковские системы). Последние два бита поля не используются.  

Длина (length)  

В поле Длина (16 бит) указывается размер в байтах всего IP-пакета, включая область данных и заголовок пакета.  

Идентификатор (Identification)  

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

Флаги (Flags)  

Два младших бита трехбитового поля применяются в процессе фрагментации. Первый бит DF (Don't Fragment) указывает, является ли дейтаграмма фрагментом, второй бит MF (More Fragment) указывает, является ли данный фрагмент последним.  

Индекс (смещение) фрагмента (Fragment Offset)  

В 13-ти битовом поле указывается индекс фрагмента в дейтаграмме. Реализация протокола IP в узле назначения (т.е. IP-обьект) использует содержимое этого поля для сборки фрагментов в исходный блок TPDU. Причем, если какой-либо фрагмент теряется, то все другие фрагменты дейтаграммы уничтожаются.  

Время жизни (TTL — Time-to-Live)  

В однобайтовом поле TTL содержится счетчик, ограничивающий время существования пакета в сети. Каждый раз при прохождении транзитного маршрутизатора содержимое TTL уменьшается на 1. Когда значение TTL принимает значение 0, пакет уничтожается. Этот механизм позволяет решать проблему бесконечно зацикленных пакетов.  

Протокол (Protocol)  

Поле Протокол (8 бит) идентифицирует транспортный протокол (например, TCP), для которого предназначается данная дейтаграмма. Большинство транспортных протоколов зарегистрированы под определенными номерами в соответствующих центрах интерсети.  

Контрольная сумма (КС) заголовка пакета (Header Checksum)  

Поле длиной 16 бит применяется для обеспечения контроля целостности IP- заголовка. Если вычисленная контрольная сумма заголовка не совпадает со значением из поля КС принятого пакета, то пакет уничтожается. Поскольку поле TTL модифицируется в каждом маршрутизаторе, то каждый раз приходится пересчитывать значение поля КС заголовка.  

Адрес Источника и Адрес Назначения (Source and Destination Addresses)  

С помощью этих полей, содержащих IP-адреса, идентифицируются источник и получатель пакета. IP-адрес специфицирует положение ЭВМ в терминах сеть-машина. IP-адрес — это 32-х битовое число, для удобства чтения представляемое в десятично-точечной нотации: четыре десятичных числа, разделенных точками (например, 192.32.45.1).  

Три класса IP-сетей используются в настоящее время:  

* Класс А. IP-адрес в первом байте специфицирует сеть (первый бит характеризует класс сети). Следующие 3 байта (24 бита) задают адрес ЭВМ (host) в данной сети. Этот класс сетей применим в случае сетей с большим количеством host'ов. Пример — ARPANET;  

* Класс В. IP — адрес в первых двух байтах специфицирует сеть (два первых бита характеризуют класс сети). Следующие 2 байта (16 бит) задают адрес ЭВМ. Данный класс сетей применяется в случае, когда отдельные сети в интерсети объединяют среднее число ЭВМ (университеты, коммерческие организации);  

* Класс С. IP — адрес в первых трех байтах специфицирует сеть (три первых бита характеризуют класс сети). Последний байт (8 бит) определяет ЭВМ в сети. Этот класс является полезным в случае, когда существует небольшое число ЭВМ, образующих логически связанное объединение.  

Для всех случаев начальные биты адреса сети идентифицируют класс сети. Данная схема адресации обеспечивает достаточную гибкость при описании любых типов сетей. При разработке интерсети назначаются (распределяются) только номера конкретных сетей. Причем номера сетей выбираются среди свободных на основе определенных характеристик (например, число машин, объединяемых сетью).  

IP-адресация предполагает ряд специальных соглашений. Адрес, состоящий из одних единичных битов (255.255.255.255) используется в качестве широковещательного. Адрес «текущей» сети образуется из адреса ЭВМ путем заполнения нулевыми битами той части адреса, которая описывает адрес Host'а. Например, к сети класса В с номером 145.32 можно обратиться по адресу 145.32.0.0. Конкретная ЭВМ в рамках конкретной сети адресуется аналогичным способом. Например, ЭВМ в некоторой сети класса В имеет номер 2.3, тогда ее адрес — 0.0.2.3.  

Несколько лет тому назад в рамках организации RFC 950 было предложено в IP-адресацию ввести понятие подсети. Подсеть – это третий иерархический уровень IP-адресации. В этом случае IP-адрес становится похожим на телефонный номер, применяемый в пределах США. Телефонная система адресации США также имеет три уровня иерархии: первые три цифры — код области, следующие три цифры – код подобласти в рамках области, последние четыре цифры – номер абонента в подобласти. С учетом адреса подсети IP-адрес представляет: адрес сети, адрес подсети данной сети, адрес ЭВМ в пределах подсети.  

Для представления адреса подсети применяются битовые поля из области адреса ЭВМ в IP-адресах источника и цели. Причем размер поля, отводимого для представления подсети, определяется административными службами конкретных сетей. Введение подсетей позволяет выполнять группирование ЭВМ в изолированные объединения. Причем для представления адресов ЭВМ в рамках подсети отводится не менее 2-х бит.  

Введение адресов подсетей является полезным в ряде случаев. Рассмотрим пример. Вообразим большую компанию, имеющую несколько сетевых сегментов. Каждый сегмент располагается в отдельном здании и обслуживает различные отделы, департаменты и т.п. Возникает потребность в обеспечении интерсетевых соединений. Сети компании присваивается адрес Класса В 134.123. Однако имеется необходимость обеспечить «скоростную» изоляцию отдельных сетевых сегментов в условиях единственности адреса сети. Для решения этой проблемы вводится 8-ми битовый адрес подсети. В результате получается более 250 номеров подсетей, которые могут быть назначены различным сегментам сети компании. Каждая подсеть в данной ситуации может иметь более 250 адресуемых устройств. Для данного примера адрес 134.123.15.2 трактуется следующим образом: 134.123 — адрес сети, 15 — адрес подсети, 2 — адрес ЭВМ.  

2. HyperText Transfer Protocol (HTTP) — это протокол прикладного уровня, применяемый в распределенных информационных системах гипермедиа. HTTP используется проектом World Wide Web с 1990 года. HTTP/1.0 предоставляет открытое множество методов, которые могут быть использованы для указания целей запроса. Они построены на дисциплине ссылок, где для указания ресурса, к которому должен быть применен данный метод, используется Универсальный Идентификатор Ресурсов (Universal Resource Identifier — URI), в виде местонахождения (URL) или имени (URN). Формат сообщений сходен с форматом Internet Mail или Multipurpose Internet Mail Extensions (MIME-Многоцелевое Расширение Почты Internet). HTTP/1.0 используется также для коммуникаций между различными пользовательскими просмотрщиками и шлюзами, дающими гипермедиа доступ к существующим Internet протоколам, таким как SMTP, NNTP, FTP, Gopher и WAIS. HTTP/1.0 разработан, чтобы позволять таким шлюзам через proxy серверы, без какой-либо потери передавать данные с помощью упомянутых протоколов более ранних версий.  

Общая Структура HTTP основывается на парадигме запросов/ответов. Запрашивающая программа (обычно она называется клиент) устанавливает связь с обслуживающей программой-получателем (обычно называется сервер) и посылает запрос серверу в следующей форме: метод запроса, URI, версия протокола, за которой следует MIME-подобное сообщение, содержащее управляющую информацию запроса, информацию о клиенте и, может быть, тело сообщения. Сервер отвечает сообщением, содержащим строку статуса (включая версию протокола и код статуса — успех или ошибка), за которой следует MIME-подобное сообщение, включающее в себя информацию о сервере, метаинформацию о содержании ответа, и, вероятно, само тело ответа. Следует отметить, что одна программа может быть одновременно и клиентом и сервером. Использование этих терминов в данном тексте относится только к роли, выполняемой программой в течение данного конкретного сеанса связи, а не к общим функциям программы.  

В Internet коммуникации обычно основываются на TCP/IP протоколах. Для WWW номер порта по умолчанию — TCP 80, но также могут быть использованы и другие номера портов — это не исключает возможности использовать HTTP в качестве протокола верхнего уровня.  

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

Простой протокол передачи почты (SMTP). Модель протокола SMTP. Взаимодействие в рамках SMTP строится по принципу двусторонней связи, которая устанавливается между отправителем и получателем почтового сообщения. При этом отправитель инициирует соединение и посылает запросы на обслуживание, а получатель — отвечает на эти запросы.  

Фактически отправитель выступает в роли клиента, а получатель – сервера.  

.

Канал связи устанавливается непосредственно между отправителем и получателем сообщения. При таком взаимодействии почта достигает абонента в течение нескольких секунд после отправки.  

Команды SMTP Простой протокол передачи почты обеспечивает двухсторонний обмен сообщениями между локальным клиентом и удаленным сервером МТА. МТА-клиент шлет команды МТА-серверу, а он, в свою очередь, отвечает клиенту. Другими словами, протокол SMTP требует получать ответы (они описаны в этой главе) от приемника команд SMTP. Обмен командами и ответами на них называется почтовой транзакцией (mail transaction). Данные, как мы уже говорили, передаются в формате NVT ASCII. Кроме того, команды тоже передаются в формате NVT ASCII. Команды передаются в форме ключевых слов, а не специальных символов, и указывают на необходимость совершить ту или иную операцию. В табл.1 приведен список ключевых слов (команд), определенный в спецификации SMTP — RFC 821.  

Протокол POP3 -- Post Office Protocol Post Office Protocol (POP) — протокол доставки почты пользователю из почтового ящика почтового сервера РОР. Многие концепции, принципы и понятия протокола POP выглядят и функционируют подобно SMTP. Команды POP практически идентичны командам SMTP, отличаясь в некоторых деталях. На рисунке изображена модель клиент-сервер по протоколу POP. Сервер POP находится между агентом пользователя и почтовыми ящиками.  

В настоящее время существуют две версии протокола POP — РОР2 и РОРЗ, обладающими примерно одинаковыми возможностями, однако несовместимые друг с другом. Дело в том, что у РОР2 и РОРЗ разные номера портов протокола. Между ними отсутствует связь, аналогичная связи между SMTP и ESMTP. Протокол РОРЗ не является расширением или модификацией РОР2 — это совершенно другой протокол.  

РОР2 определен в документе RFC 937 (Post Office Protocol-Version 2, Butler, et al, 1985), a РОРЗ — в RFC 1225 (Post Office Protocol-Version 3, Rose, 1991).  

PОРЗ разработан с учетом специфики доставки почты на персональные компьютеры и имеет соответствующие операции для этого.  

Назначение протокола РОРЗ. Ранее почтовые сообщения большинства сетей доставлялись непосредственно от одного компьютера к другому. И если пользователь часто менял рабочие компьютеры или один компьютер принадлежал нескольким пользователям, существовали определенные проблемы. В наши дни общепринята доставка сообщения не на компьютеры пользователя, а в специальные почтовые ящики почтового сервера организации, который круглосуточно работает (включен).  

Описание протокола РОРЗ. Конструкция протокола РОРЗ обеспечивает возможность пользователю обратиться к своему почтовому серверу и изъять накопившуюся для него почту. Пользователь может получить доступ к РОР-серверу из любой точки доступа к Интернет. При этом он должен запустить специальный почтовый агент (UA), работающий по протоколу РОРЗ, и настроить его для работы со своим почтовым сервером. Итак, во главе модели POP находится отдельный персональный компьютер, работающий исключительно в качестве клиента почтовой системы (сервера). Подчеркнем также, что сообщения доставляются клиенту по протоколу POP, а посылаются по-прежнему при помощи SMTP. То есть на компьютере пользователя существуют два отдельных агента-интерфейса к почтовой системе — доставки (POP) и отправки (SMTP). Разработчики протокола РОРЗ называет такую ситуацию «раздельные агенты» (split UA). Концепция раздельных агентов кратко обсуждается в спецификации РОРЗ.  

В протоколе РОРЗ оговорены три стадии процесса получения почты: авторизация, транзакция и обновление. После того как сервер и клиент РОРЗ установили соединение, начинается стадия авторизации. На стадии авторизации клиент идентифицирует себя для сервера. Если авторизация прошла успешно, сервер открывает почтовый ящик клиента и начинается стадия транзакции. В ней клиент либо запрашивает у сервера информацию (например, список почтовых сообщений), либо просит его совершить определенное действие (например, выдать почтовое сообщение). Наконец, на стадии обновления сеанс связи заканчивается. В табл.7 перечислены команды протокола РОРЗ, обязательные для работающей в Интернет реализации минимальной конфигурации.  

3. Сервис WWW (World Wide Web) – всемирная паутина, обеспечивает представление и взаимосвязи огромного количества гипертекстовых документов, включающих текст, графику, звук и видео, расположенных на различных серверах по всему миру и связанных между собой посредством ссылок в документах. Появление этого сервиса значительно упростило доступ к информации и стало одной из основных причин взрывообразного роста Internet с 1990 года. Сервис WWW функционирует с использованием протокола HTTP.  

Для использования этого сервиса применяются программы-браузеры, наиболее популярными из которых в настоящий момент являются Netscape Navigator и Internet Explorer, Opera, Mozilla.  

«Web browsers» – не что иное, как средства просмотра гипертекста; они выполнены по аналогии с бесплатной коммуникационной программой под названием Mosaic, созданной в 1993 г. в лаборатории Национального центра суперкомпьютеров (National Center for Supercomputing Applications) при Университете шт. Иллинойс для облегчения доступа к WWW.  

С технической точки зрения, World Wide Web состоит из множества серверов Интернета, предоставляющих пользователям Сети доступ к специально составленным, так называемым гипертекстовым, документам. Гипертекст отличается от обычного текста тем, что он может включать в себя так называемые гипертекстовые ссылки (гиперссылки), соединяющие контекст, в котором они находятся, с другим контекстом в рамках того же или другого текста. О наложенных на организованную линейно (слева направо) структуру текста гипертекстовых ссылках часто говорят, что они вносят в текст третье измерение.  

Разновидность гипертекста, используемого на WWW, дает создателю документов дополнительную свободу за счет возможности включать в текст документа иллюстрации, аудио- и видеоинформацию, а также ссылки на любые ресурсы Интернета, находящиеся на произвольном сервере Сети. Название «Всемирная Паутина» очень метко передает образ переплетающихся связей, складывающихся в причудливую структуру, которая охватывают множество серверов по всему земному шару  

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

Специально для Web разработаны указатели URL (Uniform Resource Locator), протокол HTTP (Hypertext transfer Protocol), язык HTML (Hypertext Markup Language) и интерфейс CGI (Common Gateway Interface).  

Структура документа  

Когда WEB-браузер получает документ, он определяет, как документ должен быть интерпретирован. Самый первый тег, который встречается в документе, должен быть тэгом <HTML>. Данный тег сообщает WEB-браузеру, что ваш документ написан с использованием HTML. Минимальный HTML-документ будет выглядеть так:  

<HTML> ...тело документа... </HTML>  

Заголовок документа <HEAD>  

Тег заголовка документа должен быть использован сразу после тега <HTML> и более нигде в теле документа. Стартовый тег <HEAD> помещается непосредственно перед тегом <TITLE> и другими тегами, описывающими документ, а завершающий тег </HEAD> размещается сразу после окончания описания документа. Например:  

<HTML> 
<HEAD> 
<TITLE> Список сотрудников </TITLE> 
</HEAD>  

Замечание. Технически, стартовые и завершающие теги типа <HTML>, <HEAD> и <BODY> необязательны. Но рекомендуется их использовать, поскольку использование данных тегов позволяет WEB-браузеру уверенно разделить заголовочную часть документа и непосредственно смысловую часть.  

Заголовок документа <TITLE>  

Большинство WEB-браузеров отображают содержимое тега <TITLE> в заголовке окна, содержащего документ и в файле закладок, если он поддерживается WEB-браузером. Заголовок, ограниченный тегами <TITLE> и </TITLE>, размещается внутри <HEAD>-тегов. Заголовок документа не появляется при отображении самого документа в окне.  

HyperText Markup Language (HTML) является стандартным языком, предназначенным для создания гипертекстовых документов в среде WEB. HTML-документы могут просматриваться различными типами WEB-браузеров. Когда документ создан с использованием HTML, WEB-браузер может интерпретировать HTML для выделения различных элементов документа и первичной их обработки. Использование HTML позволяет форматировать документы для их представления с использованием шрифтов, линий и других графических элементов на любой системе, их просматривающей.  

Большинство документов имеют стандартные элементы, такие, как заголовок, параграфы или списки. Используя теги HTML, можно обозначать данные элементы, обеспечивая WEB-браузеры минимальной информацией для отображения данных элементов, сохраняя в целом общую структуру и информационную полноту документов. Все что необходимо, чтобы прочитать HTML-документ – это WEB-браузер, который интерпретирует теги HTML и воспроизводит на экране документ в виде, который ему придает автор.  

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

HTML-теги могут быть условно разделены на две категории:  

· теги, определяющие, как будет отображаться WEB-броузером тело документа вцелом;  

· теги, описывающие общие свойства документа, такие как заголовок или автор документа  

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

Как создаются HTML документы  

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

Например, HTML-редакторы, такие, как "Netscape Navigator Gold" компании Netscape позволяют создавать документы графически с использованием технологии WYSIWYG (What You See Is What You Get). С другой стороны, большинство традиционных средств для создания документов имеют конвертеры, позволяющие преобразовывать документы к формату HTML.  

Основные положения  

Все теги HTML начинаются с "<" (левой угловой скобки) и заканчиваются символом ">" (правой угловой скобки). Как правило, существует стартовый тег и завершающий тег. Для примера приведем теги заголовка, определяющие текст, находящийся внутри стартового и завершающего тега и описывающий заголовок документа:  

<TITLE> Заголовок документа </TITLE>  

Завершающий тег выглядит так же, как стартовый, и отличается от него прямым слэшем перед текстом внутри угловых скобок. В данном примере тег <TITLE> говорит WEB-броузеру об использовании формата заголовка, а тег </TITLE> — о завершении текста заголовка.  

Некоторые теги, такие, как <P> (тег, определяющий абзац), не требуют завершающего тега, но его использование придает исходному тексту документа улучшенную читаемость и структурируемость.  

HTML не реагирует на регистр символов, описывающих тэг, и приведенный ранее пример может выглядеть следующим образом:
<title> Заголовок документа </title>
Замечание. Дополнительные пробелы, символы табуляции и возврата каретки, добавленные в исходный текст HTML-документа для его лучшей читаемости, будут проигнорированы WEB-броузером при интерпретации документа. HTML-документ может включать вышеописанные элементы только, если они помещены внутрь тегов <PRE> и </PRE>.