Что такое IP-адрес, маска, хост, адрес сети. Основы (Декабрь 2021).
Table of Contents:
Хост-имена также используются DNS-серверами, поэтому вы можете получить доступ к веб-сайту с помощью общего, легко запоминаемого имени, чтобы избежать необходимости запоминать строку чисел (IP-адрес) только для открытия веб-сайта.
Примеры имени хоста
Каждое из приведенных ниже примеров является полнофункциональным доменным именем (FQDN) с именем хоста, списанным в сторону:
Как найти имя хоста в Windows
проведениеимя хоста из командной строки на сегодняшний день является самым простым способом показать имя хоста компьютера, над которым вы работаете.
Никогда не использовалось Командная строка раньше? Инструкции см. В нашем руководстве по использованию командной строки. Этот метод также работает в терминальном окне в других операционных системах, например, в macOS и Linux.
Использование команды ipconfig для выполненияipconfig / all это еще один метод, но эти результаты гораздо более подробные и включают информацию в дополнение к имени хоста, которое может вас не интересовать.
Как изменить имя хоста в Windows
Доступ к свойствам системы можно получить через Расширенные системные настройки ссылку внутри апплета System в панели управления, но также может быть запущена путем выполненияуправление sysdm.cpl от Бежать или Командная строка.
Подробнее об именах хостов
WWW часть URL-адреса фактически указывает субдомен веб-сайта, аналогичный pcsupport являясь субдоменом About.com, и изображений являясь одной из поддоменов Google.com.
Чтобы получить доступ к разделу поддержки ПК в разделе About.com, вы должны указать pcsupport имя хоста в URL-адресе. Аналогичным образом, WWW hostname всегда требуется, если вы не используете определенный субдомен (например, изображений или же pcsupport ).
Что такое APN? (Имя точки доступа)
Параметр APN вашего телефона определяет, как он подключается к вашей беспроводной несущей для данных. Подробнее о имени точки доступа читайте здесь.
Изменение имени хоста вашего льва
Имя хоста вашего Lion Server должно быть чем-то запоминающимся, а также коротким. Это руководство поможет вам в процессе его изменения.
Что в имени? почему именование и организация ваших файлов действительно имеют значение
Теперь, хотя организация папок на рабочем столе не является самой сексуальной темой, которую мы когда-либо обсуждали, мы обещаем: это важно. Это не только облегчит вашу жизнь, но и сделает вас более организованным и уверенным перед вашим начальником и коллегами.
Формат имени хост-узла с именем домена: [HostNanne].[DomainName].
3. Имена поддоменов.
Есть три способа отображения имен хост-узлов в адреса IP:
Рассмотрим каждый из них более подробно.
4. Хост-таблицы.
Хост-таблица — это файл ASCII, сопоставляющий имена хост-узлов с их адресами IP. Он является отображением Telnet. Например, вводя команду telnet асст-2, Telnet обращается к хост-таблице, чтобы найти отдельное имя хост-узла и связать его с адресом IP. На сервере NT файл хост-таблицы находится в каталоге \systemroot\SYSTEM32\DRIVERS\ETC, а в системе UNIX — в каталоге /etc/hosts.
IPAddress HostName Aliases Comments ( ).
Важные правила компьютерного синтаксиса для хост-таблиц:
Другим файлом, аналогичным хост-таблице, является сетевая таблица, содержащая имена и адреса сетей, которые нужно «знать» конкретному программному обеспечению. В системе UNIX она расположена в каталоге /etc/networks. В этом файле, как и в хост-таблице, все, что следует за символом # считается комментарием.
Формат сетевой таблицы:
NetworkName NetworkAddress Aliases ( ).
Поскольку элементы сетевой таблицы относятся к целым сетям, они обозначают только сетевые части адресов IP. Соответственно элементы хост-таблицы обозначают целые адреса IP отдельных хост-узлов.
5. Система имен доменов (DNS).
База данных DNS имеет структуру дерева, называемого доменным пространством имен, в котором каждый домен (узел дерева) имеет имя и может содержать поддомены. Имя домена идентифицирует его положение в этой базе данных по отношению к родительскому домену, причем точки в имени отделяют части, соответствующие узлам домена.
Корень базы данных DNS управляется центром Internet Network Information Center. Домены верхнего уровня назначаются для каждой страны, а также на организационной основе. Имена этих доменов должны следовать международному стандарту ISO 3166. Для обозначения стран используются трехбуквенные и двухбуквенные аббревиатуры, а для различных типов организаций используются следующие аббревиатуры:
Каждый домен DNS администрируется отдельной организацией, которая обычно разбивает свой домен на поддомены и передает функции администрирования этих поддоменов другим организациям. Каждый домен имеет уникальное имя, а каждый из поддоменов имеет уникальное имя внутри своего домена. Имя домена может содержать до 63 символов. Каждый хост в сети Internet однозначно определяется своим полным доменным именем (fully qualified domain name, FQDN), которое включает имена всех доменов по направлению от хоста к корню. Пример полного DNS-имени :
6. Сетевая информационная служба (NIS).
Другим средством отображения имен хост-узлов в адреса IP является NIS. Сервер NIS может быть создан для группы компьютеров, именуемых доменом. Серверы NIS содержат базы данных, называемые таблицами отображений, обеспечивающими перевод имен хост-узлов в адреса IP. В них также может содержаться информация о группах и пользователях. Основное различие между NIS и DIS в том, что сервер NIS относится к более узкой области — внутренним группам компьютеров типа частных сетей, а не ко всей Internet.
Как настроить почту на iPhone для Gmail, Yandex, Rambler и Mail.ru
Уровень сложности: для начинающих. Несмотря на то, что настроить почтовый клиент на iOS достаточно просто, для каждого почтового сервиса (Mail.ru, Yandex, Rambler, Google) процесс настройки немного отличается. Ниже мы покажем подробный процесс настройки каждого аккаунта.
Gmail
Интеграцию с почтовым сервисом Google настроить проще всего. Для начала нужно зайти в Настройки и перейти во вкладку «Почта, адреса, календари». Здесь выбрать «Добавить учетную запись» и нажать на Google.
Теперь осталось лишь внести свое имя, e-mail, пароль и описание. Имя и описание — необязательные параметры, а вот без указания почтового адреса с паролем обойтись, разумеется, нельзя.
На следующем экране нужно выбрать, какие сервисы синхронизировать. Если нужна только почта, то можно отключить календари, контакты и заметки.
Yandex
С Yandex все обстоит немного сложнее. Для добавления нового почтового ящика нужно так же зайти в Настройки — «Почта, адреса, календари» — «Добавить учетную запись». Теперь нужно выбрать «Другое», а затем «Новая учетная запись». Так как российские почтовые сервисы не внесены в iOS по умолчанию, их придется добавлять вручную.
Второй этап ничем не отличается от такого же в Gmail. Нужно внести свое имя, почтовый адрес, пароль и описание. Особое внимание уделите правильному вводу пароля, так как устройство создаст ящик в любом случае, даже если пароль был введен неверно.
Стандартно нам предложат создать ящик в протоколе IMAP, но нужно поменять его на POP. Для этого из двух верхних вкладок следует выбрать правую. Почти все остальные данные заполнятся автоматически. Нужно поменять только имя узла для сервера входящей и исходящей почты.
Имя узла (сервер входящей почты) — pop.yandex.ru
Имя узла (сервер исходящей почты) — smtp.yandex.ru
На этом все, подтверждаем введенные данные, ждем пока устройство их проверит и можем пользоваться почтой.
Mail.ru
Процедура добавления аккаунта Mail.ru практически не отличается от аналогичного процесса для сервиса Yandex. Настройки — «Почта, адреса, календари» — «Добавить учетную запись» — «Другое» — «Новая учетная запись». Здесь, как обычно нужно внести свой почтовый ящик, пароль, имя и описание.
Затем, как и в случае с Yandex, необходимо выбрать вкладку POP сервера и изменить сервер входящей и исходящей почты.
Имя узла (сервер входящей почты) — pop3.mail.ru
Имя узла (сервер исходящей почты) — smtp.mail.ru
Внимательно проверьте внесенные данные и нажимайте «Сохранить».
Rambler
Добавление почтового ящика сервиса Rambler имеет одно небольшое отличие. Почему-то, в некоторых случаях, данные не прописываются автоматически, поэтому их нужно будет внести самостоятельно. Идем в Настройки — «Почта, адреса, календари» — «Добавить учетную запись» — «Другое» — «Новая учетная запись» и добавляем новый ящик.
Теперь, если не заполнены поля только с именем узла, вносим нужные данные, если же незаполненными остались имя пользователя и пароль, то придется снова прописать свой почтовый ящик и пароль от него.
Имя узла (сервер входящей почты) — pop.rambler.ru
Имя узла (сервер исходящей почты) — smtp.rambler.ru
Кроме этого, вы можете использовать для получения почты протокол IMAP, который имеет целый ряд преимуществ по сравнению с POP3, но может быть несколько сложнее в настройке для начинающих пользователей. В этом случае вам необходимо активизировать использование этого протокола в настройках почтового сервера. Как это сделать, вы найдёте в справочных статья соответствующего сервиса. После этого в настройках своего телефона введите следующие данные:
Входящая почта: Сервер IMAP — imap.mail.ru; Тип защиты — SSL/TLS; Порт — 993
Исходящая почта:: Сервер SMTP — smtp.mail.ru; Тип защиты — SSL/TLS; Порт — 465
Rambler
Входящая почта: Сервер IMAP — imap.rambler.ru; Тип защиты — SSL/TLS; Порт — 993 или 143
Исходящая почта:: Сервер SMTP — smtp.mail.ru; Тип защиты — SSL/TLS; Порт — 465
После сохранения данных почта готова к использованию. Настройка почтового клиента на iOS не займет много времени и только при использовании российских почтовых сервисов придется потратить несколько лишних минут на внесение данных.
Хочу поднять вопрос, который, как мне кажется, никто не рассматривал ранее системно. Вопрос звучит так:
как называть узлы и интерфейсы узлов в сети?
Для начала обрисую суть проблемы: когда у вас 2-3-5-10 серверов, то их названия, адреса и т.д. вы быстро запоминаете, и особой путаницы они не вызывают. Но если у вас несколько тысяч серверов (добавим к реальным ещё виртуальные), если у вашего маршрутизатора несколько сотен реальных или виртуальных (в виланах) интерфейсов, каждому из которых нужно дать имя (хотя бы для PTR/A записей в DNS), когда у вас есть интерфейсы для конфигурирования коммутаторов, принт-серверов, сетевых принтеров… В этих условиях нужно реально садиться и думать, как их называть. Лучше садиться думать до того, как начали называть, чем после.
Простые пути
Сначала рассмотрим простые решения, которые приходят первыми в голову.
Называть их по именам собственным
Например, по элементам таблицы менделеева (кто делал трейс до яндекса, видел). Хватит на сотню с небольшим имён. Потом будет интересно читать в логах, что Helium reject mail from potassium. Плюс этого — есть готовый набор аббревиатур для коротких алиасов, и он однозначен. Аналогично можно выбрать, например, страны. Или города. Или ещё какое-то множество с именами.
Минус этого вполне понятен: глядя на имя сервера невозможно понять, что он делает. Плюс — имена ясные, запоминаемые, различимые. Ясно, что мы кальций с калием никогда не перепутаем. Никогда.
Называть их по номерам
Например, fsbk3333, fsbk32232… Вполне себе имена. Если сервера однородны. А если нет? Помнить, что «333» это почтовый сервер, а 5622 — это out-of-band интерфейс запасного vpn-шлюза… Может, лучше по IP сразу?
Называть их по ролям
mail.domain, gateway.domain, vpn.domain, radius.domain, databases.domain, printer.domain и т.д. Плюсом является точное понимание, что каждый сервер делает. Минусом — некоторая путаница при смешанном фунционале (зачем у вас маршрутизатор коннектится к радиусу на сервер mail.domain? Ах, у вас там радиус-сервер? А почему имя «mail»?)
Дальше возникает потребность в нумерации, и в явном желании сократить название, потому что печатать каждый раз webserver23 быстро надоест.
Ещё большей проблемой будет наличие деления по отделам, этажам, зданиям, городам, фирмам и т.д. Выяснять, что webserver12 — это сервер с пресидами для рабочих станций в здании администрации в Перми, а webserver22 — интравеб-сервер с корпоративной CMS в головном офисе тяжело. Да и печатать такие названия тоже тяжеловато.
LDAP shall rule!
Нет ничего более отличительного и однозначного, чем OU=MSK, OU=«Main Branch», OU=labs, CN=«intranet web server»… Особенно, если это печатать руками каждый раз. Плюс, это не очень хорошо совместимо с DNS. Если только не печатать каждый раз «intranet-web-server.labs.mainbranch.msk.our_domain».
Общее построение задачи
Перейдём теперь к рассмотрению задачи в общем виде.
Понятно, что специфичные требования могут быть во-первых расширены (например, в случае сложной административной организации сети, само кодирование административного подчинения, может быть весьма и весьма сложным, например, если речь идёт о… «группе компаний», с подразделениями в каждой с относительной автономности; аналогично можно говорить и о других полях — географическом, фунциональном. )
Так же понятно, что в зависимости от типа организации часть полей может быть невостребована. Например, географическая или административная часть.
Однако, в общем случае, мы можем остановиться на вышеприведённом списке.
Теперь следующие два вопроса: какого размера должна быть каждая часть; как эти части должны разделяться? И третий вопрос: могут ли части имени иметь разную длину или они должны быть строго фиксированными?
Начнём с длины: database вполне укладывается в ‘db’, а terminal server в ‘ts’, то закодировать в две буквы, например, ‘backup’ уже немного сложно, получится произвольная необщеупотребимая аббревиатура, которая может наложиться на другие сокращения. Аналогично касается и географических названий. Допустим, у вас филиалы на каждой из линий Васильевского острова. Допустим, вы кодируете их двумя буквами. l4 — четвёртая линия, l8 — восьмая линия… А 17 линия как? А завтра у вас будут филиалы на станциях метро «Московские ворота», «Московская», ещё филиал просто «на Московском» и ещё филиал в Москве. Загонять себя в прокрустово ложе жёсткой длины имени, ИМХО, не разумно.
Далее, какими должны быть названия? Очевидно: наменьшими из возможных, но в «естественном» сокращении. Даже если у вас нет иных филиалов на «м», сокращать Москву до «m» (вместо msk) — это снижать мнемоничность и читаемость названия.
Географическая часть
В принципе, тут довольно просто, ибо искусство аббревиатур для географических названий давно освоено и публично известно. Двухбуквенные коды штатов в США, трёхбуквенные названия городов в России (из географических доменов), двухбуквенные коды стран (из ISO)… Аналогично могут сокращаться и названия улиц, хотя тут уже придётся проявить некоторую сообразительность (см выше пример про линии Васильевского острова).
Административное подичнение
Вопрос административного подчинения чуть более сложен. Полное название отдела/филиала может быть либо неудобочитаемым, либо малознакомым. Возможно, что об этой проблеме просто никто не думал. У банка могут быть отделения, и у отделений будут номера. Но как вы назовёте сервера в промежуточной серверной, которая совсем не «отделение банка»?
Наверное, самый болезенный вопрос: использовать ли транслит или перевод? Пусть каждый это решит для себя сам (хотя я терпеть не могу транслит).
Ещё одним важным «но» является то, что раскрытие административной принадлежности сервера посторонним людям может быть самым болезенным из всего, что говорит имя компьютера постороним лицам. msk-yukos-acc-12 — явно не то имя, которое хочется показывать окружающим.
Никогда не закладывайтесь на «это снаружи никто не увидит». Вы не знаете, где и кто увидит фрагмент письма (с заголовками о пересылке), сообщение сервера о том, что он не может связаться с SQL или ещё какой-то глупый ошмёток информации, который был бы бесполезен, если бы там не фигурировали столь подробные имена серверов…
Функциональная часть
Далее, о функциональной роли. Мне кажется, неверным было бы тут писать название протокола основного сервиса хотя такой соблазн всё-таки возникает. Правильнее было бы говорить именно о роли (заодно, в этот момент, можно подумать о том, не оказывается ли слишком много в компании завязано на один сервер).
Примеры: вместо www-сервера мы можем сделать ‘pa’ (public access) или ‘ea’ (external access) сервер (где отлично будет смотреться и FTP-сервер). Вместо proxy мы можем назвать его ag (application gateway), куда, кстати, весьма логично впишется и промежуточный почтовый релей. В то же самое время, для сереверов, которым по наилучшим практикам, не следует назначать иные роли, наверное, можно позволить называться по имени основной и единственной функции: DC для контроллера домена, EX — для exchange’а, SL для выделенного сервера syslog.
От себя замечу, что названия стоит давать не только умным железкам, но и тупым (ежели таковые в вашей сети ещё есть) — иногда нужно попросить перезагрузить/выключить/включить «вот тот коммутатор», а какой из них «тот»? Наличие на нём лычки msk-al-12 сильно увеличит точность выполнения просьбы.
Многоголовость
Если у маршрутизатора 30 разных сетей, 30 разными IP-адресами, то каждый из них должен иметь своё обратное имя. Здесь есть очередной выбор: либо мы вкладываем в этот номер смысл, либо нумеруем подряд. Отдельно, наверное, стоит выделять внешние интерфейсы (на граничных маршрутизаторах), внутренние и мостовые интерфейсы (br) в случае долгих линков (собственная оптика, виртуальные интерфейсы в VPN’е, просто линки между зданиями).
Рабочие станции и переферийный хлам
Не стоит недооценивать важность именования рабочих станций. Эти имена видны в заголовках SMTP (я как-то очень смеялся, когда мне пришло письмо в ответ на резюме с именем рабочей станции (по PTR’у) tupayasuka.domain.ru, cама рабочая станция считала, что называется komputer). Что нужно от имени рабочей станции? В отличие от сервера, ей не нужна многоголовость и функциональная роль, так что номер — вполне достаточно. Если есть разные типы станций (тонкие клиенты, винды, линухи) — то, возможно, упоминание об этом. Ну и географическое положение, разумеется.
Отдельно нужно учитывать наличие ноутбуков сотрудников, на которых они «сами себе админы» — разнообразие в названиях там будет редкостное…
Разделение имён
Теперь о том, сколько разделителей? Допустим, что у нас очень крупная компания, в которой очень много айтишного железа.
Примерный состав имени: nsk (Новосибирск), hd (от head), mf (от manufacture, производственные помещения), st (storage, хранилище), 11 (одиннадцатый однотипный сервер), второй интерфейс (из трёх, два идут к коммутаторам для резервирования, один — для headbeat’ов в кластере).
Лично мне нравится предпоследний. Он всё-таки охватен по размеру каждой части, плюс, у него разделена география (nsk+hd — место в географическом смысле, mf+st — точное место (в рамках офиса) и примерная роль).
Виртуальность
Моменты, которые следует учитывать: вероятность географической миграции (глупо называть сервер msk-. если он будет мотаться между Амстердамом и Хельсинки); наличие привязок к инфраструктуре (например, к канальному сегменту при наличии каких-то L2 приложений (vlan’ы, pppoe, arp proxy)).
В принципе, я (для себя) остановился на использовании буквы ‘h’ (host system) для хостов и ‘v’ для гвестов (виртуальных машин). Например, v-mf11, мигрирующий между nskhd-hx1 nskhd-hx15 (догадайтесь сами, на чём оно работает).
Локальные псевдонимы
Ещё одной интересной вещью в работе могут быть локальные псевдонимы. Если какие-то сервера (оборудование) замкнуто (например, группа из серверов, решающая локальную задачу), то имеет смысл дать им короткие имена. Чтобы не напрягаться с DNS (который может быть при этом совсем в чужом административном управлении), возможно, файл hosts окажется очень даже к месту (да, этот файл создавался не только для vkontakte/odnoclassniki). Например, если есть сервер-хранилище, пара контроллеров и сервер отчётов, то почему бы их (в рамках своей группы) не назвать stor, ctl1, ctl2, rep? Разумеется, это имена только для «внутреннего» употребления, их не следует анонсировать наружу или использовать для конфигураций, в которых могут меняться используемые сервера.
