| WikiProject Вычислительная техника / Сеть | (Номинальный стартовый класс) | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
| WikiProject Microsoft Windows / Компьютеры | (Номинальный начальный класс, средняя важность) | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
Как можно запросить у клиента Windows его имя Netbios? [ редактировать ]
Как можно запросить у клиента Windows его имя Netbios?- Предшествующий неподписанный комментарий, добавленный Wk muriithi ( обсуждение • вклад )
- В командной строке введите имя хоста (это работает для XP и может работать в других версиях Windows)
- В командной строке вы также можете ввести echo% computername%, и это сообщит вам имя хоста / имя NetBIOS (с использованием переменной среды)
- Если вы загружаете программу командной строки под названием nblookup, она используется для запроса серверов WINS.
- В графическом интерфейсе 2000 / XP щелкните правой кнопкой мыши « Мой компьютер» и выберите « Свойства» , щелкните вкладку « Имя компьютера », где указано « Полное имя компьютера», это имя хоста / NetBIOS-имя (в предыдущих версиях Windows оно было в разделе « Моя сеть» ).
- Зариеф 11:11, 27 ноября 2006 г. (UTC)
Правильное название статьи? [ редактировать ]
chayashida: Название этой статьи правильное? Я только что написал форму управления изменениями для работы и обнаружил, что WINS указан как Windows Internet Name Service (WINS) в разделе «Добавление и удаление компонентов Windows», по крайней мере, для Windows Server 2003 Standard Edition.- Предшествующий неподписанный комментарий, добавленный Чайашидой ( обсуждение • вклад )
Ха [ править ]
Я не знаю, что делает WINS-сервер, однако после прочтения этой статьи я пришел в такое же замешательство. Вероятно, его нужно хорошо переписать кем-то, кто разбирается в своем деле - предшествующий неподписанный комментарий, добавленный 121.73.109.153 ( обсуждение ) 23:51, 9 апреля 2008 г. (UTC)
- Да. Это чертовски запутанно. Я хочу посетить другие места и думаю, что это так: каждый компьютер идентифицируется в сети каким-то загадочным номером, который никто не любит запоминать и с которым работать. (Скажем, никто не любит называть свой ноутбук 348650346592365320.) Итак, люди ставят имена на свои компьютеры. Как Сара-Ноутбук и Сара-Рабочий стол. Теперь, когда вы просите компьютер подключиться к Sarah-Desktop, он ищет Sarah-Desktop на WINS-сервере, чтобы найти свой загадочный номер. Странно то, что при отсутствии WINS компьютеры все еще могут подключаться друг к другу. Я думаю, что они как бы кричат «Кто такая Сара-Десктоп?» По всей сети и ждут, пока кто-нибудь не скажет «это был бы я». Хотя не спрашивайте меня, как можно кричать в сети. 188.158.176.161 ( Обсуждение) 15:28, 31 января 2011 г. (UTC)
- Пришел сюда, чтобы узнать, актуально ли это по-прежнему в современных сетях, поскольку я не работал с WINS в течение многих лет. Конечно, статья скудная, если вы не сетевой инженер, но в ней достаточно подробностей, чтобы знать, что это такое (служба именования, например, телефонная книга) и как она работает (сервер-клиент, например, служба телефонных номеров, вы звоните, когда вы хотят номер телефона Сары, они дают вам то, что Сара в последний раз говорила, что ее номер был, но только до нескольких минут, затем они забывают) В ответ на выше: Нет. Если есть только NETBIOS и нет структуры, серверы и рабочие станции рекламируют себя на интервалы. Если вы создаете локальную сеть только между двумя ПК с Windows и к ней не подключены никакие другие устройства, в течение нескольких минут каждый компьютер имел бы возможность рекламировать или отправлять сообщение «всем», например, sarah-desktop = ea: 23 : df: 34: ea: ff 'и другой,'susan-desktop = ea: 23: df: 34: ea: ff '. Чтобы проиллюстрировать это наглядно, когда вы открываете «Сетевое окружение» или как его сейчас называют дети, другой компьютер какое-то время не появляется, а затем внезапно оказывается там. Это проблема, если у вас есть приложение, которое зависит от другого компьютера, например общие папки, игровой или бухгалтерский пакет с одним компьютером, на котором пользователь и другой хранят данные, потому что оно должно ждать объявления и запоминать значение, а часто бывает промежуток, в котором память очищается, а объявление идет медленно или ему мешает другая активность. Если есть центральное место, где все компьютеры знают, как публиковать свои имена и адреса, тогда процесс поиска будет намного быстрее, особенно когда сеть большая. Итак, чтобы рассказать, позвольте 's говорят, что и Сьюзен, и Сара звонят в службу телефонного поиска каждые несколько минут и подтверждают свои имена и номера телефонов, а затем, когда Шелли звонит в телефонную службу, чтобы узнать номер Сьюзен, она будет подключена правильно и без промедления, или Шелли должна ждать либо Сьюзан. или Саре, чтобы позвонить и сообщить Шелли нужный номер напрямую (обратите внимание, что второй метод займет много времени и приведет к большому трафику, особенно если есть 50 компьютеров, и каждый хочет по очереди объявить о своем присутствии - это ' помехи другой деятельностью »). Адреса в этом случае называются MAC-адресами (Media Access Control или что-то в этом роде), а их число является (12-значным) шестнадцатеричным адресом (состоящим только из цифр и букв 0,1,2,3,4,5,6. , 7,8,9, a, b, c, d, e, f - где «шестнадцатеричный» равен 6, а «десятичный»- десять), который производитель сделал частью сетевой карты, так же, как у вас есть номер EMEI, записанный в ваш мобильный телефон, это гарантированный эксклюзивный номер (во всех нормальных ситуациях). Важно и для вашего собственного исследования: NETBIOS не поддерживает маршрутизатор, поэтому компьютеры могут видеть только другие компьютеры, находящиеся в его собственном сегменте сети. И это, вероятно, причина того, что WINS был заменен DNS, который поддерживает маршрутизатор и, следовательно, позволяет создавать гораздо более крупные сети, охватывающие гораздо большие площади, здания, страны и т. Д. Обратите внимание, если вы сетевой инженер и читаете это, пока лба, я намеренно использовал некоторые нетехнические дескрипторы для некоторых концепций, чтобы любой мог понять достаточно, чтобы решить, подходит ли это им. Если вы не технический специалист,это мертвая технология, и стоит взглянуть на нее, чтобы понять, как это было сделано тогда, но постарайтесь правильно следовать текущим тенденциям (ищите RFC для таких вещей, как стандарты и ограничения именования и обслуживания, и вам не понадобится WINS ...). - Предыдущий неподписанный комментарий добавлен 213.144.12.130 ( обсуждение ) 14:40, 30 марта 2016 г. (UTC)
Для чего это нужно? Совершенно ничего. Война, да боже. [ редактировать ]
Судя по статье, похоже, что WINS используется только в сетях, все еще работающих с NETBIOS и нуждающихся в эквиваленте DNS. Но почти никто больше не пользуется NETBIOS. Так есть ли другая цель? - Гмюр, 15:00, 21 августа 2007 г. (UTC)
- То, что что-то старое, не означает, что оно неуместно. Фактически, я зашел на эту страницу, чтобы узнать больше о WINS (от Samba). 0x6adb015 ( обсуждение ) 16:47, 19 февраля 2008 (UTC)
- . . . но было бы хорошо, если бы это было прояснено в статье? Я случайно наткнулся на страницу, но был заинтересован и сбит с толку. Было ли это очередной попыткой MS расширить свою квазимонополию ?? LookingGlass ( разговор ) 19:26, 6 марта 2008 (UTC)
Ответ был положительным, они хотели улучшить или расширить квазимонополию. - Предыдущий беззнаковый комментарий добавлен 183.83.196.219 ( обсуждение ) 13:02, 22 декабря 2016 г. (UTC)
- . . . . WINS по-прежнему является критически важным компонентом для многих корпоративных сетей, я работал администратором WINS в течение 5 лет, чтобы исправить сеть, в которой, когда я начинал, 140 000 пользователей использовали почти 400 серверов WINS, а теперь они работают всего на 65 выделенных серверах, и все работает нормально. , это число также будет уменьшено. Microsoft действительно хочет, чтобы он ушел, они не любят разрабатывать для него какие-либо патчи / исправления ошибок, и, посмотрев на его внутренности, я знаю, почему. - Иворгарсия ( разговор ) 23:46, 6 марта 2008 г. (UTC)
вау, я понятия не имел, насколько обширна ссылка на WINS-СЕРВЕР - предшествующий неподписанный комментарий, добавленный 209.212.118.202 ( обсуждение ) 16:45, 25 сентября 2008 г. (UTC)
Устарело [ править ]
В статье следует упомянуть тот факт, что WINS является устаревшей технологией и что GNZ следует использовать, если необходимо разрешение одного имени. —Предыдущий комментарий без подписи, добавленный 79.161.122.66 ( обсуждение ) 11:15, 13 мая 2011 г. (UTC)
Просто мои два цента [ править ]
Чтобы понять функцию WINS, нужно сначала понять, как работает SMB. Маленькие сети Windows не имеют сервера, поэтому они не могут полагаться на сервер, чтобы найти другие машины, обмениваться файлами или что-то еще. Таким образом, рабочим станциям нужен способ общения друг с другом без использования сервера. Это служба NETBIOS. NETBIOS - очень старая служба, даже старше, чем TCP / IP на ПК. Работает на основе трансляций. По сути, когда рабочей станции необходимо поговорить с другой (например, Sara-Laptop должен разговаривать с Sara-Desktop), она просто транслирует запрос, и, если Sara-Desktop активен и доступен, он отвечает на запрос. В некоторых ситуациях Sara-Desktop активен, но не может отвечать напрямую Sara-Laptop, поэтому NETBIOS определяет роль, называемую «главный браузер», и время от времениодна из рабочих станций выбирается на эту роль. В основном это делается для того, чтобы улучшить функциональность и скорость доступа к NetBIOS. Все рабочие станции регистрируются в главном браузере; когда одному из них нужно знать о другом, он по-прежнему транслирует его, но теперь главный браузер может отвечать на запросы.
Одна проблема остается нерешенной: поскольку разрешение имен NETBIOS работает с широковещательными рассылками, невозможно найти рабочие станции, принадлежащие другим широковещательным доменам (т. Е. Двум сетям, связанным глобальной сетью). WINS пришел, чтобы решить эту ситуацию; у него есть хорошо известный адрес, и все рабочие станции в рабочей группе регистрируются на него. Когда настроен WINS-сервер, рабочим станциям больше не нужно выполнять широковещательный поиск других рабочих станций; вместо этого они запрашивают их непосредственно на WINS-сервере.
Теперь вы можете спросить меня: «Почему бы вам просто не поместить это в статью?», Эй, это очень неформальное описание функции WINS, и у меня нет технических деталей, необходимых для написания хорошей статьи. . Зеккердж ( разговорное ) 16:24, 28 сентября 2014 (UTC)
- В любом случае, это было хорошее чтение. Очень приятно понимать. Вы можете подумать о том, чтобы внести свой вклад в домен simple.Wikipedia.org, если у них есть эта статья. - Предыдущий беззнаковый комментарий добавлен 68.48.134.115 ( обсуждение ) 20:45, 1 ноября 2014 г. (UTC)
Неправильные аналогии с DNS [ править ]
Все, что эта статья предполагает о DNS, неверно:
- DNS - это не просто «центральное сопоставление имен хостов с сетевыми адресами». DNS - это система для обслуживания записей ресурсов, которые могут представлять больше, чем просто «сетевые адреса».
- DNS не состоит из двух «частей»: DNS - это сложная система делегирования полномочий для обслуживания RR. Если бы в DNS были «части», их было бы три, а не две:
- Авторитетный сервер имен
- Рекурсивный преобразователь
- DNS-клиент
- DNS строго не использует «клиентский компонент TCP / IP» - DNS по умолчанию использует UDP для связи, используя TCP в основном для больших передач (например, запросов AXFR). Сравнение здесь вводит в заблуждение.
Мегастофель ( разговорное ) 06:12, 24 октября 2014 (UTC)
- Интересная информация! 68.48.134.115 ( разговорное ) 20:42, 1 ноября 2014 (UTC)
