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

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

Для большего количества справки попробуйте эти две ссылки: Включите Совместное использование Файла и Совместного использования и Печати Файла и Принтера в Vista

hth, ~H

Вы проверяли, блокирует ли брандмауэр Windows порты, необходимые Совместному доступу к файлам? Включить Параметр совместного доступа Файла и Принтера в Windows Firewall Configuration Settings:

1. Запустите> Панель управления> Сеть и Интранет
2. В соответствии с заголовком раздела Windows Firewall, нажмите на ссылку "Allow a program through Windows Firewall"
3. В программах и списке портов, проверьте "Файл и Параметр совместного доступа Принтера"

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

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

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

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

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

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

для выполненного winsock: netsh winsock сброс

сбрасывать выполненный tcp/ip: IP интервала netsh сбросил c:\temp\resetlog.txt

С наилучшими пожеланиями, Thomas

Для меня:

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

Как я фиксировал его? Я не имею :-(

Я обновлю это, когда я пойму это!

Править: ЗАФИКСИРОВАННЫЙ ЭТО!!

По-видимому, 'Файл и принтер, Совместно использующий для Microsoft Networks', не установлены для сетевого адаптера по умолчанию. Это независимо на том, установлен ли совместный доступ к файлам на самом деле. Я не уверен, является ли это значением по умолчанию Windows 2008 или значением по умолчанию сетевой платы.

Таким образом, вот то, что зафиксировало его:

• Щелкните правой кнопкой по 'Local Area Connection'
• Проверьте, что 'Совместное использование файла и Принтера для Microsoft Networks' не там
• Принятие Вас не видит, что - Нажимает 'Install'
• Дважды щелкните по 'Service'
• Выберите 'Файл и совместное использование принтера для Microsoft Networks'
• Нажмите "OK" для установки его
• Машина перезагрузки

Необходимо смочь видеть его теперь. Двигается! (Ответ из http://kadaitcha.cx/file_sharing.html)

Это Решение Решило мою проблему:

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

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

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

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

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

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

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

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

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

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

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