Net view системная ошибка 64 windows 7

Обновлено: 04.07.2024

Сегодня столкнулся со следующей проблемой - не открывалось сетевое окружение ни на одном из компьютеров рабочей группы. При этом сеть работала - то есть все компьютеры нормально пинговались, доступ к каждому компьютеру через ip тоже работал.
При выполнении команды net view из командной строки выдавало ошибку "Системная ошибка 6118. Недоступен список серверов для этой рабочей группы."

Для понимания почему такие ошибки иногда происходят необходимо понимать теорию работы общего сетевого доступа. Вкратце - для работы сетевого окружения необходимо наличие компьютера мастер-браузера (master browser). Этот компьютер назначается автоматически при включении компьютеров в сеть из имеющихся подключенных компьютеров путем выборов (elections). Правильная работа данного компьютера необходима для корректного разрешения имен в netbios-сети, т.е. такие ошибки обычно происходят именно из-за проблем в работе мастер-браузера.

Если сеть небольшая, из 3-5 компьютеров, то, наверное, наиболее простым решением будет просто выключить сразу все компьютеры, а потом их включить. Скорее всего автоматически будет назначен новый мастер браузер.

Для сети больших размеров для решения (и предотвращения появления в будущем) такой проблемы необходимо узнать имя текущего мастер браузера. Сделать это можно с помощью утилиты командной строки browstat.exe выполнив команду browstat sta. Зная имя компьютера идем (физически) к этому компьютеру. Если оказывается что компьютер просто завис - перезагружаем его. Если нет - проверяем чтобы службы обозpеватель компьютеров и сервер корректно работали. Далее в свойствах сетевого подключения смотрим чтобы компонент "клиент для сетей майкрософт" был включен.

Также проблема может возникнуть из-за того, что компьютер назначенный мастером имеет 2 сетевые карты. Для всех таких компьютеров - очень желательно запретить их использование в качестве мастер браузеров. Сделать это можно установив в реестре HKLM\System\CurrentControlSet\Services\Browser\Paramters ключ MaintainServerList в значение No.

После перезагрузки компьютера теоретически мастер браузер для сети должен переназначиться, но чтобы это произошло наверняка следует выполнить команду browstat elect - для запуска перевыборов мастер браузера.

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

Доброго времени суток!
Есть комп с кассовым сервером, Win7 x86, и несколько ДОСовых станций, сеть настроена на NetBEUI. Станции видят сервер, все работает. Проблема заключается в невозможности подключить сетевой диск станции на компе с семеркой. При этом на компах с XP шара прекрасно цепляется.

Существуют ли варианты решения данной проблемы?? Обходные пути в виде RKFTP и XP Mode известны, но интересует именно прямое подключение сетевого диска, без лишней магии.

несколько ДОСовых станций, сеть настроена на NetBEUI. Не знаю, как через NetBEUI, но через NetBIOS по TCP\IP все прекрасно шарится, даже на Windows 10 x64. Так, что устанавливайте TCP\IP на станции. Пора уже про NeTBEUI забыть.

сложность в том, что большинство объектов как раз на NetBEUI и в ближайшее время переводить на TCP не планируем

Проблема заключается в невозможности подключить сетевой диск станции на компе с семеркой.

В чем именно проблема?

команда "net view \\manager" что говорит?

Системная ошибка 53. Не найден сетевой путь.

Та же ошибка возникает при попытке подключения сетевого диска - net use Z: \\UNIT01\C . При этом если сделать просто "net view" ДОСовые станции видны. И опять же на XP подключение шары работает на ура.

Надо крутить политики безопасности на 7ке.
Панель упр - администрирование - локальная политика безопасности.
Локальные политики - параметры безопасности:

