Два способа разрешения netbios-имен в ip-адреса

WINS и расширение имен NetBIOS. Методы регистрации имен

Страницы работы

Фрагмент текста работы

WindowsInternetNamingService (WINS, служба имен Интернета для Windows) представляет собой NetBIOS Name Server (NBNS, сервер имен NetBIOS), определенный стандартами, опубликованными IETF в документах RFC 1001 и RFC 1002. Эти стандарты описывают использование сетей типа TCP/IP поверх NetBIOS, называемых для краткости NetBT.

Сети Windows используют имена компьютеров (имена NetBIOS) для уникальной идентификации каждой машины в сети. При просмотре Сетевого окружения в Windows-системе имена доменов, рабочих групп или компьютеров представляют собой фактически именно имена NetBIOS. Пространство имен NetBIOS является плоским (не иерархическим), а это означает, что каждое имя может использоваться в сети только один раз. Пространство: имен NetBIOS также допускает только имена длиной до 16 символов, по­следний из которых Windows-системы применяют для формирования иден­тификатора ресурса, описывающего функцию системы, практически оставляя только 15 символов на имя, назначаемое во время установки.

Например, когда система использует диск или каталог совместно с другим компьютером сети, его имя NetBIOS состоит из имени компьютера, назна­ченного в процессе установки операционной системы, плюс необходимое количество пробелов для доведения длины имени до 15 символов (если требуется), за которыми следует идентификатор ресурса. В данном случае, идентификатор ресурса имеет шестнадцатеричное значение 20, свидетельствуя о том, что система функционирует в качестве файлового сервера.

Когда Windows-системы общаются между собой с использованием протоко­ла NetBEUI на Сетевом и Транспортном уровнях, они используют именно имена NetBIOS для определения аппаратного адреса, по которому следует направлять пакеты. Однако для обмена сообщениями по протоколу TCP/IP системе необходимо знать IP-адрес предполагаемого места назначения.

Процесс превращения имени в соответствующий адрес известен как разре­шение имени (name resolution).

Имена NetBIOS должны быть уникальными в пределах сети, чтобы трафик каждый раз отправлялся нужной машине. Чтобы убедиться, что никакие два компьютера сети не имеют одинаковых имен NetBIOS, системы на базе Windows используют механизм регистрации имен для выявления по­вторяющихся имен NetBIOS при каждом подключении к сети. Механизм регистрации имен (name registration mechanism)— это способ, с помощью которого система составляет поисковую таблицу, используемую ей для разрешения имен.

Системы на базе операционных систем Windows могут использовать три различных механизма как при регистрации имен, так и в процессе их раз­решения. Эти механизмы перечислены ниже.

LMHOSTS. Создаваемый вручную текстовый файл, содержащий имена NetBIOS и соответствующие им IP-адреса.

Широковещательные сообщения. Процесс, в ходе которого системы рас­сылают широковещательные сообщения всему сетевому сегменту с расчетом на ответы от других систем с информацией об именах NetBIOS.

WINS. Сервис, работающий на сервере Windows NT, обслуживающий
динамическую базу данных об именах NetBIOS и IP-адресах.

Методы регистрации имен

Регистрация имен LMHOSTS

LMHOSTSпредставляет собой обычный текстовый файл, содержащий имена NetBIOS систем сети и их IP-адреса, точно так же, как файл HOSTS

vunivere.ru

Процесс разрешения имен в пространстве NetBIOS;

Служба WINS

(слайд №17)

Служба WINS (Windows Internet Name Service) выполняет задачи, аналогичные задачам службы DNS, — динамическая регистрация имен компьютеров и других сетевых узлов и их IP-адресов в БД сервера WINS и разрешение имен компьютеров в IP-адреса. Главное отличие в том, что WINS функционирует в совершенно ином пространстве имен, т.н. пространстве имен NetBIOS, которое никак не пересекается с пространством FQDN-имен, в котором работает служба DNS. По этой причине службу WINS еще иначе называют NetBIOS Name Service (NBNS). До появления системы Windows 2000 сетевой программный интерфейс NetBIOS был основным сетевым интерфейсом для обмена данными между компьютерами в сетях на базе технологий Microsoft (технология SMB — предоставление совместного доступа к файлам и печати — работала только с помощью сетевого интерфейса NetBIOS), и поэтому служба WINS была основной службой разрешения имен компьютеров в IP-адреса. После выхода Windows 2000 служба файлов и печати может работать без NetBIOS, и основной технологией разрешения имен в IP-адреса стала служба DNS. Если в вашей сети нет операционных систем Windows 95/98/ME/NT, то вам служба WINS может вообще не потребоваться.

Сервер WINS осуществляет регистрацию имён, выполнение запросов и освобождение имён. Возможно, при использовании NetBIOS поверх TCP/IP необходим WINS сервер для определения корректных IP-адресов. Использует 137 порт по TCP и UDP.

MS WINS server умеет реплицировать свою базу с другими MS WINS серверами.

Есть сеть, и клиенты например, или раз в неделю получают IP адреса от DHCP сервера. А снаружи народ хочет зайти на ftp/www сервер, который известен только по имени и не прописан жестко в DNS. Для этого и был придуман WINS сервер. Клиент после получения адреса идет на сервер WINS и говорит: «у меня сейчас такой адрес, и имя хоста «namehost», если кто будет спрашивать отправляй на мой адрес». И все. Только надо добавить, что есть такая же система time-out»ов, как и DHCP.

Важное замечание. Клиенты с системами Windows 2000/XP/2003 для разрешения имен всегда используют в первую очередь запросы к серверам DNS, даже если речь идет о пространстве имен NetBIOS.

Когда один компьютер пытается использовать ресурсы, предоставляемые другим компьютером через интерфейс NetBIOS поверх протокола TCP/IP, то первый компьютер, называемый клиентом, вначале должен определить IP-адрес второго компьютера, называемого сервером, по имени этого компьютера. Это может быть сделано одним из трех способов:

· обращение к локальной базе данных NetBIOS-имен, хранящейся в файле LMHOSTS (этот файл хранится в той же папке, что и файл hosts, отображающий FQDN-имена);

· обращение к централизованной БД имен NetBIOS, хранящейся на сервере WINS.

(слайд №18)

В зависимости от типа узла NetBIOS, разрешение имен осуществляется с помощью различных комбинаций перечисленных способов:

b-узел (broadcast node, широковещательный узел)— разрешает имена в IP-адреса посредством широковещательных сообщений (компьютер, которому нужно разрешить имя, рассылает по локальной сети широковещательное сообщение с запросом IP-адреса по имени компьютера);

p-узел (peer node, узел «точка — точка»)— разрешает имена в IP-адреса с помощью WINS-сервера (когда клиенту нужно разрешить имя компьютера в IP-адрес, клиент отправляет серверу имя, а тот в ответ посылает адрес);

m-узел (mixed node, смешанный узел) — комбинирует запросы b- и р-узла (WINS-клиент смешанного типа сначала пытается применить широковещательный запрос, а в случае неудачи обращается к WlNS-серверу; поскольку разрешение имени начинается с широковещательного запроса, m-узел загружает сеть широковещательным трафиком в той же степени, что и b-узел);

h-узел (hybrid node, гибридный узел)— также комбинирует запросы b-узла и р-узла, но при этом сначала используется запрос к WINS-серверу и лишь в случае неудачи начинается рассылка широковещательного сообщения, поэтому в большинстве сетей h-узлы работают быстрее и меньше засоряют сеть широковещательными пакетами.

С точки зрения производительности, объема сетевого трафика и надежности процесса разрешения NetBIOS-имен самым эффективным является h-узел.

Если в свойствах протокола TCP/IP Windows-компьютера нет ссылки на WINS-сервер, то данный компьютер является b-узлом. Если в свойствах протокола TCP/IP имеется ссылка хотя бы на один WINS-сервер, то данный компьютер является h-узлом. Другие типы узлов настраиваются через реестр системы Windows.

Установка и авторизация сервера DHCP

(слайд №19)

Установка службы DHCP выполняется так же, как и установка любой другой компоненты Windows Server: «Пуск» — «Панель управления» — «Установки и удаление программ» — «Установки компонентов Windows» — «Сетевые службы» — кнопка «Состав» — выбрать пункт «DHCP» — кнопки «ОК», «Далее» и «Готово» (если потребуется, то указать путь к дистрибутиву системы).

Для авторизации сервера DHCP в БД Active Directory необходимо запустить появившуюся в разделе «Администрирование» консоль управления службой DHCP. Консоль обязательно следует запустить с учетной записью пользователя, являющегося членом группы «Администраторы предприятия».

Для авторизации сервера необходимо в к консоли DHCP выбрать сервер, щелкнуть на имени сервера правой кнопкой мыши и выбрать пункт меню «Авторизовать» (рис. 6.6). Когда авторизация будет завершена, значок у имени сервера изменится — вместо красной стрелки, направленной вниз, появится зеленая стрелка, направленная вверх.

Заметим, что дальнейшие операции с DHCP-сервером не потребуют от администратора членства в группе «Администраторы предприятия», достаточно быть локальным администратором данного сервера или членом группы «Администраторы DHCP».

studopedia.su

Два способа разрешения netbios-имен в ip-адреса

регистрация имени, освобождение имени и обнаружение имени. Разрешение имени NetBIOS подразумевает сопоставление NetBIOS-имени компьютера его IP-адресу. Способ разрешения имен N el BIOS зависит от конфигурации сети и включает кэш имен NetBIOS, сервер имен NetBIOS, локальное широковещание, файл LMHOSTS, файл HOSTS и DNS.

•Разрешение имен спомощью файла HOSTS. Это текстовый файл, хранящийся локально в системе и содержащий имена узлов и соотве• егчующие им I Р-алреса (см. также главу 7).

•Разрешение имен с использованием сервераСервер DNS — это централизованная БД. работающая в режиме реального времени и применяемая в IP-сети для разрешения доменных имен (fully qualified domain name, ГО. DN) и других имен узлов в IP-адреса. Windows. 2000 также использует DNS-сервер и предоставляет службу DNS-сервера.

Microsoft TCP/IP лр:,»Яй-.№: разрешения именлюбой способов, перечис-

ленных в табл. 6-1 и 6-2.

Табл. 6-1. Стандартные способы разрешения имен

Стандартный способ разрешения именОптанте

имя узла Файл HOSTS

Заданное компьютеру имя узла; сравнивается с именем целевого узла

Локальный текстовый файл такого же формата, как файл \etc\HOSTS в UNIX. Этот файл сопоставляет имена узлов I (-адресам и обычно применяется для разрешения имен узлов 15 КР/П-врлаожеинич

Сервер, коюрып поддерживает БД с прнвмз ками имен к их IP-адресам

Табл. 6-2. Способы разрешения имен в ОС производства Microsoft

Способ разрешения именОписание

Сервер имен NetBIOSСервер, реализованный согласно RFC Паи и для

разрешения компьютерных имен NetBIOS. В ироаукгач

Microsoft это WINS

Локальное широковещаниеi л в локальной сети в поисках IP-адресов,

Файл LMHOSTSЛокальный лекегош.щ файл, проецирующий IP-адреса

на компьютерные NetBIOS-имена узлов Windows

Разрешение имен NetBIOS

Имя NetBIOS — это уникальный 16-разрядный лзрее. алетафнппрулшыш ресурс NetBIOS в сети. В процессе разрешения имя NetBIOS преобразуется в IP-адрес. Например, имя

NetBIOS используется службой файлов и принтеров для сетей Microsoft на компьютерах с

Windows 2000. При загрузке компьютера эта служба регистрирует уникальное имя NetBIOS, основанное на имени компьютера. Компьютеры с протоколом TCP/IP могут использовать разрешение имен локальным широковещанием. Компьютер делает широко-вешаильиую рассылку на уровне IP для регистрации своего имени и объявления . в сети. Компьютеры в области широковещания должны соответствующим образом реаги-

ровлн, на попытки зарегистрирова: i> новторлюшееся имя и тдпроеы своею шрешс риро-ванного имени.

Разрешение имен с помощью файла HOSTS

Процесс разрешения имени с меполвмв;. ем фли.м HOSTS проиллюстрирован на р е. 6-1.

1.Разрешение имени начинаемся, когда пользователь вызывает WinSoek-itpiuio ченпс. указывая имя узла, а не IP-адрес.

2.Windows 2000 г;ргл:грчет. совпадает ли указанное имя с локальным именем узла. Если эти имена разные, то анализируется файл HOSTS. Если в нем содержится запрошенное имя узла, оно разрешается R IP-адрес.

Если имя узла не может быть разрешено и никакие другие способы разрешения нж.:* можны, например DNS. сервер имен NetBIOS или файл LMHOSTS, не сконфигурирован. процесс останавливается, и пользователь получает сообщение об omnCiKi.

3.После разрешения имени узла в IP-адрес производится попытка разрешить IP-адрес целевого узла в аппаратный адрес узла.

Если целевой узел находится в локальной сети, ARP получает его аппаратный адрес, обратившись в кэш ARP или путем широковещания IP-адреса этого узла. Если нелевой узел находится в удаленной сети, ARP получает аппаратный адрес маршрутизатора, который затемзапрос целевому узлу.

Имя узла — hosta.domain.corn 1Р-адрес= 131.107.3.24

Имя узла — hostb.domain.com IP-адрес = 131.107.7.29

Рис. 6-1. Сопоставление IP-адресаузла его аппаратному адресу

Разрешение имен с использованием сервера DNS

Сервер DNS — это централизованная база данных, работающая в режиме реального вре-ну. которая применяется в IP-сети для разрешения имен узлов в IP-адреса. Windows 2000 Professional может работать как клиент DNS, а семейство Windows 2000 Server включает службы сервера DNS. Разрешение доменного имени с использованием сервера DNS очень похоже на использование файла HOSTS.

Разрешение имен с использованием сервера DNS производится в два этапа (рис. 1. Когда пользователь вводит команду, указывая FQDN или имято с начал; запус-

кается процесс разрешения имени через файл HOSTS. Если IP-адрес не может быть разрешен этим способом, то посылается запрос к серверу DNS, чтобы он р; шскал имя узла в БД и сопоставил ему IP-адрес.

Еслине отвечает на запрос, то направляются дополнительныес

интервалом в 2, 2 и 4 секунды. Если DNS-cepnep не отвечает на эти пять запросов и

— 22 Разрешение имен узлов в сетиГлав» 6

нет никаких других способов разрешения, например посредством сервера имен NetBIOS или файла LMHOSTS, то процесс останавливается, и выдается сообщение об ошибке.

2. После разрешения имени узла ARP получает его аппаратный адрес. Если целевой узел находится в локальной сети, ARP получает его аппаратный адрес, обращаясь в кэш ARP или путем широковещания его IP-адреса. Если целевой узел находится в удаленной сети, то ARP получает аппаратный адрес маршрутизатора, который может перенаправитьузлу запрос адреса.

jjjjfcping HostB.training, microsoft.с с

ЩЩщ Разрешение имени

Гдоменное имя = I

Рис. 6-2. Разрешение , . с использованием сервера DNS

Способы разрешения имен, предлагаемые Microsoft

Windows 2000 можно также настроить для разрешения имен через сервер имен NetBIOS, широковещание или файл LMHOSTS, Если сконфигурированы WINS и LMHOSTS, разрешение выполняется в следукмнем порядке (рис. 6-3).

1.»Когда пользователь вводит команду, указывая имя узла, Windows 2000 проверяет, не является ли оно локальным. Если это так, имя разрешается и команда выполняется без

обращения в сеть.

2.Если указанное имя узла не является локальным именем узла, анализируется фаЛ i HOSTS. После нахождения в нем имени узла оно разрешается в IP-адрес.

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

4.Если DNS-сервер не может разрешить имя узла, исходный узел проверяет локальный кэш имен NetBIOS перед выполнением трех попыток связаться с сервером имен

NetBIOS. Если имя узла найдено в кэше имен NetBIOS или на сервере имен NetBIOS,

оно разрешатся в IP-адрес.

5.Если имя узла не может быть разрешено сервером имен NetBIOS, исходный узел генерирует три широковещательных ео<. бшеидя в локальной сети. После нахождении имени узла в локальной сети оно разрешается в IP-адрес.

6.Если имя узла не разрешено послеанализируется кальный файл LMHOSTS. Если имя узла находится в файле LMHOSTS, оно разрешается в IP-адрес.

Если ни один из этих методов не разрешил имя узла, единственный способ наладить связь с другим узлом — явно указать его ]Р-ддрес.

sio.su

Два способа разрешения netbios-имен в ip-адреса

Разрешение имени NetBIOS — это процесс определения IP-адреса по имени NetBIOS.

Имя NetBIOS представляет собой 16-байтовый адрес, используемый для идентификации в сети ресурса NetBIOS. Имя NetBIOS может быть либо уникальным (эксклюзивным), либо групповым (неэксклюзивным). Когда процесс NetBIOS соединяется с конкретным процессом на конкретном компьютере, используется уникальное имя. Когда процесс NetBIOS соединяется с несколькими процессами на нескольких компьютерах, применяется групповое имя.

Примером процесса, использующего имя NetBIOS, является служба доступа к файлам и принтерам сетей Microsoft, работающая на компьютере с Windows XP Professional;. При запуске компьютера эта служба регистрирует уникальное имя NetBIOS, основанное на имени компьютера. Имя NetBIOS этой службы состоит из 15-символьного имени компьютера плюс 16-й символ с кодом 0x20. Если имя компьютера имеет длину меньше 15 символов, оно дополняется до этой длины пробелами.

При использовании имени компьютера для установки соединения с ним для совместного использования файлов служба доступа к файлам и принтерам для сетей Microsoft на указанном файловом сервере будет иметь соответствующее имя NetBIOS. Например, при попытке подключиться к компьютеру с именем CORPSERVER имя NetBIOS, соответствующее службе доступа к файлам и принтерам сетей Microsoft этого компьютера, будет следующим:

CORPSERVER [20]
Заметьте, что имя компьютера дополняется пробелами. Перед тем как будет установлено соединение для совместного использования файлов и принтеров, должно быть создано TCP-соединение. Для создания TCP-соединения необходимо разрешить NetBIOS-имя «CORPSERVER [20]» в IP-адрес.

Процедура, используемая для разрешения имен NetBIOS в IP-адреса, определяется типом узла NetBIOS. В документе RFC 1001 «Protocol Standard for a NetBIOS Service on a TCP/UDP Transport: Concepts and Methods» описаны типы узлов NetBIOS, вот они:

B-узел (broadcast — широковещание)
B-узел использует широковещательные запросы на регистрацию и разрешение имен NetBIOS. B-узел имеет два серьезных недостатка: (1) широковещательные запросы загружают все узлы сети и (2) маршрутизаторы обычно не передают широковещательные пакеты в другие сети, поэтому имена NetBIOS могут разрешаться только в локальной сети.

P-узел (peer-peer — равный с равным)
P-узел использует для разрешения имен NetBIOS сервер имен NetBIOS (NBNS), например WINS-сервер. P-узел не применяет широковещание; вместо этого он напрямую запрашивает сервер имен.

M-узел (mixed — смешанный)
M-узел — это комбинация B-узла и P-узла. По умолчанию M-узел работает в режиме B-узла. Если M-узел не может разрешить имя с помощью широковещательного запроса, он запрашивает сервер NBNS в режиме P-узла.

H-узел (hybrid — гибридный)
H-узел — это комбинация P-узла и B-узла. По умолчанию H-узел работает в режиме P-узла. Если H-узел не может разрешить имя с помощью сервера NBNS, он использует широковещание.

Компьютеры под управлением Windows Server 2003 по умолчанию работают в режиме B-узла и становятся H-узлами, когда на них настраивается WINS-сервер. Эти компьютеры могут также использовать для разрешения имен NetBIOS файл локальной базы данных — Lmhosts. Файл Lmhosts хранится в папке корневая_папка_системы\System32\Drivers\Etc. Дополнительные сведения см. в разделе Файлы базы данных TCP/IP.

Настоятельно рекомендуется указывать на компьютерах Windows IP-адрес WINS-сервера для разрешения удаленных имен NetBIOS. На компьютерах, использующих службу каталогов Active Directory (например, работающих под управлением Windows XP Professional; или Windows Server 2003), необходимо настроить IP-адрес WINS-сервера, если этим компьютерам требуется обмениваться данными с компьютерами под управлением Windows NT, Windows 95, Windows 98, Windows 2000 или Windows Millennium Edition, которые не используют Active Directory.

Дополнительные сведения о WINS см. в разделе Определение службы WINS.

В статье использователись материалы с сайта Microsoft.

microsin.ru

NetBIOS через TCP/IP

NetBIOS (Network Basic Input/Output System, Сетевая Базовая Система Ввода/Вывода) — это интерфейс для работы в локальных сетях, разработанный фирмой Sytek для компании IBM в 1983 году. Как гласит RFC1001: «NetBIOS defines a software interface, not a protocol. There is no «official» NetBIOS service standard». И всё же NetBIOS, по моему скромному мнению, и интерфейс и протокол, поэтому, с вашего позволения, назовем его стандартом (не смотря на то, что официально он так и не был полностью стандартизован). Довольно часто NetBIOS называют сетевым протоколом, но это не совсем корректно, поскольку NetBIOS реализован в Windows в виде отдельного функционала в разных частях ОС — в виде интерфейса в библиотеках пользовательского режима и режима ядра, и в виде модуля в стеке сетевого протокола. Интерфейс NetBIOS представляет из себя стандартный набор для разработки приложений (API), протокол NetBIOS функционирует на транспортном/сеансовом уровне стека и используется для передачи данных, управления сеансом и прочих нужд.

Особенностью NetBIOS является возможность работы поверх различных протоколов, таких как IPX , NetBEUI и TCP/IP . В своё время реализация протокола NetBIOS в Windows была существенно переработана и ориентирована на использование протокола TCP/IP (как наиболее перспективного), получив новое название “NetBIOS over TCP/IP” (NetBIOS через TCP/IP). NetBIOS через TCP/IP имеет псевдоним NetBT (NBT). NetBIOS через TCP/IP представляет собой промежуточный уровень между NetBIOS и TCP/IP и создан для того, чтобы приложения на базе NetBIOS могли работать в сетях TCP/IP, то есть предназначен для отображения имен NetBIOS в IP-адреса и, наоборот. Как мы уже упоминали, NetBIOS разрабатывался на заре становления сетевых технологий, и с того времени часто модифицировался, однако параллельно с ним создавались и другие стандарты сетевого взаимодействия, которые существенно опережали NetBIOS по функционалу. На данный момент NetBIOS считается устаревшим стандартом и не рекомендуется к использованию, заместо него Microsoft предлагает использовать windows sockets, mailslots, named pipes.

Однако, не смотря на устаревание NetBIOS, поддержка его сохранена и по сей день, код NetBIOS через TCP/IP всё еще присутствует в составе последних версий Windows. Причиной такой огромной популярности стандарта является тот факт, что до определенного времени NetBIOS оставался основным интерфейсом программирования сетевых приложений, и с использованием функционала NetBIOS было написано огромное количество разнообразного программного обеспечения.
NetBT является неотъемлемой частью сетевого стека TCP/IP ОС Windows и инсталлируется вместе с протоколом TCP/IP. Части функционала NetBT встречаются в коде библиотек, переменных окружения ( %COMPUTERNAME% , %USERDOMAIN% ), коде некоторых современных антивирусных продуктов, почтовых серверов, баз данных. NetBIOS до сих пор используется в алгоритме добавления рабочей станции в домен, в процедурах работы с сетевым окружением, подключения сетевых дисков. Об исключительном значении протокола NetBIOS через TCP/IP говорит уже и тот факт, что штатными средствами самой ОС протокол NetBIOS может быть только отключен, но никак не удален. Удаление же его возможно только вместе с удалением всего протокола TCP/IP.

Далее не будет лишним посмотреть, какие же сетевые порты используются сервисами NetBIOS:

NETBIOS-NS (NetBIOS Name Service). Сервис обеспечивает: широковещательный запрос, запрос о регистрации имени, запрос для WINS или DNS, проверку имени на существование, сопоставление NetBIOS-имени и IP-адреса.

NETBIOS-DGM (NetBIOS Datagram Services). Этот сервис обеспечивает: персональный запрос к одной станции, широковещательный запрос ко всем станциям, запрос к станциям с одним групповым именем.

NETBIOS-SSN (NetBIOS Sessions Services). Сервис используется для управления сессиями, установления сессии точка-точка (хост-хост).

Подобная структура отражает требование RFC 1001, 1002, регламентирующее наличие трех базовых сервисов, которые реализуют эмуляцию NetBIOS в системе Windows.
В системе Windows NetBIOS через TCPIP реализован с помощью драйвера уровня ядра netbt.sys , который поддерживает специализированный интерфейс TDI (общий интерфейс для взаимодействия с драйверами, который позволяет сервисам взаимодействовать с транспортными протоколами). Все сервисы, которые работают с NetBT (рабочая станция, сервер, браузер, сетевой вход в систему) используют TDI напрямую. Пользовательские приложения используют стандартный API (функции, вызовы), поддерживаемый библиотекой netapi32.dll , которая, в свою очередь, является простой «заглушкой» и перенаправляет вызовы к функциям netbios.dll . Функции библиотеки netbios.dll передают запросы к драйверу уровня ядра под названием NetBIOS-эмулятор ( %SystemRoot%\System32\Drivers\netbios.sys ), который транслирует команды NetBIOS, переданные приложением, в команды TDI-интерфейса.

Собственно, как же работает NetBIOS? Я попытаюсь дать, пока что, собственное объяснение принципов работы стандарта. Все мы понимаем, что для того, чтобы станции могли взаимодействовать по сети, они должны подчиняться определенным правилам, выполнять предписанные действия на различных этапах работы. Этими этапами являются: заявление о себе (регистрация), попытка взаимодействия (обнаружение имен, установление сеанса, управление сеансом), отключение себя (освобождение имени). Поэтому, все узлы, использующие NetBIOS через TCP/IP, применяют регистрацию, обнаружение и освобождение имен, а так же многие другие методы, предоставляемые стандартом. Давайте рассмотрим их детальнее:

  • Регистрация имен . Начиная работу, узел NetBIOS пытается заявить о себе в сети, другими словами — сказать «Я есть узел такой то, с таким то именем». Регистрация имени NetBIOS происходит при помощи широковещательного или направленного только к серверу имен NetBIOS (WINS-сервер) запроса. Если какой-либо узел пробует зарегистрировать уже существующее в сети имя NetBIOS, то либо узел с данным именем, либо сервер имен NetBIOS (WINS-сервер) посылает отказ в регистрации имени, и узел, инициировавший регистрацию, получает в качестве ответа сообщение об ошибке.
  • Обнаружение имен . Когда узел уже зарегистрировался, работает в сети, но вдруг хочет связаться с другим узлом, он должен узнать IP-адрес этого узла. Для этого, узел-инициатор посылает запрос на определение имени, содержащий искомое NetBIOS имя. Для запроса используется широковещательный пакет или адресный запрос серверу имен NetBIOS (WINS). Узел, которому принадлежит искомое имя, или WINS-сервер отправляют обратно положительный/отрицательный ответ об определении имени. В результате инициатор получает информацию об IP-адресе целевого узла.
  • Освобождение имен . Освобождение имени происходит, если станция, приложение или служба NetBIOS прекращает работу. К примеру, если станция отключается некорректно, то она перестает отвечать на запросы, и другие станции через некоторое время прекращают попытки связаться с ней. Если в сети используется сервер имен NetBIOS, то перед корректным выключением станция посылает ему запрос на удаление информации о всех ресурсах, которые она поддерживала. В таком случае говорят, что имя NetBIOS освобождено, и доступно для использования другими узлами.
  • Запуск/завершение сеанса . Вероятно, мы пытались обнаружить сетевое имя не просто так, а с какой-то целью. А что если мы хотим обменяться данными: получить/передать файлы? Для этого нам необходимо установить сеанс связи с целевой станцией.
  • Надежная передача данных сеанса . После установления надежного сеанса связи с использованием транспортного протокола TCP, мы начинаем обмен данными. Например, передачу файлов.
  • Ненадежная передача данных сеанса . После запроса на разрешение имени, мы начинаем передачу информации с помощью транспортного протокола UDP. Например, поиск имени.
  • Возможность мониторинга и диагностики . Позволяет запрашивать статус удаленных и локальных ресурсов.

Для того, чтобы лучше понять логику работы NetBIOS через TCP/IP, давайте немного отступим от основной линии рассуждений, и рассмотрим по-отдельности некоторые сущности стандарта.

Имя NetBIOS

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

Первые 15 — собственно имя, 16й — тип ресурса или суффикс (значение в диапазоне 00-FF, шестнадцатеричное представление). NetBIOS имя и имя компьютера (hostname) совпадают по первым 15 символам. Хранится это имя в ключе реестра с именем hostname , который размещен в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters .

Ресурсы динамически регистрируются сначала в операционной системе, а затем и в сети, которой принадлежит станция. Регистрация происходит в тот момент, когда в операционной системе стартует сервис или приложение, использующее NetBIOS, либо авторизуется пользователь.
Со временем структура сетей усложнялась, помимо станций появились такие понятия как «рабочая группа» и «домен». Пришло осознание того, что ресурсы бывают разными, и имя может быть не только у станции. Поэтому исходя из этих соображений, было введено понятие «тип ресурса», который служит для логического разделения ресурсов по назначению, поскольку одно и то же имя может быть зачастую и у нескольких ресурсов одновременно. Типы ресурсов стандартизованы по классам и имеют следующие значения:

  • Уникальное (Unique, U) — к этому имени может быть привязан только один адрес IP;
  • Групповое (Group, G) — к этому имени не привязан единственный адрес, имя может содержать множественные IP-адреса; На запрос WINS-клиента об адресе всегда возвращается limited broadcast address 255.255.255.255;
  • Группа Интернет (Internet Group, Special Group, I) — к этому имени может быть привязано до 25 адресов; для каждого адреса хранится свой TTL. Используется для управления именами домена в WinNT;
  • Доменное имя (Domain Name, D) — к этому имени может быть привязано множество адресов;

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

Полный перечень типов общих ресурсов NetBIOS

У имен NetBIOS имеется следующий нюанс — все имена длиной менее 15 символов дополняются пробелами (код символа 20 в шестнадцатеричном представлении), а в некоторых случаях символами BE либо BF . Поскольку к работе над NetBIOS подключались многие разработчики, то и типов общих ресурсов существует великое множество, однако в таблице я привожу только те типы, которые используются Microsoft.

datadump.ru

Смотрите так же:

  • Разрешения к папкам и файлам Права доступа к файлам и папкам простым языком. На просторах России много фирм и мелких предприятий не имеют в штате своего системного администратора на постоянной основе или приходящего время от времени. Фирма растёт и рано или поздно […]
  • Путь к файлу host в реестре Файл хост в Windows. Редактирование и восстановление файла hosts Файл хост – стандартный инструмент, используемый операционной системой для сопоставления названий узлов с их ip-адресами. С его помощью выполняется обслуживание системы и […]
  • Приказ гибдд 605 Приказ МВД России от 7 августа 2013 г. N 605 "Об утверждении Административного регламента Министерства внутренних дел Российской Федерации по предоставлению государственной услуги по регистрации автомототранспортных средств и прицепов к […]
  • Нет разрешения 1440х900 Отсутствует разрешение 1440х900 для монитора Не могу роставить разрешение 1440х900 в Windows 7Решил перейти с xp на Windows 7. Благополучно установил w7. Появилась проблема. Неподдерживаемое разрешение монитораУстановил на монитор с […]
  • Правило постановки на учёт автомобиля Правила, стоимость и порядок постановки на учет автомобиля в 2018 году Законодательные органы регулярно подвергают изменениям процесс постановки автомобиля на учет. Использование различных нововведений и дополнений позволяет сделать эту […]
  • Прц мчс россии приказы Приказ Приволжского регионального центра по делам гражданской обороны, чрезвычайным ситуациям и ликвидации последствий стихийных бедствий МЧС России от 18 марта 2013 г. N 126 "Об организации оперативного управления Приволжского […]

Обсуждение закрыто.