Windows 10 не видит hasp по сети
1C типичные проблемы при работе с HASP
Это все было касаемо серверной части, т.е. применяется на том компе куда воткнут ключик HASP4, на клиенте же, нужно в папке \\192.168.1.103\c$\Program Files (x86)\1cv82\conf\ поправить файл nethasp.ini
Сделать запись
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.103, 192.168.1.3, 192.168.1.250, 192.168.1.99
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = admiral, it_progr, srvprss, it
тут указаны имена серваков и их ipадреса. Имена с учетом того как они описывались в файлах nhsrv.ini на серверах (см. выше).
1C типичные проблемы при работе с HASP
Для защиты своих продуктов фирма «1C» использует аппаратный ключ защиты HASP4, присоединяемый к USB или LPT-порту компьютера. Для установки ключа HASP4 на операционные системы Microsoft Windows 98, ME, NT4, 2000, XP(x86/x64), 2003 Server(x86/x64), 2008 Server(x86/x64) или Vista (x86/x64) вам необходимо скачать и установить драйвер версии 4.116. Если вы планируете работать под управлением Windows 7(x86/x64), то рекомендуется использовать драйвер 5.90. Для успешной установки драйвера вам потребуются привилегии локального администратора, рекомендуется отключить любое защитное ПО (антивирус, брандмауэр).
Драйверы устанавливаются в консольном режиме, для этого необходимо запустить драйвер с параметром «-i». В случае, если на этом компьютере уже использовались ключи HASP, рекомендуется удалить предыдущую версию драйвера, запустив инсталляцию с ключом «-r».
Ключи защиты для 1С подразделяются на:
1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)
модель HASP HL Basic (синего цвета), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.
2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)
Сетевые клиентские ключи включают серию HASP HL Net (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX — количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.
3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)
Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.
! Для 64-битного сервера используется ключ HASP HL Max (зеленого цвета) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.
Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.
Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа — HASP4_driver_setup.zip
2. Установить сервер (службу) ключа защиты на эту же машину — HASP_LM_setup.zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины
Если во время установки драйверов возникли проблемы, выполните следующую последовательность действий.
• Удалите все компоненты HASP через «Панель управления — Установка/удаление программ».
• Остановите все службы, которые содержат в названии «Hasp» или «HLServer».
• Удалите все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:\windows\system32\drivers» (если они не используются другими приложениями).
• Изменение драйверов в «Диспетчере устройств»:
зайдите в «Панель управления» \ «Система»;
перейдите на вкладку «Оборудование» и откройте «Диспетчер устройств»;
выберите в меню «Показать скрытые устройства»;
раскройте пункт «Драйверы устройств не Plug and Play»;
удалите каждый из следующих пунктов, если они присутствуют: «Hardlock», « Haspnt», «HASP fridge.
• Попробуйте еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».
При включении / перезагрузке компьютера под управлением Windows XP из автозагрузки не загружается Сервер защиты с сообщением об ошибке: HASP Device Driver not installed (-100).
Возможная причина: Драйвер защиты загружается медленнее, чем Сервер защиты из автозагрузки. Решение: Вместо Сервера защиты (NHSRVW32.EXE) использовать Менеджер лицензий LMSETUP, устанавливаемый в качестве службы (Service) Windows. Менеджер лицензий LMSETUP доступен по адресу: http://www.aladdin.com/support/hasp/enduser.asp Подробности установки можно найти по адресу: http://v8.1c.ru/overview/release_13/
Работа с ключами по сети
Для работы с сетевыми ключами, помимо установки драйверов, вам еще потребуется установить License Manager (Менеджер лицензий) для каждого сетевого ключа. Менеджер лицензий — это утилита, которая служит связующим звеном между сетевым ключом и «1C», запускаемой на удаленной машине.
Для работы защищенного приложения на удаленной рабочей станции необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по 475 порту в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование по каким-либо причинам не выполняется, необходима настройка приложения через файл nethasp.ini (должен находиться в одной директории с исполняемым файлом) с целью отключения broadcast-механизма поиска ключа и явного указания
IP-адреса машины, обслуживающей ключ.
Пример файла nethasp.ini:
NH_SERVER_ADDR = 168.192.1.10 // ip-адрес компьютера, где расположен Менеджер лицензий.
Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости вы можете увеличить эти параметры.
Менеджер лицензий не рекомендуется устанавливать его на компьютер с 2-мя и более сетевыми интерфейсами, так как это может вызвать некорректное функционирование Менеджера. Для решения данной проблемы следует:
• Перенести Менеджер лицензий на другую машину в сети.
• Отключить остальные сетевые интерфейсы.
• Также можно попробовать изменить метрики в свойствах протокола TCP/IP (первым будет использован интерфейс с меньшей метрикой), но результат в данном случае гарантировать нельзя.
Два и более менеджеров лицензий (License Manager) в сети
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = NAME1, NAME2
Утилита Aladdin Monitor разработана для осуществления централизованного администрирования приложений HASP License Manager и ключей сетевых ключей HASP.
Aladdin Monitor позволяет:
• Проверять наличие и свойства ключей HASP4 Net в сети.
• Отслеживать наличие и свойства Менеджеров лицензий в сети.
• Останавливать и запускать локальный Менеджер лицензий.
• Отслеживать лицензии, которые используются в данный момент.
Стоит учитывать, что сам по себе Aladdin Monitor может показать только наличие Менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.
Утилита HASP Admin Control Center (устанавливается вместе с драйверами ключей Sentinel HASP v.5.*) не предназначена для работы с ключами, которые использует «1С», поэтому они ей в ней отображаться не будут – воспользуйтесь утилитой Aladdin Monitor.
Утилита Aladdin DiagnostiX реализует механизм обратной связи. Ее главная задача — диагностика работоспособности локальных и сетевых ключей, работающих в системе. Кроме того, она позволяет настраивать конфигурацию для сетевых ключей HASP и генерировать отчеты, включающие всю информацию, связанную с устройствами Aladdin. При обращении в службу технической поддержки рекомендуется прикреплять подобный отчет, это поможет сформировать более полную картину сложившийся проблемы.
Если 1С не видит Hasp
В организации, где я работаю, все программное обеспечение лицензировано, в т.ч. и 1С. Поэтому каждый раз, при установке 1С, нужно устанавливать драйвер защиты, дабы программа запускалась.
Как-то попросили меня установить платформу на ноутбук. Я взял дистрибутив и пошел ставить программу. Установка прошла как обычно быстро, после чего я нажал пункт меню «Установка драйвера защиты». На экране появилось информационное окно инсталлятора со статусом хода установки. После пары-тройки секунд ожидания инсталлятор выдает сообщение, что драйвер не удалось установить:
Failed start the Aladdin Device Driver.
Failed to start a service in the Service Control Manager Database 0x2008007 0x0.
Забыл сказать, что на ноутбуке стоит Windows XP SP2. Дальнейшие мои попытки установки
Решил скачать драйвер Hasp с его родного сайта, то бишь с www.aladdin.com (есть еще и российский сайт www.aladdin.ru ). Скачал, запустил установку. жду. Ура! Установился! Запускаю 1С. жду. Приехали! «Не обнаружен ключ защиты!».
После непродолжительного поиска открываю очередную ссылку и вижу описание своей ситуации. К счастью, кроме описания проблемы была еще подсказка, как ее решить. Так вот, дело оказывается в том, что такая ситуация может возникать на некоторых компьютерах с Windows XP Service Pack 2.
Скажем так, проблема решается «в два хода». Находим файл boot.ini в загрузочном диске (обычно диск C, ОБЯЗАТЕЛЬНО делаем его резервную копию. Замем снимаем атрибут «только чтение» и «скрытый», открываем, наодим строку, которая выглядит примерно так:
multi(0)disk(0)rdisk(0)partition(1)\WINXP=»Windows XP RU» /fastdetect /NoExecute=OptIn
Заменяем в этой строке параметры /fastdetect /NoExecute=OptIn на /fastdetect /Execute=OptIn
/noguiboot /NOPAE, в результате чего строка будет выглядеть примерно так:
multi(0)disk(0)rdisk(0)partition(1)\WINXP=»Windows XP RU» /fastdetect /Execute=OptIn
Это означает, что система будет загружена без службы проверки подписи драйверов.
Возвращаюсь к yandex, rambler, google. Снова нахожу что-то похожее. Там советуют изменить некоторые параметры файла Nethasp.ini. А именно NH_USE_BROADCAST установить в значение Disabled, что означает отключение широковещательных сообщений. Сделал, как рекомендуют, запускаю 1С. ВОТ ОНО! НАКОНЕЦ-ТО! РАБОТАЕТ!
Вот таким образом был потрачен целый день(!) на установку 1С, которая обычно занимает
Проблема с раздачей HASP ключа по сети
Проблемы с HASP ключом.
Сначала появилось сообщение HASP ключ больше недоступен и закрылось 1С Предприятие, затем 1С Конфигуратор. При этом ключ горел красным.
Заменил ключ в 1С, хотя при замене ключ, который сдавал определился как ключ на 5 лицензий, то есть возможно был рабочим.
Новый ключ сразу не определился. Включил в другой компьютер, скачал новый драйвер, менеджер лицензий, вроде определился. На следующий день не определился. Переставил обратно в свой компьютер, не определился. Снёс драйвер и менеджер лицензий. Скачал новые, через какое-то время определился. Несколько дней работал. Сегодня не определился. Переставил в другой порт. Через какое-то время стал определяться.
Можно как-то выяснить причину: почему ключ не определяется?
(8) > По порту 1947 на котором HASP LM.
(23) > Он сам так повесился
С чего ты взял?
По умолчанию но вешается на 475 порт, если вы ничего не указывали другого принудительно.
Производитель HASP ключей просто физически не в состоянии предугадать (да и не обязан), для защиты какого прикладного ПО могут быть использованы его ключи и чем, кроме менеджера лицензий, могут раздаваться лицензии, включая сюда и сервер 1С.
ps: ой, на какую ты любопытную мысль задал.
попробовать один и тот же ключик ОДНОВРЕМЕННО раздавать и через сервер, и (для файловых баз) через LM. жаль, такого варианта у меня сейчас под рукой нет, а то бы прям сейчас попробовал.
проверял так:
— 4 компа. Один условно «сервер» и три рабочие станции. На «сервере» запущен и сервер 1С и HASP LM, там же стоит сетевой ключик на 5 пользователей и естественно серверный ключик.
После этого открыл 475 порты и спокойно запустил на 4-х компах 4 файловых базы. Т.е. HASP LM спокойно раздал еще 4 лицензии.
Итого вроде бы 7 лицензий. При 5-ти пользовательском ключике!
НО! Рано обрадовался.
После этого «сервер» 1С некоторое малое время (пару минут, не больше) поработал, потом подумал, чего-то там себе подсчитал, и обнаружил, что лицензий не хватает, ну и соответственно сообщение.
В общем, халявы нет, сэр. 🙂
или что ты подразумеваешь под словами «ключ не определился»?
(32) В диспетчере скорее всего показывал, хотя я не проверял.
В какой-то момент HASP Monitor не показывал и самого ключа.
(34) > HASP Monitor не показывал и самого ключа
HASP Monitor показывает ключ только тогда, когда к нему есть хот одно соединения. Если ни одного соединения нет, то может и ничего не показываться как будто ключа нет вовсе.
HASP4 \ HASP HL (Legacy) для пользователей
Для работы приложения, защищенного при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках системы защиты HASP4 / HASP HL под Windows Vista должны выполняться следующие требования:
• Версия установленного драйвера ключа защиты не ниже 5.х;
• Версия Envelope (instw32.exe), использованного при защите программного обеспечения, не ниже 1.3.
Для выполнения первого требования можно скачать драйвер для электронных ключей защиты программного обеспечения HASP HL с нашего сайта, выполнение второго и третьего требования может обеспечить только разработчик защищенного приложения.
• Версия установленного драйвера ключа защиты не ниже 4.102;
• Версия HASP4 API, использованного при защите программы, не ниже 8.01;
• Версия HASP4 Envelope (instw32.exe), использованного при защите, не ниже 12.10.
Для выполнения первого требования можно скачать драйвер для ключей защиты программного обеспечения HASP4, HASP HL и Sentinel HL с нашего сайта, выполнение второго и третьего требования может обеспечить только разработчик защищенного приложения.
Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках систем защиты HASP4 / HASP HL под Windows 7 и новее |
---|
Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL, в рамках систем защиты HASP4 / HASP HL, под Windows 7 и более свежими ОС не гарантируется, так как данные системы защиты официально не поддерживают современные ОС. Для того, чтобы защищенное приложение нормально работало на удаленной рабочей станции, необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по порту 475 в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование не выполняется, необходима настройка приложения через файл «nethasp.ini» (должен находится в одной директории с защищенным приложением) с целью отключения broadcast-механизма поиска ключа и явного указания IP-адреса машины, обслуживающей ключ. NH_SERVER_ADDR = 168.192.1.41 //ip-адрес компьютера, где расположен менеджер лицензий. Однако если часть маршрута проходит через Интернет, могут возникнуть проблемы с тайм-аутами при доставке пакетов. |
Ошибка: «No authorization to run this program (130), Feature not found (Error 31), (H0031)» |
---|
Возникновение данной ошибки возможно в следующих случаях. Возникновение данной ошибки возможно в следующих случаях: Такая ошибка иногда возникает, если защищенное приложение или ключ установлены на машине с более чем одним сетевым интерфейсом. Для устранения следует отключить второй сетевой интерфейс или переставить ключ/приложение на машину с одним сетевым интерфейсом. Возникновение данной ошибки возможно в следующих случаях: |
Отсутствует LPT (USB) порт на компьютере. Порт LPT установлен в виде платы расширения. |
---|
В случае, если необходимо установить LPT-ключ HASP на компьютере, где отсутствует LPT-порт, можно установить PCI-плату расширения с портом LPT. При установке PCI-платы с LPT-портом необходимо учитывать, что базовый адрес LPT-порта, установленного на PCI-шине, отличается от общепринятых значений для интегрированных портов (это 378h, 3BCh и 278h). Поэтому для установки драйвера следует использовать утилиту установки с интерфейсом командной строки. Данная утилита позволяет задать любой базовый адрес порта при установке драйвера. Синтаксис данной утилиты: Пример для данных адресов: К сожалению, ключи не работают на переходниках PCMCIA-LPT или USB-LPT. Это связано с особенностями работы драйвера ключа. Также технически возможна замена LPT-ключа на аналогичный USB-ключ, однако этот вопрос необходимо решать с компанией-разработчиком защищенного ПО. В случае отсутствия портов USB их можно добавить с помощью плат расширения PCI или PCMCIA. |
Менеджер лицензий (HASP License Manager) «грузит» одно из ядер процессора на 100%. Массовые сетевые ошибки «receive problem error 10038» и «receive problem error 10054», неконтролируемый рост потребления оперативной памяти процессом. |
---|
Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL. Причина сбоев в работе менеджера лицензий – «битые» пакеты, приходящие по UDP. Поскольку обмен при помощи UDP-дэйтаграмм не предусматривает контроля успешной доставки пакета, данный протокол надежно работает только в сетях, построенных на высококачественном оборудовании. Если же на какой-нибудь рабочей станции, где запускается защищенное приложение, установлена карта, которая не корректно работает с FlowControl, то это приводит к вышеописанной ситуации. Единственный способ разрешить эту проблему, не считая замены оборудования на более качественное, – это переход на обмен посредством TCP-пакетов. В этом случае контролируется успешная доставка каждого пакета и работа с ключом становится более надежной. Для того, чтобы настроить защищенное приложение на работу через TCP-пакеты, необходимо сконфигурировать файл «nethasp.ini» следующим образом: Адрес дан для примера, следует указывать реальный IP-адрес машины, где установлен менеджер лицензий. Далее (важно!) следует отключить в менеджере лицензий прослушивание UDP-протокола, оставив только TCP: Если этого не сделать, то при получении «битых» UDP-пакетов менеджером ошибка может возникнуть вновь. Значение параметра Num можно взять из лога менеджера лицензий, там указывается, какие каналы менеджер слушает по NetBios. Если номеров несколько, переберите их по очереди, пока 1С не запустится. При такой настройке 1С в качестве транспорта по-прежнему будет использовать TCP/IP, но работать с ним будет через интерфейс NetBios. Причем при передаче пакетов будет использоваться именно TCP-механизм, в силу особенностей реализации NetBios over TCP/IP. Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL. Сообщить защищенному приложению имена менеджеров можно через файл «nethasp.ini», он должен находиться в одном каталоге с защищенным приложением или в каталоге, который указал разработчик (для 1С – каталог Bin\Conf от корня установки 1С): NH_SERVER_ADDR = 168.192.1.41, 168.192.1.11 NH_SERVER_NAME = LM1, LM2 Параметры «адрес» и «имя» должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1. Адреса даны для примера, следует указывать реальные IP- адреса машин, где установлены соответствующие менеджеры лицензий. Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения. |
Инструкция по эксплуатации программных продуктов «1C» и ключей защиты Sentinel (HASP) |
---|
Уважаемые клиенты! Рекомендуем вам ознакомиться с инструкцией по эксплуатации программных продуктов «1C» и ключей защиты Sentinel (HASP). Система защиты HASP4 / HASP HL устарели и были сняты с поддержки более 10 лет назад (HASP4 ещё в 2006 году), с тех пор для них ничего не дорабатывалось. В менеджере лицензий 8.32 периодически возможно «зависание части лицензий», происходящее из-за некорректного завершения сессии с ключом. Решение возможно путём перезагрузки службы менеджера лицензий (ручной или автоматической по расписанию), в ходе которой будут завершены все сессии с ключом, в том числе и зависшие, либо по истечению таймаута равного 24 часам. |
Почему в Sentinel Admin Сontrol Center не видно лицензий и сессий HASP4 / HASP HL? Подходит ли драйвер от Sentinel LDK (SRM) для HASP4 / HASP HL? |
---|
Sentinel Admin Сontrol Center – это web-интерфейс менеджера лицензий, встроенного в драйвер от системы защиты Sentinel LDK (SRM), ключи Sentinel (HASP) не работают с ним в рамках системы защиты HASP4 / HASP HL. Драйвер от системы защиты Sentinel LDK (SRM) обеспечивает работу ключа Sentinel (HASP) как устройства на ПК, а для работы ключа с защищённым ПО по сети (в рамках систем защиты HASP4 / HASP HL) нужен ещё и менеджер лицензий 8.32, Sentinel Admin Сontrol Center при этом никак не задействуется и на отображение/не отображение в нём ключей внимание обращать не стоит. Windows 10 не видит компьютеры в сетевом окруженииКо мне несколько раз обращались читатели с просьбой помочь решить проблему с отображением компьютеров в сетевом окружении в последних билдахWindows 10. Действительно, в последних релизах Windows 10 ваш компьютер может перестать видеть соседние компьютеры в рабочей группе локальной сети, либо же сам не отображаться в сетевом окружении на других компьютерах. Рассмотрим, как это исправить. Не отображаются компьютеры с Windows 10 в сетевом окружении рабочей группыПользователи стали сталкиваться с проблемами отображения соседних компьютеров в локальной сети рабочей группы еще начиная с Windows 10 1703 (Creators Update). После установки этой (или более новой версии Windows 10) ваш компьютер может перестать видеть соседние компьютеры при просмотре устройств в сетевом окружении. Список компьютеров в сетевом окружении можно просмотреть в проводнике либо командой: Если список пуст (команда вернула В списке нет элементов/ There are no entries in the list.), что в первую очередь проверьте следующие настройки. Убедитесь, что у вас в секции текущего сетевого профиля Частная / Private (текущий профиль) включены опции: Разрешить Windows управлять подключениями домашней группы (если у вас используется домашняя группа). Затем в профили Все сети активируйте опции: Сбросьте кеш DNS на компьютере: Для включения обнаружения нужно в командной строке с правами администратора выполнить команду, разрешающую трафик сетевого обнаружений (Network Discovery) в Windows 10: netsh advfirewall firewall set rule group=»Network Discovery» new enable=Yes Или вручную разрешите протокол Network Discovery хотя бы для Частной (Private) сети в настройках Брандмауэр Защитника Windows (Control Panel\All Control Panel Items\Брандмауэр Защитника Windows\Allowed apps). Нажмите на ссылку Изменение расположения в сети, после этого в боковой панели с запросом “Вы хотите разрешить другим компьютерам и устройства в этой сети обнаруживать ваш ПК? Рекомендуем делать это в домашней или рабочей сети, а не в общедоступных”, выберите “Да”. Откройте сетевое окружение и проверьте, отображаются ли соседние компьютеры. Сбросить сетевые настройки и правила файервола можно командами: netsh int ip reset reset.txt После чего нужно перезагрузить компьютер. Затем перезагрузите компьютер. Windows должна автоматически определить вашу сетевую карту и установить подходящие драйвера. При этом все старые настройки протоколов для сетевой карты будут сброшены. Также проверьте запущены ли следующие службы (для корректного отображения сетевого окружения они должны находится в состоянии автоматического запуска). Откройте консоль services.mcs: В некоторых случаях сторонние антивирусы и файерволы могут блокировать запросы имени NetBIOS, WDS и широковещательные DNS запросы (точно была проблема с ESET NOD32). Попробуйте временно отключить антивирус/файервол и проверить, работает ли сетевое обнаружение в Windows 10. Включить сетевое обнаружение в Windows 10В Windows 10 1803 (Spring Creators Update) разработчики убрали возможность создавать домашнюю группу компьютеров, кроме того компьютеры с Windows 10 перестают отображаться в сетевом окружении проводника при просмотре устройств сети. Дело в том, что с точки зрения Microsoft рабочие группы – это устаревший функционал организации локальной сети для доступа к общим ресурсам и принтерам. Вместо использования рабочей группы Microsoft предлагает использовать свои облачные сервисы (OneDrive или доступ через учетные записи Microsoft Account), На мой взгляд, это неоправданно. Однако по факту, чтобы в Windows 1803 получить доступ к ресурсам другого компьютера в локальной сети нужно знать его имя ( \\pcname1 ) или ip адрес (в формате \\192.168.1.100 ), но в сетевом окружении соседние компьютеры не отображаются. Однако это можно исправить. Дело в том, что за обнаружение соседних компьютеров в сети Windows 10 отвечает отдельная служба Function Discovery Provider Host, а за обнаружение вашего компьютера отвечает другая служба — Function Discovery Resource Publication. Эти протоколы заменяют NetBIOS over TCP/IP, который исторически использовался для обнаружения устройства в сетях с Master Browser. Соответственно, вы можете спокойно отключать NetBIOS для ваших сетевых адаптеров. После установки некоторых билдов Windows 10 эти службы могут быть отключены (тип запуска с Автоматического изменен на Отключен). Если эти службы остановлены, компьютер не обнаруживается в сети другими компьютерами и сам не может обнаружить другие. Включить службы автообнаружения в Windows 10 можно так. После перезагрузки другие компьютеры в локальной сети смогу обнаруживать данный компьютер и его ресурсы (принтеры и общие папки). SMB 1.0 и проблемы с Master Browser в Windows 10Бывает, что проблемы с отображением компьютеров в сетевом окружении связаны со службой Обозревателя сети (Master Browser). Эта служба отвечает за построение и поддержание списка активных компьютеров в сети (подробнее о службе Computer Browser). В локальной сети может быть только один активный компьютер с ролью главного обозревателя. В Windows 10 1703 служба Обозревателя сети работает некорректно. Рекомендуется полностью отключить эту службу на Windows 10 и использовать в качестве основного обозревателя сети компьютер с Windows 7 (или Windows 8.1/ Windows Server 2012 R2, если вы уже отказались от Windows 7 в связи с окончанием поддержки). Настройки Master Browser можно задать через реестр. Кроме того, в Windows 10 1709 (1803, 1809, 1903, 1909) по-умолчанию отключен протокол SMB v1.0, тем самым отключается и служба Computer Browser. Именно эта служба в сетях Microsoft отвечает за составление списка компьютеров в сети и их отображение (до перехода на протоколы SSDP и WS-Discovery). Если в сети у вас остались компьютеры только с Win 10 1709 и выше (см. таблицу совместимости версий SMB v1), и вы хотите по прежнему использовать службу обозревателя сети, вам придется включить протокол SMB v1.0 хотя бы на одном компьютере (небезопасно!). Установка SMB 1.0 выполняется путем добавления следующих компонентов в панели управления: Либо вы можете включить клиент и сервер SMB 1 из OptionalFeatures.exe или командами DISM: Dism /online /Enable-Feature /FeatureName:»SMB1Protocol-Client» Если вы все же включили протокол SMBv1, чтобы назначить текущий компьютер главным Master Browser в сети, выполните команды: reg add «HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Browser\Parameters» /v IsDomainMaster /t REG_SZ /d True /f Этот компьютер и будет у вас главным обозревателем сети (Master Browser). Windows 10 не видит сетевые папкиВ некоторых случаях Windows 10 может видеть в сетевом окружении соседнее устройство, но не может отобразить список сетевых папок на нем. Чаще всего это сопровождается ошибкой “0x80070035 — Не найден сетевой путь”. Решение этой проблемы описано в этой статье. Если соседний компьютер (устройство) виден в сети, но при попытке открыть любую сетевую папку из сетевого окружения или по UNC пути ( \\Имя_компьютера_или_IP ) появляется ошибка “Вы не можете получить доступ к этой общей папке, так как политики безопасности вашей организации блокируют гостевой доступ без проверки подлинности”. В этом случае нужно включить параметр реестра AllowInsecureGuestAuth (подробности в статье по ссылке): reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
|