1. Доступ к сети: разрешить трансляцию анонимного SID в имя - включить
2. Сетевой доступ: запретить анонимный доступ к именованным каналам и общим ресурсам - отключить. Скорее всего из за этого 7-ка не отдает клиенту ДОС перечень своих шар. Т.к. клиент ДОС не удовлетворяет параметрам безопасности 7ки и поэтому считается анонимным.
3. Сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей - поставить "Гостевая".
4. Сетевой доступ: не разрешать перечисление учетных записей SAM анонимными пользователями. - Отключить
5. Сетевой доступ: не разрешать перечисление учетных записей SAM и общих ресурсов анонимными пользователями - Отключить
6. Сетевой доступ: разрешать применение разрешений "Для всех" к анонимным пользователям - Включить.

Включить учетку Гостя, дать ему права на шару.

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

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

Также посмотрите темы:

Также читайте это:

1. Для видимости компьютеров в "Сетевом окружении" (т.е. нормальной работы распределенной службы браузинга) в сети, разбитой на подсети, как минимум надо:
- Доменная организация компьютеров в сети (необязательно всех), так как только доменный мастер браузер (т.е. первичный контроллер домена или его эмулятор) обладает функцией сбора воедино всех списков "серверов" данного домена из разных подсетей;
- Доменный мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Любой мастер браузер не должен быть multihomed (упрощенно - один IP интерфейс);
- Весьма желательно наличие сервера WINS (не обязательно по одному в каждой подсети), хотя при некоторых условиях и очень хорошем понимании работы службы браузинга можно обойтись без WINS, используя только файлы lmhosts;
- Весьма желательно, чтобы сервер WINS не был multihomed;
- Если бездумно ковыряли реестр и останавливали службу браузинга ("Координатор сети" на W98), то помните, могут быть отдельные проблемы.
Далее, смотрим конкретные проблемы на конкретной живой сети.
Надеюсь, не надо упоминать о том, что:
- Компьютеры должны быть включены, шнурки исправны, сетевые карты, драйверы к ним, свичи, хабы правильно работать;
- (для упрощения) Установлен протокол TCP/IP, остальные (IPX/SPX, NETBEUI) - нет;
- IP маршрутизация правильно настроена и работает;
- NetBIOS over TCP/IP включена там, где надо.
----
2. Необходим NetBIOS. Фразы типа "Вполне достаточно NetBIOS поверх TCP/IP" вводят в заблуждение начинающих. Каким образом он обеспечивается - в первом приближении не важно. Главное, чтобы ВСЕ компы, участвующие в браузинге, использовали ОДИН транспорт для NetBIOS.
----
3. Информация о multihomed компах.
Пояснение по этому поводу примерно такое:
С точки зрения работы Сетевого окружения это выглядит так.
Весь обмен идет через NetBIOS. Это программный интерфейс. Работать он может с любым из 3-х сетевых протоколов:
- NETBEUI (родной для NetBIOS, он же NBF);
- TCP/IP (NetBIOS over TCP/IP, он же NBT);
- IPX/SPX.
Дополнительно, нужно помнить, что при наличии нескольких сетевых карт, на каждой из них может быть свой набор сетевых протоколов (с поддержкой NetBIOS и без нее).
Сочетание 3-х вещей:
- конкретной сетевой карты,
- конкретного сетевого протокола
- признака поддержки NetBIOS на этой карте и на этом протоколе
в терминологии NetBIOS называется LANA ("сетевой адаптер NetBIOS").
Так вот, multihomed комп - это комп, у которого больше одного LANA.
Необходимо избегать работу мастер браузеров и сервера WINS на multihomed компах.

Работа распределенной службы браузинга по своей сути иерархична, имеет 4 уровня и необходимо хорошо представлять себе 3 типа взаимодействий между уровнями:
1 тип взаимодействия.
Получение обычным компом списка просмотра от резервного браузера данного домена (рабочей группы) в данной IP-подсети. Этот список просмотра запрашивается:
- при первом просмотре Сетевого окружения;
- при Refresh Сетевого окружения (принудительно или по таймеру);
- по команде net view;
- программно при выполнении некоторых функций API.
2 тип взаимодействия.
Получение обновленного (актуального на данный момент) списка просмотра сети. Это взаимодействие происходит между резервным браузером и мастер-браузером данного домена (рабочей группы) в данной IP-подсети. Этот список просмотра запрашивается:
- по таймеру;
- программно при выполнении некоторых функций API.
3 тип взаимодействия.
Получение полного (расширенного) списка просмотра. Это взаимодействие происходит между мастер-браузерами данного домена в данной подсети с компьютером, который обладает функцией сбора воедино всех списков просмотра данного домена из разных IP-подсетей. В Windows этой функцией обладает первичный контроллер домена или компьютер (сервер) эмулирующий эту роль (Windows 2000 server). При составлении такого полного списка этот компьютер получает информацию от сервера WINS. Также необходимо отметить, что в составе пакета SAMBA демон nmbd значительно лучше справляется с этой ролью.

Маленькая одноранговая сеть из 10 ПК.
8 из них на Windows 7
1 на XP
1 на windows 10

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

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

Обновления на windows самые последние.
В службах запущены "Браузер компьютеров" и "Общий доступ к подключению к интернету (ICS)", где то прочитал что могути быть проблемы при отключенных службах.
IP адреса раздаются маршрутизатором.
Брандмауэр отключен.

Но вообще-то сетевое окружение некрофильство.
В папочке Network отображаются девайсы, анонсирующие свои продвинутые возможности/вебморду. В частности, если на одну машину поставить несколько DLNA-серверов, видны будут все.

А шары подключаются через добавление вручную/политикой/скриптом.
Нефиг юзерам по чужим компам шариться: ресурсы им предоставляет админ.

Есть 1 комп - win7sp1 x86.
Так вот на нём при в сетевом окружении только те компьютеры, которые видны через WSD.

srv2 - win 2008R2sp1
------File server
------IIS
------WSUS

srv3 - Qnap (собирает и хранит бэкапы)
------File server

Сетевые диски цепляются, обзор сети работает,
НО.
Есть 1 комп - win7sp1 x86.
Так вот на нём при в сетевом окружении только те компьютеры, которые видны через WSD.

--Netbios через TCP - включен (приезжает от DHCP)
--MasterBowser на srv1,
--на остальных WS служба обозревателя отключена через групповую политику.
--Nbtstat -n отрабатывает нормально

Локальная таблица NetBIOS-имен

Со всех других компов всё и всех видно нормально.
А при выполнении с проблемного компа команды : net view
система просто ругается

Такой запрос не поддерживается.

Гуглил. Честно и даже с разных поисковиков.
В основном выдаёт ответы по ошибке службы Обозревателя компьютеров в сети.
Пару других найденных "решений" и бубнов не помогли.

Напрямую тоже запускал.
Я, как вариант, сейчас попробую вообще нового локального простого пользователя завести и с него потанцевать.
Спасибо за вариант.

net view
отказывается работать, в сетевом окружении компьютеры только те, что по WSD.

Для вывода списка сетевых ресурсов — других компьютеров в локальной сети нередко используется команда net view /all , однако в некоторых случаях она может вернуть системную ошибку с кодом 6118 . Короткий комментарий гласит, что список серверов недоступен для этой рабочей группы, хотя имеющиеся в локальной сети устройства отлично пингуются, оставаясь в большинстве случаев недоступными для просмотра в Проводнике.

В чём может быть причина ошибки и какие есть способы ее устранения?

Настройки брандмауэра

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

Проверка активности системных служб

Препятствовать выполнению команды net view /all могут отключенные службы «Хост поставщика функции обнаружения».

И «Публикация ресурсов обнаружения функции».

Откройте командой services.msc оснастку управления службами, найдите указанные выше службы и запустите их, предварительно изменив их тип запуска на «Автоматически (Отложенный запуск)».

И в обязательном порядке проверьте службу «Браузер компьютеров», она должна выполняться и иметь тип запуска «Вручную» или «Автоматически».

Читайте также: