Windows 2008 Server не может получить доступ к общему сетевому ресурсу

Я использую сервер Windows 2008 с пакетом обновления 2 (SP2). Этот сервер действует как рабочий стол в одиночку. Недавно я переключился между двумя сетями (корпоративной и другой), используя эту систему. С тех пор я не могу получить доступ к любому сетевому ресурсу в исходной сети, откуда я установил и настроил рабочий стол. Я получаю сообщение "Сетевой путь не найден". Обратите внимание, что я могу получить доступ к Интернету и моему корпоративному почтовому серверу.

Мне сказали, что это специфическая проблема для Vista и Windows 2008, и я сделал все, что мог: а) Удалил вторые настройки сети с рабочего стола б) Установил патч от MS, который должен был решить эту проблему (с MS явно говоря, что они не проверили этого достаточно) c) Установка SP2 была после того, как возникла проблема, и я продолжил ее в надежде, что SP2 может что-то исправить

Некоторые дополнительные детали:

a) Системный администратор может войти в эту систему с удаленного терминала. b) Я не могу войти в свою собственную систему, используя скрытый общий ресурс C$ - например, \mymachine\C$ выдает мне то же сообщение, что и выше - Сетевой путь не найден c) Я могу войти в систему удаленно, используя mstsc. D) Я не могу создавать общие ресурсы в этой системе, поскольку сетевые принтеры расширений не обнаруживаются.

У меня есть обновление для вас: сообщение об ошибке выглядит следующим образом -

****Ошибка сети****

Windows не может получить доступ к \\network_share

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

При нажатии кнопки "Диагностика" отображается код ошибки: 0x80070035Сетевой путь не найден.

Любая помощь будет оценена

Спасибо

11 ответов

В Vista/Server 2008 каждая сеть имеет свой собственный профиль, и вам необходимо включить службы файлов и печати (службы netbios) для каждой сети.

Для получения дополнительной помощи, попробуйте эти две ссылки: Включить общий доступ к файлам и принтерам и Общий доступ к файлам и принтерам в Vista

hth, ~ H

Для меня:

  • Server 2008 Standard (не R2)
  • Брандмауэр выключен
  • Служба компьютерного браузера включена
  • Я пытаюсь получить доступ \\MYMACHINE\TFS-BUILDS потому что TFS требует UNC доля для капель
  • (Я получаю доступ, введя имя и дважды щелкнув по папке)
  • Одиночная сетевая карта
  • Мастер обмена файлами говорит, что с общим ресурсом все в порядке
  • Доля была показана в разделе "Управление компьютером"
  • Нет явных ошибок в Eventlog
  • Перезагрузка не исправила

Как я это исправил? У меня нет:-(

Я обновлю это, когда выясню!

Редактировать: Исправлено!

Очевидно, "Общий доступ к файлам и принтерам для сетей Microsoft" не установлен для сетевого адаптера по умолчанию. Это не зависит от того, установлен ли общий доступ к файлам. Я не уверен, является ли это Windows 2008 по умолчанию или сетевой картой по умолчанию.

Итак, вот что это исправило:

  • Щелкните правой кнопкой мыши на "Подключение по локальной сети"
  • Убедитесь, что "Общий доступ к файлам и принтерам для сетей Microsoft" НЕ существует
  • Если вы этого не видите - нажмите "Установить"
  • Дважды щелкните "Сервис"
  • Выберите "Общий доступ к файлам и принтерам для сетей Microsoft"
  • Нажмите OK, чтобы установить его
  • Перезагрузить машину

Вы должны быть в состоянии увидеть это сейчас. JEES! (Ответ от http://kadaitcha.cx/file_sharing.html)

То, что работало для меня, включало "TCP/IP NetBIOS Helper" в сервисах. Каким-то образом это было настроено на автоматический запуск, но не было включено. После того, как я запустил сервис, я смог подключиться к общим ресурсам.

Вы не сумасшедший, у меня тоже есть эта проблема, и я могу воспроизвести следующие странности, которые, по-видимому, случаются только с клиентами win2k8 sp2 и vista sp2, которые не присоединены к домену, но пытаются получить доступ к серверу, присоединенному к домену. Они получат запрос на кредиты, но даже когда кредиты верны, доступ не будет разрешен. Интересно, однако, что если вы попытаетесь подключиться через \ip\ или \ip\share, вам будет предложено указать кредиты, и они будут работать, и доступ будет предоставлен, но если вы используете стандартное \machinename или \FQDN во время запроса, он никогда не даст вам в.

Кажется, это началось с SP2. Я не нашел решения этой проблемы, кроме как откат к SP1 или использование IP. Также интересно, что после успешного подключения по IP вы можете использовать методы \machinename и т. Д., И они будут работать нормально. Если затем вы скажете удалить все подключения к коробке через net use /del для всех подключений, то попробуйте снова ввести \machinename, и проблема вернется. - почти смешной

Не имеет никакого логического смысла для меня, почему это так, но это так.

Я хочу, чтобы вы знали, что для решения этой проблемы установите флажок Client for Microsoft Networks на правильном сетевом адаптере на моем DC. Похоже, когда возиться с Hyper-V это было отключено по какой-то причине.

Я не пытался сделать это (перезагружал ли winsock и tcpip (через Томаса). Это было страшно, потому что он удалил все мои настройки NIC. Но, о чудо, восстановление их привело к долгому поиску "Welcome to the ..." домен!") из-за предупреждения там. Я бы сделал это в крайнем случае. Если у вас есть другой сервер, сравните настройки между ними.

Исправление winsock и TCP/IP работало для меня. В команде run (от имени администратора) я использовал следующие команды:

для запуска winsock: netsh winsock reset

сбросить tcp/ip run: netsh int ip reset c:\temp\resetlog.txt

Ура, Томас

  • Эта комбинация машин работает без проблем несколько лет.
  • Я поменял интернет-провайдера (на кабельную систему). Все отлично работает Заметил, что время входа в один Windows Server 2008 (из двух) в моей небольшой частной сети составляло несколько минут для каждого шага (применение настроек пользователя и т. Д.). Контроллер домена (другой сервер) может быть подключен мгновенно. Интернет-предложение заставило меня удалить больной сервер из домена, а затем попытаться присоединиться. Сбой последовательно: "Сетевой путь не найден". Пробовал разные вещи очень долго. Решили почистить установку Windows Server 2008 R2 на контроллере домена. Это прошло нормально. Попытка присоединить нетронутый сервер #1 (IIS) к новому DC потерпела неудачу точно так же: "сетевой путь не найден". Каждый сервер может пропинговать другой, даже по имени. Иногда DC может видеть IIS при просмотре сети, но IIS никогда не видит DC (он видит одну рабочую станцию, не подключенную к домену). DCDiag показывает без проблем. Был в состоянии сопоставить DC на IIS как сетевое местоположение. Не влияет на невозможность присоединиться к домену. Брандмауэр Windows в настоящее время отключен на обоих серверах. Начал следовать предложениям ServerFault.
  • Обнаружение сети - "Пользовательский", а "Общий доступ к файлам" включен. Запущена отключенная служба браузера компьютеров. В обнаружении сети появилось больше компьютеров, но это никак не повлияло на присоединение к домену.

Сделал сброс winsock и tcpip (через Томаса). Это было страшно, потому что он удалил все мои настройки сетевого адаптера. Но, о чудо, их восстановление принесло долгожданное "Добро пожаловать в... домен!"

[Я несколько раз пытался отформатировать большинство пунктов выше как пули, но все это работало вместе. Кроме этого, ServerFault Rules!]

Вы проверяли, блокирует ли брандмауэр Windows порты, необходимые для общего доступа к файлам? Чтобы включить параметр "Общий доступ к файлам и принтерам" в настройках конфигурации брандмауэра Windows:

  1. Пуск> Панель управления> Сеть и Интранет
  2. Под заголовком раздела "Брандмауэр Windows" нажмите ссылку "Разрешить выполнение программы через брандмауэр Windows".
  3. В списке программ и портов установите флажок "Общий доступ к файлам и принтерам"

Также проверьте в Центре управления сетями и общим доступом (из панели управления), включен ли "Общий доступ к файлам".

Это решение исправило мою проблему:

Вы не сумасшедший, у меня тоже есть эта проблема, и я могу воспроизвести следующие странности, которые, по-видимому, случаются только с клиентами win2k8 sp2 и vista sp2, которые не присоединены к домену, но пытаются получить доступ к серверу, присоединенному к домену. Они получат запрос на кредиты, но даже когда кредиты верны, доступ не будет разрешен. Интересно, однако, что если вы попытаетесь подключиться через \ip\ или \ip\share, вам будет предложено указать кредиты, и они будут работать, и доступ будет предоставлен, но если вы используете стандартное \machinename или \FQDN во время запроса, он никогда не даст вам в.

Кажется, это началось с SP2. Я не нашел решения этой проблемы, кроме как откат к SP1 или использование IP. Также интересно, что после успешного подключения по IP вы можете использовать методы \machinename и т. Д., И они будут работать нормально. Если затем вы скажете удалить все подключения к коробке через net use /del для всех подключений, то попробуйте снова ввести \machinename, и проблема вернется. - почти смешной

Не имеет никакого логического смысла для меня, почему это так, но это так. ссылка | флаг

Из сервисного сервиса проверь службу Computer Browser... У меня была такая же проблема и видимо это был couse. Я думаю, что по умолчанию этот сервис отключен

Чтобы избавиться от кода ошибки 0x80070035, у меня есть несколько методов, которыми я хотел бы поделиться. Вы можете попробовать их и дать нам знать.

  1. Я уверен, что вы справитесь с этим, но упомянув об этом на всякий случай, сначала попробуйте отключить брандмауэр.
  2. Попробуйте переустановить драйверы сетевого адаптера.
  3. Проверьте свой диспетчер устройств, и, если вы видите много адаптеров 6to4, удалите все из них, оставив только один.
  4. Включите NetBIOS через TCP/IP, перейдя в диалоговое окно RUN и введя ncpa.cpl. После этого выберите свойства, щелкнув правой кнопкой мыши по соединению. Нажмите Протокол Интернета (TCP/IP), нажмите Свойства, а затем нажмите Дополнительно. После этого перейдите на вкладку "WINS". В разделе "Настройка NetBIOS" нажмите "Включить NetBIOS через TCP/IP". Дайте нам знать, как оно идет.
Другие вопросы по тегам