Стандартное имя компьютера. Как узнать имя компьютера

Имя компьютера – это набор символов, который используется при идентификации компьютера в локальной сети. Первоначально имя компьютера устанавливается во время процесса установки операционной системы. Но многие пользователи просто пропускают этот этап установки. В результате в качестве имени компьютера используется автоматически созданный набор символов. Естественно это осложняет работу в локально сети и в таких случаях необходимо изменить имя компьютера. В данной статье мы расскажем о том, как изменить имя компьютера в Windows 7 или .

Изменить имя компьютера достаточно просто, для этого достаточно получить доступ к настройкам системы. Для начала и кликаем по ссылке «Система и безопасность», а потом по ссылке «Система».

После этого перед вами откроется окно «Просмотр основных сведений о вашем компьютере».

Здесь на вкладке «Имя компьютера» нужно нажать на кнопку «Изменить». После чего перед вами должно открыть окно под названием «Изменение имени компьютера или домена».

В этом коне можно изменить имя компьютера. Для этого введите новое имя в поле «Имя компьютера» и закройте окно нажатием на кнопку «ОК».

Нужно отметить, что в качестве имени компьютера рекомендуется использовать только английский алфавит (A-Z), числа (0-9) и знак переноса (-). При этом имя компьютера не может содержать только числа или включать в себя пробел. Кроме Пробела запрещено использовать такие символы: < > ; : » * + = \ | ? ,

Все изменения внесены. Для того чтобы компьютер использовать новое имя необходимо выполнить перезагрузку. После закрытия окна «Свойства системы» откроется окно с предложением выполнить перезагрузку. Можете согласится нажав на кнопку «Перезагрузить сейчас» или отказаться и перезагрузить компьютер в любое удобное для вас время.

Имена компьютеров в сети TCP/IP

Человеку удобнее работать с именем компьютера, чем запоминать цифры, составляющие его IP-адрес. В сети на основе протокола TCP/IP компьютеры могут иметь два имени: это NetBIOS-имя компьютера и имя хоста (DNS-имя). Обычно имя хоста и NetBIOS-имя совпадают, и к этому следует стремиться. Но принципиально эти имена могут быть разными. Например, длина NetBIOS-имени ограничена 15 символами, а хосту может быть присвоено более длинное название. Или, если при создании домена вы пытаетесь дать ему имя, совпадающее с именем будущего контроллера, то программа установки предложит выбрать другое имя данному хосту.

Имя хоста составляется из нескольких имен, разделяемых при написании точкой, например, так: . Первая слева группа символов (до точки), в данном примере это www, является собственным именем компьютера. Следующая группа символов - от точки до точки - это имя группы компьютеров, которой принадлежит данная система. Следующая группа символов- имя группы компьютеров, которой в свою очередь принадлежат группы компьютеров, имена которых находятся левее. Данную цепочку можно продолжать сколь угодно долго. Для удобства обычно ограничиваются тре-мя-четырьмя группами символов.
На практике под именем домена понимают всю группу символов справа от имени компьютера. В зависимости оттого, сколько групп символов входит в доменное имя, различают домены первого, второго, третьего и т. д. уровней.

Примечание
При создании нового домена Windows не следует давать ему имя домена первого уровня. В этом случае действуют некоторые ограничения, с которыми можно ознакомиться в базе данных Microsoft. Целесообразно дать домену Windows имя вида.lосаl.

Самая правая группа символов имени (до первой точки) называется доменом первого уровня, вторая справа- доменом второго уровня, затем следует домен третьего уровня и т. д.

Примечание
Иногда употребляют термин FQDN - fully qualified domain name (обычно эту аббревиатуру употребляют без перевода; русский термин звучит как полное имя узла). Под FQDN понимают полную цепочку имен системы: от имени хоста до имени корневого домена. Чтобы подчеркнуть, что имеется в виду полное имя, в конце его ставят точку, которую принято считать именем корневого домена. Например, FQDN для Web-сайта будет писаться следующим образом: www.сайт. (последняя точка включается в имя).

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

Доменные имена Интернета

В Интернете за уникальностью присваиваемых имен следит организация (физическое лицо), отвечающая за домен, в рамках которого выдается имя. При присвоении имен используется принцип: если данное доменное имя свободно, то его можно получить. Приобретение доменного имени- это платная услуга, кроме того, необходимо ежегодно продлевать действие имени. "Отобрать" выданное доменное имя практически невозможно.
Такой способ гарантирует уникальность полного доменного имени компьютера и в то же время требует проверки на уникальность желаемого имени только в одном месте.
Организации и физические лица, регистрирующие для себя доменные имена, обычно стараются создать такое доменное имя, которое легко запоминается пользователем, при этом часто используется юридическое название.
Существуют два направления создания доменных имен. Одно - по географическому принципу (каждая страна имеет свой домен первого уровня, в рамках которого создаются все имена компьютеров), второе- по типу деятельности организации. В оссии "географический" домен имеет имя ru.
Функции технического сопровождения системы регистрации и DNS-серверов зоны ru осуществляет Российский НИИ развития общественных сетей (Рос-НИИРОС).

Соотношение доменных имен и IP-адресов компьютеров

Каждый компьютер в глобальной сети должен иметь уникальный IP-адрес. Без наличия такого адреса работа просто невозможна. Наличие доменного имени для работы не обязательно. При необходимости в строках адреса программ, предназначенных для работы в Интернете, можно набирать IP-адрес.
Доменное имя может существовать, но не иметь IP-адреса (естественно, работа с такими узлами невозможна). Такая ситуация может возникнуть, если, например, организация заранее зарегистрировала за собой доменное имя, но не располагает в настоящий момент какими-либо ресурсами в сети Интернет.
Одно доменное имя может иметь несколько IP-адресов. Обычно это практикуется на популярных узлах Интернета, что позволяет с помощью специальных решений распределить нагрузку с одного компьютера на несколько. Аналогично несколько доменных имен могут соответствовать одному IP-адресу (например, при размещении на компьютере нескольких WWW-серверов, соответствующих различным организациям).
IP-адреса, соответствующие данному доменному имени, могут меняться. Например, организация переезжает или меняет интернет-провайдера. Сохранение "за собой" доменного имени позволяет не беспокоиться, что в подобных случаях придется нести затраты на "раскрутку" нового имени.

Серверы доменных имен (DNS)

NetBIOS-имя компьютера определяется при установке операционной системы. По умолчанию это же имя будет использовано в качестве имени хоста при получении IP-адреса, хотя в Windows можно назначить разные имена NetBIOS и DNS.
Для поиска компьютера в локальной сети по имени ранее использовались широковещательные запросы: система рассылает запрос на определение имени всем станциям и ждет ответа. Увеличение размеров сети заставляет отказаться от данного метода, поскольку он приводит к значительному росту подобного широковещательного трафика. В распределенных сетях на основе протокола TCP/IP для разрешения имен используются специальные серверы - DNS-серверы (Domain Name System).
Серверы DNS обеспечивают получение доменного имени по запросу на основе IP-адреса, и наоборот. Поэтому указание адреса сервера DNS является одной из основных настроек протокола TCP/IP, необходимых для работы в Интернете.
Адрес сервера DNS обычно сообщается автоматически при инициализации протокола IP. Имена серверов DNS сообщаются DHCP-серверами. Обычно указывается несколько DNS-серверов, чтобы система могла использовать второй сервер при временной недоступности первичного DNS.

Служба регистрации имен в сети Windows (Windows Inter-networking Name Server, WINS) использовалась для регистрации сетевых имен компьютеров в локальных сетях до Windows 2000. Служба WINS позволяла корректно разрешать имена в сетях с наличием маршрутизаторов.

Примечание
Хотя в настоящее время WINS-сервер в локальных сетях необходим станциям на базе Windows 3.1/9x/NT, однако и часть современных служб использует NetBIOS. Например, некоторые функции MS Exchange Server применяют NetBIOS-запросы. Поэтому целесообразно сохранить WINS в составе локальной сети.

При начале работы в сети компьютер "сообщает" серверу WINS свое имя и IP-адрес. Эти параметры заносятся в специальную базу и используются для поиска имени компьютера на основе его адреса, и наоборот. Поэтому, чтобы узнать имя компьютера в локальной сети (или его адрес), достаточно сформировать запрос к WINS.
Адрес WINS обычно автоматически сообщается клиентам с помощью DHCP-сервера при получении параметров TCP/IP.

Статическое задание имен

В небольшой локальной сети для задания соответствия "IP-адрес- сетевое имя" можно использовать статические записи, формируемые вручную. Это позволяет обеспечить функционирование сети без использования серверов WINS, DHCP и т. п.
Если Windows не может динамически определить имена (IP-адреса) хостов, то система использует содержимое файлов hosts, networks и Imhosts. Первые два файла представляют обычный список соотношений "IP-адрес- имя" в прямом и обратном порядке:

Файл Imhosts совместим с Microsoft LAN Manager 2.x и используется для загрузки специальных NetBIOS-имен (указания сервера домена, серверов приложений и т. п.). Файлы находятся в папке %systemroot%/system32/drivers/etc (для Windows 9х- в папке Windows). При установке системы обычно создаются примеры (имеют расширение sam), по образцу которых и следует редактировать необходимые файлы.
Изменять файлы можно в любом текстовом редакторе, однако для этого необходимы права администратора. Запись должна начинаться с первой позиции строки, а столбцы могут отделяться любым числом пробелов. Операция трудоемкая, особенно при добавлении в сеть новых компьютеров, поскольку это потребует внесения изменений в данные файлы для всех уже имеющихся в сети систем.

Последовательность разрешения имен

На практике вы можете столкнуться с тем, что часть систем "видит" одно число компьютеров в сети, а другая - иное. Одни компьютеры успешно работают в сети, а на других отображается сообщение, что вход в сеть не может быть произведен, т. к. система не находит контроллер домена. Эти ситуации обусловлены различными используемыми методами разрешения имен.
Разрешение имен применяется для того, чтобы найти компьютер (определить IP-адрес) по его имени и получить информацию о сетевых службах, например, узнать адреса контроллеров домена.
Основное отличие методов разрешения имен различных версий Windows состоит в том, что системы до Windows 2000 использовали для разрешения имен NetBIOS, a Windows 2000 и старше (Windows 200x/XP) нуждаются в информации DNS.
При необходимости разрешения имени сначала производится попытка его поиска в локальных ресурсах. Прежде всего, это локальный кэш имен, который для увеличения производительности создают все системы (кэш имен NetBIOS или кэш имен DNS). Если нужное имя компьютера не найдено, то система пытается найти его в host-файлах. Если и эта попытка неудачна, то системы с Windows 2000 и старше обращаются к серверу DNS, определенному в параметрах настройки протокола TCP/IP их сетевого адаптера. Если сервер DNS недоступен или не смог вернуть имя, то на этом попытки прекращаются и сообщается, что имя не найдено.
Системы Windows 9x и Windows NT 4.0 в зависимости от параметров настройки NetBIOS либо рассылают широковещательные запросы на определение имени, либо обращаются к серверу WINS. Информация DNS используется только в том случае, если это явно указано в настройках сетевого адаптера.

Примечание
Если использование NetBIOS поверх TCP/IP запрещено настройками системы, то Windows 9x и Windows NT 4.0 не смогут правильно разрешать имена других компьютеров.

С помощью DNS системы на базе Windows 200х/XP находят и расположение служб. Например, адрес контроллера домена может быть узнан по имени _ldap._tcp.dc._msdcs., адрес службы Gatekeeper (используется при передаче IP-телефонии, видеоконференций и т. п. по каналам связи) определяется по результатам запроса на имя Q931 ._tср. и т. д.
При использовании NetBIOS станции, регистрируясь в сети, сообщают свое имя и имена служб, которые на них запущены. Эти имена можно просмотреть, например, при помощи команды nbtstat -а.

Прокси

Еще один термин, с которым вам придется постоянно встречаться при работе в Интернете, - это прокси-сервер (proxy).
Практика показывает, что некоторая информация пользуется особой популярностью: ее запрашивают многие пользователи, иногда даже не по одному разу в день. Чтобы снизить нагрузку на сети, стали устанавливать так называемые прокси-серверы. На прокси-сервере автоматически сохраняется на некоторый срок вся проходящая через него информация. Если прокси-сервер обнаружит запрос данных, уже имеющихся на нем в копии, то именно эта копия и будет направлена пользователю.
Кроме того, включение прокси-сервера в настройки обозревателя Интернета позволяет повысить скорость просмотра сети. Это связано с тем, что многие файлы уже не приходится получать из Сети: скорость загрузки файлов с прокси-сервера, располагающегося обычно "вблизи" пользовательского компьютера, выше скорости получения данных с удаленных хостов.
В параметрах правильно спроектированных страниц информационных сайтов должна быть указана возможность кэширования данных на прокси-серверах, а также "срок актуальности". Бывает, что разработчики не указывают такие значения и прокси-сервер использует свои настройки по умолчанию: в этом случае он может выдать пользователю устаревшие данные. Чтобы обновить страницу и загрузить последние данные, следует выполнить команду Обновить в меню программы просмотра. В этом случае прокси-сервер должен запросить данные из Интернета.
Работа через прокси-сервер не обязанность, а право. Прокси-сервер указывается в настройках программ, осуществляющих просмотр Интернета (например, Opera, IE и т. д.). Его использование позволяет повысить скорость работы в Сети и снизить затраты на оплату доступа в Интернет.
Для того чтобы повысить эффективность работы через прокси-сервер, следует предусмотреть достаточный объем жесткого диска для хранения данных, получаемых из Интернета. Обычно при оценке размеров кэша стоит ориентироваться на объем месячного трафика организации, обслуживаемой таким сервером.
На рисунке приведена диаграмма использования кэша прокси-сервера по итогам работы за месяц. Хотя конкретные показатели будут отличаться в различных организациях, видно, что работа через прокси существенно снижает трафик интернет-организации.

Автообнаружение прокси-серверов

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

Для автоматической конфигурации параметров использования прокси-сервера предназначен специальный сценарий. По умолчанию такой сценарий должен иметь имя wpad.dat и публиковаться по протоколу HTTP на сервере с доменным именем WPAD.
Сценарий автообнаружения прокси написан на языке макропрограммирования. В случае необходимости его можно откорректировать. Например, при наличии двух точек доступа к Интернету сценарий может содержать функции случайного использования того или иного канала с заранее определенным весовым коэффициентом (при работе с массивом прокси-серверов). Если необходимо работать с некоторыми серверами Интернета только через один канал, то такую возможность можно реализовать именно через модификацию данного сценария.

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

Если вы имеете подобный сценарий (а он, например, создается автоматически при установке прокси-сервера Microsoft ISA Server), то необходимо создать на DNS-сервере запись, которая указывала бы на данный хост. Параметры сценария могут сообщаться также и сервером DHCP: для этого нужно добавить новый стандартный параметр в меню Predefined Options оснастки управления сервером DHCP с номером 252 и установить его значение равным URL сценария автонастройки. Например:

http://wpad.:8080/wpad.dat

Не правда ли, знакомая ситуация: между двумя совещаниями или в процессе решения текущих проблем от брандмауэра поступает уведомление, что от компьютера с IP-адресом 10.15.97.12 исходит неконтролируемый поток пакетов в NetBIOS-порты сотен других компьютеров. Возможно, компьютер поражен «червем», и нужно попросить владельца компьютера безотлагательно отключить его от сети. На первый взгляд, сделать это можно быстро, но когда счет идет на минуты, даже простые действия трудно выполнить без ошибок. Давайте посмотрим, как соглашения об именовании и IP-стандарты помогут быстро идентифицировать систему, а затем сравним методы преобразования IP-адресов в имена двух известных инструментов Windows.

Изучаем подсети

Рассматривая сети, полезно вслед за инженерами подумать об октетах. С ростом предприятия на место одной плоской подсети приходят несколько подсетей, представляющих зоны безопасности или офисы. Структурированная и предсказуемая схема IP-адресов подсетей позволит более оперативно реагировать на происшествия. Например, в крупной компании с частным IP-пространством нередко используются частные подсети 10.0.0.0/8 или 172.16.0.0/12, в соответствии с документом Request for Comments (RFC) 1918. Удобно выделить второй октет региональным офисам: например, 10 для Нью-Йорка, 15 для Чикаго и 20 для Сиэттла. Если получено уведомление от компьютера с адресом 10.15.97.12, становится ясно, что он находится в чикагском офисе, и можно немедленно связаться с администратором этого офиса.

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

Перенумеровать офисное IP-пространство не всегда возможно, но, выбирая архитектуру для нового офиса или изменяя адреса IP-сети, полезно внедрить стандарты, которые ускорят реакцию на опасные события.

Приведенные примеры отражают еще один принцип безопасности: размещать компьютеры с различными уровнями риска в разные подсети. Пример: поместить рабочие станции пользователей и серверы в разные подсети. Даже в плоской сети, состоящей из одной подсети, можно отнести серверы к одному IP-диапазону, а рабочие станции к другому, чтобы получить общее представление о местоположении компьютера по его IP-адресу. Например, в подсети 192.168.0.0/24 можно назначить номера 0-10 в третьем октете сетевому оборудованию, 11-100 серверам и 101-200 рабочим станциям пользователей.

Понятные имена

Соглашение об именовании компьютеров и пользователей, которое упрощает поиск компьютеров только по имени может резко сократить время реагирования на события. Если офисов в организации много, самый эффективный способ - сопоставить местонахождение офиса, в котором расположен компьютер, с именем основного пользователя этого компьютера. Например, мое имя пользователя "jeff" и я работаю в офисе в Сиэттле, поэтому имя моего компьютера "sea-jeff". ИТ-техникам всей организации не обязательно знать меня по имени, но получив предупреждение, указывающее на мой компьютер, они могут немедленно обратиться к местным ИТ-специалистам в Сиэттле или непосредственно ко мне, отыскав мое имя пользователя в Active Directory (AD).

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

Присваиваем имена

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

Команда ping посылает пакет компьютеру и записывает успешный ответ. В ней также есть параметр для запроса преобразования имени. Команда

преобразует IP-адрес с использованием DNS. Ping использует конфигурацию DNS клиентского компьютера, на котором запущена команда, и не имеет непосредственных сведений о целевом компьютере. Поэтому если клиент, на котором запущена команда ping, содержит hosts-файл с ошибками или искаженный кэш DNS, или если данные DNS-сервера, с которым связывается клиент, устарели, ping выдаст неверное имя. Например, некоторые RAS-серверы назначают IP-адреса клиентам из собственных пулов и не обновляют DNS-сервер при смене IP-адресов. Это нелегко, когда один клиент подключается к RAS, регистрирует свое имя в DNS и отключается, затем подключается второй клиент и получает такой же IP-адрес, как у отключившегося клиента. Если второй компьютер не регистрирует свое имя в DNS, то ping преобразует IP-адрес в имя первого, а не второго компьютера.

На Экране 1 показано, как неверная запись DNS может ввести ping в заблуждение, и программа выдает неправильное имя. Ping сообщает, что компьютер с именем badhost имеет адрес 192.168.0.6, хотя в действительности имя компьютера с этим адресом - midway. Как удалось это выяснить? С помощью второго инструмента, nbtstat.

Выяснить у целевого компьютера имя NetBIOS можно с помощью команды

Nbtstat - инструмент командной строки, который отображает статистику протокола и текущие соединения TCP/IP с использованием NetBIOS через протокол TCP/IP. Параметр -A позволяет получить таблицу имен целевого компьютера, если известен его IP-адрес. В отличие от ping, nbtstat напрямую запрашивает целевой компьютер и работает, только если целевой компьютер включен и отвечает на запросы NetBIOS. Для успешного использования nbtstat также необходимо, чтобы целевой компьютер поддерживал NetBIOS.

В сети, состоящей преимущественно из компьютеров Windows, в которых NetBIOS активна по умолчанию, nbtstat очень быстро выдаст имя любого компьютера. Если установленный в системе брандмауэр блокирует трафик NetBIOS, необходимо создать правило, чтобы разрешить трафик NetBIOS от клиента, выполняющего поиск имени. Скорее всего, этим компьютером будет система администратора.

Объединяем команды

Совместное использование ping и nbtstat позволяет выяснить IP-адрес, связанный с именем компьютера. Сочетая эти инструменты с соглашениями об именовании и стандартами подсетей, можно быстро идентифицировать и точно указать уязвимые места сети.

Джефф Феллинг ([email protected]) - редактор Windows IT Pro и вице-президент по информационной безопасности и техническому обеспечению компании aQuantive. Автор книги IT Administrator"s Top 10 Introductory Scripts for Windows (издательство Charles River Media).

Не правда ли, знакомая ситуация: между двумя совещаниями или в процессе решения текущих проблем от брандмауэра поступает уведомление, что от компьютера с IP-адресом 10.15.97.12 исходит неконтролируемый поток пакетов в NetBIOS-порты сотен других компьютеров. Возможно, компьютер поражен «червем», и нужно попросить владельца компьютера безотлагательно отключить его от сети. На первый взгляд, сделать это можно быстро, но когда счет идет на минуты, даже простые действия трудно выполнить без ошибок. Давайте посмотрим, как соглашения об именовании и IP-стандарты помогут быстро идентифицировать систему, а затем сравним методы преобразования IP-адресов в имена двух известных инструментов Windows.

Изучаем подсети

Рассматривая сети, полезно вслед за инженерами подумать об октетах. С ростом предприятия на место одной плоской подсети приходят несколько подсетей, представляющих зоны безопасности или офисы. Структурированная и предсказуемая схема IP-адресов подсетей позволит более оперативно реагировать на происшествия. Например, в крупной компании с частным IP-пространством нередко используются частные подсети 10.0.0.0/8 или 172.16.0.0/12, в соответствии с документом Request for Comments (RFC) 1918. Удобно выделить второй октет региональным офисам: например, 10 для Нью-Йорка, 15 для Чикаго и 20 для Сиэттла. Если получено уведомление от компьютера с адресом 10.15.97.12, становится ясно, что он находится в чикагском офисе, и можно немедленно связаться с администратором этого офиса.

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

Перенумеровать офисное IP-пространство не всегда возможно, но, выбирая архитектуру для нового офиса или изменяя адреса IP-сети, полезно внедрить стандарты, которые ускорят реакцию на опасные события.

Приведенные примеры отражают еще один принцип безопасности: размещать компьютеры с различными уровнями риска в разные подсети. Пример: поместить рабочие станции пользователей и серверы в разные подсети. Даже в плоской сети, состоящей из одной подсети, можно отнести серверы к одному IP-диапазону, а рабочие станции к другому, чтобы получить общее представление о местоположении компьютера по его IP-адресу. Например, в подсети 192.168.0.0/24 можно назначить номера 0-10 в третьем октете сетевому оборудованию, 11-100 серверам и 101-200 рабочим станциям пользователей.

Понятные имена

Соглашение об именовании компьютеров и пользователей, которое упрощает поиск компьютеров только по имени может резко сократить время реагирования на события. Если офисов в организации много, самый эффективный способ - сопоставить местонахождение офиса, в котором расположен компьютер, с именем основного пользователя этого компьютера. Например, мое имя пользователя "jeff" и я работаю в офисе в Сиэттле, поэтому имя моего компьютера "sea-jeff". ИТ-техникам всей организации не обязательно знать меня по имени, но получив предупреждение, указывающее на мой компьютер, они могут немедленно обратиться к местным ИТ-специалистам в Сиэттле или непосредственно ко мне, отыскав мое имя пользователя в Active Directory (AD).

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

Присваиваем имена

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

Команда ping посылает пакет компьютеру и записывает успешный ответ. В ней также есть параметр для запроса преобразования имени. Команда

преобразует IP-адрес с использованием DNS. Ping использует конфигурацию DNS клиентского компьютера, на котором запущена команда, и не имеет непосредственных сведений о целевом компьютере. Поэтому если клиент, на котором запущена команда ping, содержит hosts-файл с ошибками или искаженный кэш DNS, или если данные DNS-сервера, с которым связывается клиент, устарели, ping выдаст неверное имя. Например, некоторые RAS-серверы назначают IP-адреса клиентам из собственных пулов и не обновляют DNS-сервер при смене IP-адресов. Это нелегко, когда один клиент подключается к RAS, регистрирует свое имя в DNS и отключается, затем подключается второй клиент и получает такой же IP-адрес, как у отключившегося клиента. Если второй компьютер не регистрирует свое имя в DNS, то ping преобразует IP-адрес в имя первого, а не второго компьютера.

На Экране 1 показано, как неверная запись DNS может ввести ping в заблуждение, и программа выдает неправильное имя. Ping сообщает, что компьютер с именем badhost имеет адрес 192.168.0.6, хотя в действительности имя компьютера с этим адресом - midway. Как удалось это выяснить? С помощью второго инструмента, nbtstat.

Выяснить у целевого компьютера имя NetBIOS можно с помощью команды

Nbtstat - инструмент командной строки, который отображает статистику протокола и текущие соединения TCP/IP с использованием NetBIOS через протокол TCP/IP. Параметр -A позволяет получить таблицу имен целевого компьютера, если известен его IP-адрес. В отличие от ping, nbtstat напрямую запрашивает целевой компьютер и работает, только если целевой компьютер включен и отвечает на запросы NetBIOS. Для успешного использования nbtstat также необходимо, чтобы целевой компьютер поддерживал NetBIOS.

В сети, состоящей преимущественно из компьютеров Windows, в которых NetBIOS активна по умолчанию, nbtstat очень быстро выдаст имя любого компьютера. Если установленный в системе брандмауэр блокирует трафик NetBIOS, необходимо создать правило, чтобы разрешить трафик NetBIOS от клиента, выполняющего поиск имени. Скорее всего, этим компьютером будет система администратора.

Объединяем команды

Совместное использование ping и nbtstat позволяет выяснить IP-адрес, связанный с именем компьютера. Сочетая эти инструменты с соглашениями об именовании и стандартами подсетей, можно быстро идентифицировать и точно указать уязвимые места сети.

Джефф Феллинг ([email protected]) - редактор Windows IT Pro и вице-президент по информационной безопасности и техническому обеспечению компании aQuantive. Автор книги IT Administrator"s Top 10 Introductory Scripts for Windows (издательство Charles River Media).

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

Чтобы переименовать ПК, который работает под управлением Windows 7 нужно:

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

Как изменить имя в Windows 10

Через настройки системы

Одним из решений является использования «Параметров ». Чтобы открыть требуемое окно настроек нужно:


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

Через свойства системы

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


Переименование через командную строку

Изменение данного параметра доступно также и через консоль. Для этого в cmd с правами администратора необходимо ввести команду «% computername%» call rename name=»Новое имя компьютера» . Во избежание появления проблем рекомендуется использовать только латинские буквы. После перезапуска устройства его название будет изменено.

Изменение в Windows 8

Переопределение данного параметра в этой версии операционной системы от компании Microsoft несколько отличается от предыдущих. Такое положение дел вызвано иначе построенной логикой интерфейса.

Для смены имени в Windows 8 потребуется выполнить следующие шаги:


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