Light-electric.com

IT Журнал
211 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Сетевое окружение в домене

Почему Windows 10 может не видеть соседние компьютеры в сетевом окружении

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

Не отображаются компьютеры с Windows 10 в сетевом окружении рабочей группы

Пользователи стали сталкиваться с проблемами отображения соседних компьютеров в локальной сети рабочей группы еще начиная с Windows 10 1703 (Creators Update). После установки данного билда W10 при просмотре устройств в сетевом окружении компьютер перестает видеть соседние компьютеры.

Список компьютеров в сетевом окружении можно просмотреть в проводнике либо командой:

Если список пуст (команда вернула В списке нет элементов ), что в первую очередь проверьте следующие настройки.

Проверьте, включен ли у вас сервис доступа к файлам и папкам. Перейдите в раздел Панель управления -> Центр управления сетями и общим доступом -> Дополнительные параметры общего доступа .

Убедитесь, что у вас в секции текущего сетевого профиля Частная (текущий профиль) включены опции:

  • Включить сетевое обнаружение
  • Включить доступ к файлам и принтерам
  • Разрешить Windows управлять подключениями домашней группы

Затем в профили Все сети активируйте опции:

  • Включить общий доступ, чтобы сетевые пользователи могли читать и записывать файлы в общих папках
  • Отключить парольную защиту (если вы доверяете всем устройствам в вашей сети)

Затем откройте пункт Параметры Windows -> Сеть и Интернет -> Ethernet (в том случае, если вы подключены к локальной сети через беспроводное подключение, выберите Wi-Fi). Щелкните по сетевому значку и проверьте, что включена опция Сделать этот компьютер доступным для обнаружения .

В некоторых случаях для включения обнаружения нужно в командной строке с правами администратора выполнить команду:

netsh advfirewall firewall set rule group=»Network Discovery» new enable=Yes

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

В открывшемся мастере присоединения к домену или рабочей группе выберите последовательно: Компьютер входит в корпоративную сеть -> Моя организация использует сеть без доменов -> имя вашей рабочей группы. После этого нужно перезагрузить компьютер.

Если после перезагрузки компьютер появился в сетевом окружении, но зайти на него не удается, проверьте тип сети компьютера. Скорее всего ваша локальная сеть распозналась как Публичная . Нужно сменить тип сети на Частная . Для этого откройте Параметры -> Сеть и Интернет -> Состояние -> Домашняя группа -> Изменение расположения в сети .

Нажмите на ссылку Изменение расположения в сети, после этого в боковой панели с запросом «Вы хотите разрешить другим компьютерам и устройства в этой сети обнаруживать ваш ПК? Рекомендуем делать это в домашней или рабочей сети, а не в общедоступных», выберите Да.

Откройте сетевое окружение и проверьте, появились ли компьютеры.

Если указанные советы не помогли, и компьютеры в рабочей группе все еще не отображаются, попробуйте сбросить настройки сети (Параметры -> Сеть и Интернет -> Состояние -> Сброс сети).

Сбросить сетевые настройки и правила файервола можно командами:

netsh int ip reset reset.txt
netsh winsock reset
netsh advfirewall reset

После чего нужно перезагрузить компьютер.

Также проверьте запущены ли следующие службы (для корректного отображения сетевого окружения они должны находится в состоянии автоматического запуска):

  • Function Discovery Provider Host
  • Function Discovery Resource Publication (см. ниже)
  • DNS Client
  • SSDP Discovery
  • UPnP Device Host

SMB 1.0 и проблемы с Master Browser в Windows 10

Бывает, что проблемы с отображением компьютеров в сетевом окружении связаны со службой Обозревателя сети (Master Browser). Эта служба отвечает за построение и поддержание списка активных компьютеров в сети ( подробнее о службе Computer Browser ). В локальной сети может быть только один активный компьютер с ролью главного обогревателя.

В Windows 10 1703 служба Обозревателя сети работает некорректно. Рекомендуется полностью отключить эту службу на Windows 10 и использовать в качестве основного обозревателя сети компьютер с Windows 7 (через реестр).

Кроме того, в Windows 10 1709 и выше по-умолчанию отключен протокол SMB v1.0 , тем самым отключается и служба Computer Browser, которая как мы говорили отвечает за составление списка компьютеров в сети и их отображение. Если в сети у вас остались компьютеры только с Win 10 1709 и выше (см. таблицу совместимости версий SMB v1 ), чтобы решить проблему придется включить протокол SMB v1.0 хотя бы на одном компьютере (небезопасно!), который и будет у вас главным обогревателем сети (Master Browser). Установка SMB 1.0 выполняется путем добавления 3 компонентов в панели управления.

Компьютер не виден в сети после обновления до Windows 10 1803

В Windows 10 1803 (Spring Creators Update) разработчики убрали возможность создавать рабочую группу компьютеров, кроме того компьютеры с Windows 10 перестают отображаться в сетевом окружении проводника при просмотре устройств сети.

Дело в том, что с точки зрения Microsoft рабочие группы – это устаревший функционал организации локальной сети для доступа к общим ресурсам и принтерам. Вместо использования рабочей группы Microsoft предлагает использовать свои облачные сервисы (OneDrive, доступ через учетные записи Microsoft Account). На мой взгляд, это неоправданно.

Однако по факту в 1803, чтобы получить доступ к ресурсам другого компьютера в локальной сети нужно знать его имя (\pcname1) или ip адрес (в формате \192.168.1.100), но в сетевом окружении соседние компьютеры не отображаются. Однако это можно исправить.

Дело в том, что за обнаружение компьютеров в сети в Windows 10 отвечает отдельная служба Function Discovery Resource Publication , которая после установки 1803 по умолчанию не запускается (тип запуска с Автоматического изменен на Отключен). Если эта служба остановлена, компьютер не обнаруживает в сети другими компьютерами. Включить службу автообнаружения в Windows 10 1803 можно так.

  • Откройте консоль управления службами Windows (services.msc)
  • В списке служб найдите службу Function Discovery Resource Publication (Публикация ресурсов обнаружения функции). Она должна быть отключена.
  • Измените тип запуска службы с Manual на автоматический с отложенной загрузкой — Automatic (Delayed Start).
  • Перезагрузите компьютер
Читать еще:  Как вставлять формулы в word 2003

После перезагрузки другие компьютеры в локальной сети смогу обнаруживать данный компьютер и его ресурсы (принтеры и общие папки).

Слетает тип сети с доменной на частную на Windows Server

Продолжительное время пытаюсь разобраться с одной проблемой в доменной сети. На разных Windows Server после перезагрузки периодически тип сети с доменной (domain) меняется на частную (private). Происходит этот как на контроллерах домена, так и на рядовых серверах. Поделюсь своими рецептами борьбы с этой проблемой.

Цели статьи

  1. Описать проблему, с которой столкнулся, по смене категории сети на сетевом интерфейсе после перезагрузки windows сервера.
  2. Показать методы, которые применял для решения проблемы.
  3. Получить помощь или совет по текущей проблеме.

Введение

Сразу проясню технические моменты.

  • Все события происходят на серверах версии Windows Server 2012 R2.
  • Используются бесплатные гипервизоры Windows Hyper-V Server 2012 R2 и Windows Hyper-V Server 2016.
  • Все серверы включены в домен. Часть серверов сами являются контроллерами доменов.

Теперь по симптомам. Периодически после плановой установки обновлений и перезагрузки в свойствах сетевого подключения меняется тип сети. Она перестает быть доменной и становится приватной.

Так же несколько раз была ситуация, когда сетевое подключение получало новое имя. Как видно на примере, сетевой интерфейс имеет имя Сеть 3. То есть это уже третий раз, когда он поменял имя. Оба эти события не всегда случаются одновременно. Имя сети может и не поменяться, но поменяется ее тип. При этом вирутальные машины никуда не переезжают, их настройки не меняются. Мне совершенно не понятно, почему может измениться сетевой интерфейс.

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

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

Простого способа указать, что данное соединение доменное в windows server нет. Я нашел как минимум 2 рабочих способа, которые гарантированно позволяют вернуть соединению статус Domain Network.

  1. Способ номер один. Заходим в свойства сетевого подключения и отключаем ipv6. Сеть сразу же становится доменной.
  2. Способ номер два. Перезапускаем службу Служба сведений о подключенных сетях (Network Location Awareness Service).

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

При втором способе, если сделать для службы тип запуска Автоматически (отложенный запуск), то после перезагрзки сервера статус сети всегда будет доменный. Это вроде как решает проблему, хотя мне кажется, что это больше костыль, чем решение.

В целом, мне не понятно, в чем конкретно проблема и почему она стала проявляться в какой-то определенный момент, причем на разных серверах. Иногда помогает просто перезагрузка, иногда нет. Когда я последний раз исследовал ошибку, она на 100% повторялась на двух серверах с ролью контроллера домена, dhcp и dns сервера. Помогало либо отключение ipv6, либо перезапуск службы. В логах при этом ничего подходящего под указанную проблему не находил.

Причины изменения типа сети

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

Есть мысли, что это из-за настроек ipv6. Изначально там указано получать адрес автоматически. И Windows какой-то адрес получала. Даже не знаю откуда.

Пытался разобраться в теме ipv6, но скажу честно, сходу в нее не вник. Там все как-то не просто и надо погружаться, изучать. Пытался указывать ipv6 адрес вручную, статический. Думал, это может помочь. Почему-то после перезагрузки, настройки слетали обратно на получение адреса автоматически.

Отдельно пробовал настройку Предпочтение протокола IPv4 протоколу IPv6, как описано в руководстве на сайте microsoft. Это не помогло. На проблемном сервере гарантированно получал частную сеть вместо доменной.

Заключение

По факту каких-то проблем из-за данной настройки я не получал. Отличий в настройке фаервола в зависимости от типа сети у меня нет, так что видимых проблем не было. На текущий момент там, где последний раз словил эту ошибку, настроил отложенный запуск службы сведений о подключенных сетях (Network Location Awareness Service). Ошибка больше не воспроизводится. Буду наблюдать дальше.

Если вы сталкивались с подобными ошибками, либо есть советы, что еще попробовать, буду рад комментариям по этой теме.

Слетает тип сети с доменной на частную на Windows Server

Продолжительное время пытаюсь разобраться с одной проблемой в доменной сети. На разных Windows Server после перезагрузки периодически тип сети с доменной (domain) меняется на частную (private). Происходит этот как на контроллерах домена, так и на рядовых серверах. Поделюсь своими рецептами борьбы с этой проблемой.

Цели статьи

  1. Описать проблему, с которой столкнулся, по смене категории сети на сетевом интерфейсе после перезагрузки windows сервера.
  2. Показать методы, которые применял для решения проблемы.
  3. Получить помощь или совет по текущей проблеме.

Введение

Сразу проясню технические моменты.

  • Все события происходят на серверах версии Windows Server 2012 R2.
  • Используются бесплатные гипервизоры Windows Hyper-V Server 2012 R2 и Windows Hyper-V Server 2016.
  • Все серверы включены в домен. Часть серверов сами являются контроллерами доменов.

Теперь по симптомам. Периодически после плановой установки обновлений и перезагрузки в свойствах сетевого подключения меняется тип сети. Она перестает быть доменной и становится приватной.

Так же несколько раз была ситуация, когда сетевое подключение получало новое имя. Как видно на примере, сетевой интерфейс имеет имя Сеть 3. То есть это уже третий раз, когда он поменял имя. Оба эти события не всегда случаются одновременно. Имя сети может и не поменяться, но поменяется ее тип. При этом вирутальные машины никуда не переезжают, их настройки не меняются. Мне совершенно не понятно, почему может измениться сетевой интерфейс.

Читать еще:  Настройка записей домена

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

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

Простого способа указать, что данное соединение доменное в windows server нет. Я нашел как минимум 2 рабочих способа, которые гарантированно позволяют вернуть соединению статус Domain Network.

  1. Способ номер один. Заходим в свойства сетевого подключения и отключаем ipv6. Сеть сразу же становится доменной.
  2. Способ номер два. Перезапускаем службу Служба сведений о подключенных сетях (Network Location Awareness Service).

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

При втором способе, если сделать для службы тип запуска Автоматически (отложенный запуск), то после перезагрзки сервера статус сети всегда будет доменный. Это вроде как решает проблему, хотя мне кажется, что это больше костыль, чем решение.

В целом, мне не понятно, в чем конкретно проблема и почему она стала проявляться в какой-то определенный момент, причем на разных серверах. Иногда помогает просто перезагрузка, иногда нет. Когда я последний раз исследовал ошибку, она на 100% повторялась на двух серверах с ролью контроллера домена, dhcp и dns сервера. Помогало либо отключение ipv6, либо перезапуск службы. В логах при этом ничего подходящего под указанную проблему не находил.

Причины изменения типа сети

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

Есть мысли, что это из-за настроек ipv6. Изначально там указано получать адрес автоматически. И Windows какой-то адрес получала. Даже не знаю откуда.

Пытался разобраться в теме ipv6, но скажу честно, сходу в нее не вник. Там все как-то не просто и надо погружаться, изучать. Пытался указывать ipv6 адрес вручную, статический. Думал, это может помочь. Почему-то после перезагрузки, настройки слетали обратно на получение адреса автоматически.

Отдельно пробовал настройку Предпочтение протокола IPv4 протоколу IPv6, как описано в руководстве на сайте microsoft. Это не помогло. На проблемном сервере гарантированно получал частную сеть вместо доменной.

Заключение

По факту каких-то проблем из-за данной настройки я не получал. Отличий в настройке фаервола в зависимости от типа сети у меня нет, так что видимых проблем не было. На текущий момент там, где последний раз словил эту ошибку, настроил отложенный запуск службы сведений о подключенных сетях (Network Location Awareness Service). Ошибка больше не воспроизводится. Буду наблюдать дальше.

Если вы сталкивались с подобными ошибками, либо есть советы, что еще попробовать, буду рад комментариям по этой теме.

Решение проблемы с видимостью сетевого окружения в Windows 7

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

Решаем проблемы с видимостью сетевого окружения в Windows 7

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

Способ 1: Настройка домашней или рабочей группы

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

Способ 2: Настройка брандмауэра Windows

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

Способ 3: Отключение драйвера в/в тополога канального уровня

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

    Откройте меню «Пуск» и перейдите в «Панель управления».

Найдите раздел «Центр управления сетями и общим доступом» и откройте его.

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

Кликните по кнопке «Свойства».

Снимите галочку с пункта «Драйвер в/в тополога канального уровня».

После этого можно сразу же закрыть это окно.

Осталось только перезапустить сеть, чтобы все настройки вступили в силу, но дополнительно вместе с этим мы советуем выполнить и Способ 2, чтобы исключить все возможные проблемы, связанные с данным драйвером.

Способ 4: Отключение службы «Тополог канального уровня»

Этот вариант напрямую связан с отключенным только что драйвером, поскольку его функцию частично выполняет и отдельная служба. Она тоже иногда вызывает подобные ошибки, что в результате провоцирует надобность ее отключения. Делается это точно так же, как и со всеми остальными службами.

Читать еще:  Настройка делегирования домена

    Откройте «Пуск» и снова перейдите в «Панель управления».

На этот раз нужен раздел «Администрирование». Чтобы быстрее попасть туда, переключите просмотр на «Значки» в правом верхнем углу.

Выберите категорию «Службы», сделав клик левой кнопкой мыши по ней.

Просмотрите весь список и отыщите там «Тополог канального уровня». Дважды щелкните по строке, чтобы открыть свойства службы.

Установите тип запуска в состояние «Вручную».

После этого остановите службу, нажав по соответствующей кнопке.

Дождитесь завершения остановки, а затем закройте окно и перезагрузите сеть.

Способ 5: Активация функции «NetBIOS»

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

    Для осуществления поставленной задачи снова перейдите к списку сетей так как это было показано в третьем способе. Здесь дважды кликните ЛКМ по необходимому подключению, чтобы приступить к его редактированию.

Переместитесь в раздел свойства, щелкнув по специально отведенной кнопке.

Отметьте пункт «Протокол Интернета версии 4», а затем нажмите по появившейся кнопке «Свойства».

Здесь откройте дополнительные параметры.

Во вкладке «WINS» отметьте маркером пункт «Включить NetBIOS через TCP/IP», а затем можете закрывать данное окно.

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

Способ 6: Настройка идентификации сетей

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

    Перейдите в «Панель управления», где выберите раздел «Администрирование».

В открывшемся окне выберите классическое приложение под названием «Локальная политика безопасности».

После запуска оснастки на левой панели дважды щелкните по директории с названием «Политики диспетчера списка сетей».

Выберите параметр «Идентификация сетей».

Установите маркер возле пункта «Общее».

Примените изменения, а затем можете смело закрывать это окно.

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

Способ 7: Остановка службы «Браузер компьютера»

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

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

Откройте свойства упомянутого параметра, дважды кликнув по нему.

Остановите выполнение службы, щелкнув по специально отведенной кнопке.

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

Мы ознакомили вас с семью различными способами исправления неполадки с видимостью сетевого окружения в Windows 7. Как видите, каждый из них требует от пользователя выполнения определенного алгоритма действий. Однако если вы будете придерживаться приведенных инструкций, вся процедура пройдет успешно и без каких-либо дополнительных трудностей.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Команда NET VIEW — показ списка сетевых ресурсов

Команда net view выводит список доменов, компьютеров или общих ресурсов на данном компьютере. Вызванная без параметров, команда net view выводит список компьютеров в текущем домене.

А для управления сетевыми ресурсами используется уже другая команда — net share .

Синтаксис утилиты NET VIEW

net view [\имя_компьютера] [/domain[:имя_домена]]

net view /network:nw [\имя_компьютера], где

  • \имя_компьютера — задает имя компьютера для просмотра расположенных на нем общих ресурсов.
  • /domain[:имя_домена]— задает домен, для которого выводится список компьютеров. Если параметр имя_домена не задан, команда выводит список всех доменов сети.
  • /network:nw— выводит список всех доступных серверов сети NetWare. При указании имени компьютера команда отображает все доступные ресурсы на данном компьютере. Кроме того, можно указать дополнительные сети.

Примеры команды NET VIEW

  • Вызов помощи по команде — net help view;
  • Просмотр списка компьютеров текущего домена — net view;
  • Список общих ресурсов компьютера \PC1 может быть получен с помощью команды: net view \PC1;
  • Для просмотра ресурсов сервера NetWare с именем \Marketing служит команда: net view /network:nw \marketing;
  • Для вывода списка компьютеров в домене или рабочей группе sales служит команда: net view /domain:sales;
  • Для вывода списка всех серверов в сети NetWare можно использовать следующую команду: net view /network:nw.

Видео — Работа с командой NET VIEW

  • NET TIME — синхронизация часов компьютера::

Команда NET TIME вывод текущего времени сервера NET TIME синхронизирует показания часов.

«>NET TIME — синхронизация часов компьютера — 08/07/2010 10:19
NET USE — подключение к общим сетевым ресурсам::

Команда NET USE подключение сетевого диска В командной строке NET USE используется для.

  • NET SHARE — управление общими ресурсами::

Команда NET SHARE — общие ресурсы компьютера Команда NET SHARE разрешает использовать ресурсы.

«>NET SHARE — управление общими ресурсами — 08/07/2010 10:04
NET FILE — просмотр открытых сетевых файлов::

NET FILE вывод списка открытых общих файлов Команда NET FILE выводит имена открытых общих файлов.

«>NET FILE — просмотр открытых сетевых файлов — 08/07/2010 10:00
NET SESSION — управление подключениями к серверу::

NET SESSION — просмотр сеанса связи в сети Команда NET SESSION служит для управления.

0 0 голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты