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

Отсутствуют серверы которые могли бы обработать запрос на вход в сеть

Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть

1. У меня на работе есть два компьютера: один сетевой и может быть подключен к домену, а второй обычный настольный ПК – не сетевой.
2. Соединяю эти два компьютера между собой.
3. Назначаю сетевые настройки: ноут — 192.168.1.50, ПК — 192.168.1.60, маска 255.255.255.0.
4. При попытке зайти с ноута на ПК («выполнить \\192.168.1.60») — могу просматривать расшаренные папки.
5. При попытке зайти с ПК на ноут («выполнить \\192.168.1.50») получаю сообщение:
«Нет доступа \\192.168.1.50. Возможно у вас нет прав на использование этого сетевого ресурса. Обратитесь к системному администратору ….»
Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть.
6. Я часто забираю ноут домой и там такой проблемы не возникает. При попытки подключения моего домашнего ПК к ноуту появляется диалог с полями для ввода пользователя («ДОМЕН/Пользователь») и пароля.

Проблемы с разрешением имен и подключением к сети на сервере маршрутизации и удаленного доступа, на котором установлена служба DNS или WINS

Проблема
На компьютере под управлением Microsoft Windows 2000 Server или Microsoft Windows Server 2003 возможно возникновение проблем с подключением к сети, если сервер настроен следующим образом:

• служба маршрутизации и удаленного доступа разрешает входящие подключения;
• на сервере маршрутизации и удаленного доступа установлена и настроена служба DNS (Domain Name System) или WINS (Windows Internet Name Server).

После подключения к серверу маршрутизации и удаленного доступа с помощью удаленного подключения или подключения по виртуальной частной сети (VPN) периодически возникают следующие неполадки.

• Если на сервере маршрутизации и удаленного доступа установлен сервер Microsoft ISA (Internet Security and Acceleration) Server 2000, клиентские компьютеры из локальной сети не имеют возможности выхода в Интернет, независимо от того, используется прокси-сервер или программа Microsoft Firewall Client. Например, в окне веб-обозревателя появляется страница «Не удается отобразить страницу» с сообщением «Не удается найти сервер или ошибка DNS».
• Если на сервере маршрутизации и удаленного доступа установлен Microsoft ISA Server 2000, нажатие кнопки Update Now в диалоговом окне Firewall Client Options на клиентском компьютере приводит к появлению следующего сообщения об ошибке.

The server is not responding when client requests an update.
Possible causes:
-The server is not an ISA Server.
-The server is not an ISA Server.-The server is down.

• При попытке с помощью команды ping опросить сервер маршрутизации и удаленного доступа по имени NetBIOS или полному имени домена (FQDN) с локального компьютера команда отправляется на неправильный IP-адрес.
• Если сервер маршрутизации и удаленного доступа является основным обозревателем сети, не удается просмотреть список компьютеров в сетевом окружении.
• На компьютере Small Business Server 2000 не удается подключиться к узлу http://имя_сервера/myconsole.
• На сервере маршрутизации и удаленного доступа регистрируется следующее событие.

Код (ID): 4319
Источник: Netbt
Описание: В сети ТСР обнаружено повторяющееся имя. Адрес IP компьютера, пославшего сообщение, содержится в данных. Для того чтобы определить, для какого имени возникло конфликтное состояние, следует выполнить команду nbtstat -n.

• При попытке открыть общий файловый ресурс или подключить сетевой диск к серверу маршрутизации и удаленного доступа появляются сообщения об ошибке.
• Если сервер маршрутизации и удаленного доступа является контроллером домена, появляется сообщение об ошибке при попытке войти в сеть.
• Если сервер маршрутизации и удаленного доступа является контроллером домена, сообщения об ошибке появляются при попытке открыть общий файловый ресурс или подключить сетевой диск к любому общему ресурсу сети. Так, на компьютере под управлением Windows 2000 Professional или Windows XP Professional появляется следующее сообщение об ошибке:

Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть

Как правило, такие неполадки возникают с сервером Small Business Server, поскольку часто он является единственным компьютером под управлением серверной операционной системы Windows в составе сети, однако они возможны на любом сервере маршрутизации и удаленного доступа под управлением Windows 2000 или Windows Server 2003, на котором запущена служба DNS или WINS.

Причина
Когда удаленный компьютер устанавливает соединение с сервером маршрутизации и удаленного доступа с помощью подключения удаленного доступа или подключения VPN, для поддержания связи сервер создает адаптер PPP (Point-to-Point Protocol). После этого сервер регистрирует IP-адрес адаптера РРР в базе данных DNS или WINS.

На локальном компьютере, который в процессе регистрации пытается подключиться к серверу маршрутизации и удаленного доступа, появляется сообщение об ошибке, поскольку сервер DNS или WINS возвращает ему вместо запрошенного IP-адреса сервера IP-адрес адаптера РРР. Попытка подключиться к IP-адресу адаптера РРР заканчивается неудачно, потому что локальный компьютер не имеет доступа к адаптеру РРР.

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

Чтобы решить проблему, необходимо запретить серверу маршрутизации и удаленного доступа регистрировать IP-адрес адаптера РРР в базе данных DNS или WINS. Для этого выполните следующие действия.

Настройка сервера маршрутизации и удаленного доступа на публикацию в базе DNS только IP-адреса локального сетевого адаптера

Рассмотренные в этом разделе действия следует выполнять только в том случае, если на сервере маршрутизации и удаленного доступа установлена служба DNS. Если это не так, воспользуйтесь инструкциями из раздела «Настройка сервера маршрутизации и удаленного доступа на регистрацию в базе WINS только IP-адреса локального сетевого адаптера»

Создание в системном реестре параметров PublishAddresses и RegisterDnsARecords для служб DNS и Netlogon

1. Выберите в меню Пуск пункт Выполнить, введите команду regedit и нажмите кнопку ОК.
2. Найдите и выделите раздел

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNS\Parameters

3. В меню Правка выберите пункт Создать, а затем — Строковый параметр и введите следующие значения.
Название: PublishAddresses
Тип данных: REG_SZ
Значение: IP-адрес локального сетевого адаптера сервера. Для разделения нескольких адресов используйте запятые.
4. Найдите и выделите следующий раздел реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters

5. В меню Правка выберите пункт Создать, а затем — Параметр DWORD и введите следующие значения.
Название: RegisterDnsARecords
Тип данных: REG_DWORD
Значение: 0
6. Закройте редактор реестра и перезапустите службы DNS и Netlogon. Чтобы перезапустить службу, нажмите кнопку Пуск, выберите пункт Программы или Все программы, а затем — Администрирование и Службы. В диалоговом окне «Службы» щелкните правой кнопкой соответствующую службу и выберите команду Перезапустить.

Дополнительные сведения о параметрах PublishAddresses и RegisterDnsARecords см. в следующей статье базы знаний Майкрософт:

289735 IP-адрес службы маршрутизации и удаленного доступа регистрируется в базе данных DNS

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

1. Нажмите кнопку Пуск, выберите в меню Программы или Все программы пункт Администрирование, а затем — DNS.
2. В окне консоли DNS разверните объект сервера, затем папку Зоны прямого просмотра и выделите папку локального домена.
3. В меню Действие выберите команду Новый узел.
4. Введите в поле IP-адрес IP-адрес локального сетевого адаптера сервера.
5. Не заполняйте поле Имя, выберите вариант Создать соответствующую PTR-запись, и нажмите кнопку Добавить узел.
6. В ответ на запрос «имя_папки_верхнего_уровня не является допустимым именем узла. Хотите продолжить добавление записи?» нажмите кнопку Да.

Примечание. Если сервер является сервером глобального каталога, перейдите к выполнению действия 7. В противном случае пропустите действия 7-11. Чтобы проверить, размещен ли на сервере глобальный каталог, выполните следующие действия. a. Нажмите кнопку Пуск, выберите в меню Программы или Все программы пункт Администрирование, а затем — Active Directory — cайты и службы.
b. В окне консоли «Active Directory — cайты и службы» откройте папку Сайты, разверните узел, который содержит сервер, а затем — объект сервера.
c. Щелкните правой кнопкой мыши объект NTDS Settings и выберите пункт Свойства.
d. На вкладке Общие найдите флажок Глобальный каталог. Если он установлен, значит на сервере расположен глобальный каталог.

7. В окне консоли DNS откройте папку Зоны прямого просмотра, разверните папку локального домена, папку MSDCS, а затем выделите папку GC.
8. В меню Действие выберите команду Новый узел.
9. Введите в поле IP-адрес IP-адрес локального сетевого адаптера сервера.
10. Не заполняйте поле Имя, выберите вариант Создать соответствующую PTR-запись, и нажмите кнопку Добавить узел.
11. В ответ на запрос «(как папка верхнего уровня) не является допустимым именем узла. Хотите продолжить добавление записи?» нажмите кнопку Да.

Настройка сервера маршрутизации и удаленного доступа на регистрацию в базе WINS только IP-адреса локального сетевого адаптера
Рассмотренные в этом разделе действия следует выполнять только в том случае, если на сервере маршрутизации и удаленного доступа установлена служба WINS. Пропустите этот раздел, если на сервере установлен Small Business Server 2000 с пакетом обновления 1 (SP1), Small Business Server 2000 с пакетом обновления 1а (SP1а) или Windows Small Business Server 2003. Операционные системы этих версий по умолчанию не производят регистрации IP-адреса адаптера РРР в базе данных WINS.

Создание в системном реестре параметра DisableNetbiosOverTcpip для службы маршрутизации и удаленного доступа

Внимание! Чтобы параметр DisableNetbiosOverTcpip функционировал на компьютере под управлением Windows 2000 Server с пакетом обновления версии 2 (SP2) или ниже, необходимо установить пакет обновления 3 (SP3) или 4 (SP4). В противном случае служба маршрутизации и удаленного доступа не будет использовать параметр и проблема останется нерешенной.

Дополнительные сведения о получении последней версии пакета обновления для Windows 2000 Server см. в следующей статье базы знаний Майкрософт:

260910 Как получить последний пакет обновления для Windows 2000

1. Выберите в меню Пуск пункт Выполнить, введите команду regedit и нажмите кнопку ОК.
2. Найдите и выделите раздел

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RemoteAccess\Parameters\IP

3. В меню Правка выберите пункт Создать, а затем — Параметр DWORD и введите следующие значения.
Название: DisableNetbiosOverTcpip
Тип данных: REG_DWORD
Значение: 1
4. Закройте редактор реестра и перезапустите службу маршрутизации и удаленного доступа. Чтобы перезапустить службу, нажмите кнопку Пуск, выберите пункт Программы или Все программы, а затем — Администрирование и Службы. В диалоговом окне «Службы» щелкните правой кнопкой соответствующую службу и выберите команду Перезапустить.

Удаление записей в базе данных WINS
1. Нажмите кнопку Пуск, выберите в меню Программы или Все программы пункт Администрирование, а затем — WINS.
2. Разверните объект сервера, правой кнопкой мыши щелкните элемент Активные регистрации и выберите пункт Удалить владельца.
3. В диалоговом окне Удаление владельца выделите IP-адрес сервера.
4. Если сервер WINS не имеет партнеров по репликации, выберите вариант Удалить только с этого сервера и нажмите кнопку OК. В противном случае выберите вариант Реплицировать удаление на другие серверы и нажмите кнопку OК.

Сервер WINS автоматически реконструирует базу данных по мере регистрации компьютерами сети своих NetBIOS-имен. Чтобы принудительно провести регистрацию NetBIOS-имен компьютеров под управлением операционных систем Windows, запустите команду nbtstat -RR.

Отсутствуют серверы которые могли бы обработать запрос на вход в сеть

Народ хелп плиз !
попал по самое "нехочу"

Дело такое: есть сервер на 2к, и есть вагон юзверей на 9х
(сервак не хаченый, полностью лицензирован)
На серваке поднят домен (пусть будет Vasya.org)
юзеры на 9х входят в домен — все ОК,
но после логина проходит от 10 минут до получаса и.

Я немогу попасть на машины юзверей со своей (права админа)
пишет (дословно) —
"Нет доступа к \\XXXX
Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть"

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

На 2к/ХР машинах все ОК

Что это за нах.. ?
Где копать. выручайте !

З.Ы. советы типа "поставь всем Хрю" — убедительная просьба оставить при себе

Добавлю, есть одна странность —
доступ вновь открывается если юзер
начинает активно работать с расшареными дисками.
Ну к примеру сольет себе метров 100, и
доступ к нему открыт..

Принимаю любые идеи по данному поводу,
(даже самые бредовые)
кроме переустановки оси

Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo
Меню пользователя Rackot
Посмотреть профиль
Найти ещё сообщения от Rackot
Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo
Меню пользователя Rackot
Посмотреть профиль
Найти ещё сообщения от Rackot

Rackot
Да случилось сие безобразие так
(ессно не без помощи админов, хотя так убился один глюк который доставал
но все по-порядку)

Есть несколько юзеров
(избранных, которые поят пивом отдел АСУ
и при сидят на задачах которые требуют большого трафика)
и попросили они этот трафик закинуть для их машин в unlimited zone
ну мы не долго думая решили поднять службу QoS по сети,
и лимитировать трафик для неключевых машин —
сказано сделано !
(Да сетевки стоят от интеля и позволяют без проблем выставить QoS Packet Tag)
тут все и началось — вечером активировали QoS на серваках,
сразу же отказались логиниться те машины у которых она не активирована,
но это пол-беды, пропали ВСЕ принт-сервера (даже не пингуются) — это уже совсем Г
Попарились мы и решили счас все не перенастроить (отчеты у бюсгалтеров идут) —
после праздников сделаем, а счас
сольем 4-ре гиговых карты по лоуд балансинг — вот вам и unlimited zone
сказано сделано. но вот косяк и получили.
Перепробовали все известное нам НО.

Хотя нет худа без добра — отпал глюк

Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo

Короче ботва такая — дело кажися было в Мастер Бразерах,
уж слишком до х"№; их было, и перевыборы начинали каждые 5 мин
(вот о этих гадах мы и забыли)
поубивал их нах, вроде ок все. ПОКА

(предварительно эмулировал ситуацию дома — активировал на всех компах их амбиции
и началось. перевыборы , сеть недоступна и вся фигня. )

Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo

Ну занято так занято. and ALL
Опять трабл.
Кто подскажет аналог browstat и browmon —
в 9х, нужно узнать кто есть МастерБразер
у конкретной машины с 95 форточкой —
осталась онда разъединственная, кто к себе не пущает.

А стоит как раз у секретутки — она доки всякие печатает,
которые мне часто надо поиметь — запарило бегать к ее компу за доками.

Уже все винсы и ДНС и Ip ручками у нее прописал — фиг один,
есть у кого соображения, кроме как "дать ей ножками"

Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo
Меню пользователя Ну занято так занято.
Посмотреть профиль
Посетить домашнюю страницу Ну занято так занято.
Найти ещё сообщения от Ну занято так занято.

Ну занято так занято.
Втом то и дело что отрубил "мастерилку"
всем 9х форточкам,
оставил однин мастер (машина на 2к серв) на все сети
с 1 бакупом (машины на 2к) в !_каждой_! сети
(лимит мелких: 1 бакуп на каждые 32 машины в сети соблюден)

С 98SE и 2к/ХР проблем нет — все отлично друг друга имеют в любом порядке,
проблема с 95В — одна такая наглая осталась,
знать охота к кому она вообще цепляется

Меню пользователя Lamo
Посмотреть профиль
Посетить домашнюю страницу Lamo
Найти ещё сообщения от Lamo
Меню пользователя Ну занято так занято.
Посмотреть профиль
Посетить домашнюю страницу Ну занято так занято.
Найти ещё сообщения от Ну занято так занято.

Ну занято так занято.
Ладно.. черт с ней —
снес все нафиг и поставил 98

З.Ы. Хотя это "тривиальное решение"
проблемы с 95 не решило и знаний не добавило.

Подобное может возникнуть и позже.
а снос не есть правильное решение

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *