DNS не разрешает имена серверов Xbox на консоли Xbox

Certification.ru

Есть сеть с доменом.
Есть сервер-ДС1 и домен-контроллер-ДС2.

Помогите пожалуйста решить проблему репликации.
при обновлении службы репликации на ДС1:
со стороны ДС2 возникает следующая ошибка 13568.
За ней на ДС1 выходит уведомление о ошибке 13508.

ошибка 13568:
Служба репликации файлов обнаружила ошибку JRNL_WRAP_ERROR для набора репликации «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)».

Имя набора репликации: «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»
Корневой путь репликации: «c:windowssysvoldomain»
Корневой том репликации: «\.C:»
Ошибка JRNL_WRAP_ERROR возникает, когда набор репликации не находит запись, которую пытается прочитать из журнала NTFS USN. Это может быть вызвано одной из следующих причин.

[1] Том «\.C:» был отформатирован.
[2] Журнал NTFS USN на томе «\.C:» был удален.
[3] Журнал NTFS USN на томе «\.C:» был усечен. Программа Chkdsk может выполнить усечение журнала, если обнаружит в конце журнала поврежденные записи.
[4] Служба репликации файлов давно не запускалась на данном компьютере.
[5] Показатель активности дискового ввода-вывода на «\.C:» слишком высок для службы репликации файлов.
Если установить параметр реестра «Enable Journal Wrap Automatic Restore» равным 1, будет выполнена описанная ниже процедура восстановления для автоматического исправления ошибки.
[1] При первом опросе, который производится каждые 5 минут, данный компьютер будет удален из набора репликации. Чтобы не ждать 5 минут, можно выполнить команду «net stop ntfrs» и затем команду «net start ntfrs» для перезапуска службы репликации файлов.
[2] При первом опросе после удаления компьютер будет заново включен в набор репликации. Повторное включение инициирует полную синхронизацию дерева для набора репликации.

Предупреждение. В процессе восстановления данные дерева репликации могут стать недоступными. Необходимо установить описанный выше параметр реестра равным 0, чтобы автоматическое восстановление не привело к недоступности данных при повторении ошибки.

Для изменения параметра реестра запустите программу regedit.

Нажмите кнопку «Пуск», выберите команду «Выполнить» и введите «regedit».

Разверните раздел HKEY_LOCAL_MACHINE.
Щелкните последовательно разделы пути:
«SystemCurrentControlSetServicesntFrsParameters»
Дважды щелкните параметр
«Enable Journal Wrap Automatic Restore»
и обновите его значение.

Если этого параметра нет в реестре, его можно добавить с помощью команды «Создать->Параметр DWORD» в меню «Правка». Введите имя параметра точно так, как написано выше.

ошибка 13508:
Служба репликации файлов столкнулась с проблемами при включении репликации с «DC2» на «DC1» для «c:windowssysvoldomain», использующего DNS-имя «dc2.X.local». Служба репликации файлов (FRS) продолжит повторные попытки.
Ниже указаны причины, по которым может выдаваться это предупреждение.

[1] FRS не может разрешить DNS-имя «dc2.cdngroup.local» с этого компьютера.
[2] FRS не запущена на «dc2.X.local».
[3] Сведения в Active Directory о топологии для этой реплики реплицированы еще не на все контроллеры домена.

ЛОГИ dcdiag схожи, как на ДС1 так и на ДС2:

Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Default-First-Site-NameDC2
Starting test: Connectivity
. DC2 passed test Connectivity

Doing primary tests

Testing server: Default-First-Site-NameDC2
Starting test: Replications
. DC2 passed test Replications
Starting test: NCSecDesc
. DC2 passed test NCSecDesc
Starting test: NetLogons
. DC2 passed test NetLogons
Starting test: Advertising
. DC2 passed test Advertising
Starting test: KnowsOfRoleHolders
. DC2 passed test KnowsOfRoleHolders
Starting test: RidManager
. DC2 passed test RidManager
Starting test: MachineAccount
. DC2 passed test MachineAccount
Starting test: Services
. DC2 passed test Services
Starting test: ObjectsReplicated
. DC2 passed test ObjectsReplicated
Starting test: frssysvol
. DC2 passed test frssysvol
Starting test: frsevent
There are warning or error events within the last 24 hours after the
SYSVOL has been shared. Failing SYSVOL replication problems may cause
Group Policy problems.
. DC2 failed test frsevent
Starting test: kccevent
. DC2 passed test kccevent
Starting test: systemlog
. DC2 passed test systemlog
Starting test: VerifyReferences
. DC2 passed test VerifyReferences

DNS не разрешает имена серверов Xbox

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

1. Консоль и роутер с аппаратным перезапуском
2. Вручную установить DNS-адрес на консоли
3. Измените ширину канала Wi-Fi на 20 МГц
4. Сбросить роутер до заводских настроек
5. Использовать проводное соединение

Давайте посмотрим на описание процесса, связанного с каждым из перечисленных решений.

1]Аппаратный перезапуск консоли и маршрутизатора

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

Чтобы полностью перезагрузить консоль и роутер, сделайте следующее:

• Нажмите и удерживайте логотип Xbox на консоли примерно 5-8 секунд, пока она полностью не выключится.
• После выключения отключите кабель питания.
• Теперь выключите маршрутизатор и отсоедините кабель питания.
• Подождите примерно 2-3 минуты, прежде чем подключать и включать обе системы.

Попробуйте снова подключить Xbox к Интернету и посмотрите, не DNS не разрешает имена серверов Xbox вопрос решен. Если нет, попробуйте следующее решение.

2]Вручную установить DNS-адрес на консоли

• Откройте консоль Xbox и перейдите в Настройки на домашней странице.
• В настройках выберите Сеть.
• Перейдите к расширенным настройкам, используя панель навигации в левой части экрана.
• Выберите настройки DNS в нижнем левом углу экрана.
• В настройках DNS выберите Вручную.
• Теперь измените Основной DNS-адрес на 8.8.8.8 и нажмите Enter, чтобы продолжить добавление вторичного DNS-адреса.
• Изменить Вторичный DNS-адрес по 8.8.4.4.
• Нажмите Enter, чтобы сохранить изменения.
• Теперь вы вернетесь на страницу настроек беспроводной сети, нажмите B, чтобы сохранить изменения.

Консоль Xbox автоматически попытается подключиться к Интернету и сообщит вам об успешном подключении.

3]Измените ширину канала WiFi на 20 МГц.

Выбор ширины канала 20 МГц для вашего маршрутизатора — еще одно возможное решение этой ошибки, если это не его текущая ширина канала.

Чтобы изменить ширину канала Wi-Fi маршрутизатора на 20 МГц, выполните следующие действия:

• Запустите IPconfig на компьютере под управлением Windows.
• Запишите номер шлюза по умолчанию.
• Запустите веб-браузер.
• Введите номер своего шлюза по умолчанию в адресной строке.
• Нажмите Enter на клавиатуре.
• Откройте настройки беспроводной сети на странице конфигурации вашего маршрутизатора.
• Выберите 20Mhz в раскрывающемся меню Channel Width.

Теперь посмотрите, успешно ли консоль Xbox подключается к Интернету, в противном случае попробуйте следующее решение.

4]Сброс маршрутизатора до заводских настроек

Эта ошибка может возникнуть, если маршрутизатор имеет неправильную конфигурацию или настройку. Чтобы исключить такую ​​возможность, вы можете сбросить роутер до заводских настроек. Вот как:

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

В качестве альтернативы вы можете перезагрузить маршрутизатор следующим образом:

• Откройте веб-браузер и введите IP-адрес маршрутизатора.

Если вы не знаете IP-адрес, вы можете проверить его на нижней части маршрутизатора.

Если сброс маршрутизатора до заводских настроек по умолчанию не решает проблему, попробуйте следующее решение.

5]Использовать проводное соединение

Если до сих пор ничего не помогло, вы можете использовать вместо этого проводное соединение.

Надеюсь это поможет!

Связанное сообщение: Не удается подключиться к Xbox Live.

.

Форум русскоязычного сообщества Ubuntu

Страница сгенерирована за 0.038 секунд. Запросов: 26.

© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.

Командлет PowerShell 3.0

В отличие от утилиты Netdom, PowerShell 3.0 входит в состав системы начиная с Windows 8 / Server 2012, для более старых систем его можно установить вручную, поддерживаются Windows 7, Server 2008 и Server 2008 R2. В качестве зависимости требуется Net Framework не ниже 4.0.

Точно также войдите на системе, для которой нужно восстановить доверительные отношения, локальным администратором, запустите консоль PowerShell и выполните команду:

• Server — имя любого контроллера домена
• Credential — имя домена / учетной записи администратора домена

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

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

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

Проблема с NTFRS — Отсутствие Sysvol и Netlogon на сервере 2003

Это проблема, которая меня беспокоит. Хотя это описание не было написано мной (его можно увидеть на www.experts-exchange.com (1), из-за чего был создан один из видов stackoverflow-сайтов), оно на 95% относится к моей проблеме. В следующий раз, когда я не буду следовать совету MS, домен работал до тех пор, пока я не попробовал предложенное решение в журнале событий («Включить автоматическое восстановление с переносом журнала»). Какая это была ошибка .

Описание (как показано в (1)) следующее:

У меня явно серьезные проблемы с сервером 2003 SBS.

Мы только что начали процесс добавления второго контроллера домена в эту сеть для проекта.

Я выполнил ту же задачу в лабораторной среде, прежде чем приступил к работе в реальной среде, и у меня не было никаких проблем.

Во-первых, мы обновили SBS (tisserver) до 2003 R2. После этого я выполнил команду adprep, чтобы обновить схему до R2.

Я создал сервер 2003 R2 (tisdr), установил DNS, присоединил его к домену и выполнил DCPROMO.

Все это работало нормально, но я обнаружил ошибки в журнале событий службы репликации файлов на новом сервере:

Событие с кодом 13508 — Источник НтФРС

Служба репликации файлов не может включить репликацию из tisserver.TIS.local в TISDR для c: windows sysvol domain с использованием DNS-имени tisserver.TIS.local. FRS будет продолжать попытки. Ниже приведены некоторые из причин, по которым вы можете увидеть это предупреждение.

[1] FRS не может правильно разрешить DNS-имя tisserver.TIS.local с этого компьютера. [2] FRS не работает на tisserver.TIS.local. [3] Информация о топологии в Active Directory для этой реплики еще не реплицирована на все контроллеры домена.

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

Дополнительные сведения см. В центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp .

Когда я пошел и проверил SBS, я обнаружил, что произошла следующая ошибка:

Eventid ID 13568 — Источник NtFrs

Служба репликации файлов обнаружила, что набор реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» находится в JRNL_WRAP_ERROR.

Имя набора реплик: «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» Корневой путь реплики: «c: windows sysvol domain» Корневой том реплики: «. C:» Набор реплик попадает в JRNL_WRAP_ERROR, когда запись, пытается прочитать из NTFS журнал USN не найден. Это может произойти по одной из следующих причин.

[1] Том «. C:» отформатирован. [2] Журнал NTFS USN на томе «. C:» был удален. [3] Журнал NTFS USN на томе «. C:» был усечен. Chkdsk может обрезать журнал, если обнаружит поврежденные записи в конце журнала. [4] Служба репликации файлов долгое время не работала на этом компьютере. [5] Служба репликации файлов не успевала за скоростью операций ввода-вывода диска на «. C:». Если для параметра реестра «Включить автоматическое восстановление журнала с переносом журнала» установлено значение 1, для автоматического восстановления после этого состояния ошибки будут предприняты следующие шаги по восстановлению. [1] При первом опросе, который состоится через 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, запустите «net stop ntfrs», а затем «net start ntfrs «, чтобы перезапустить службу репликации файлов. [2] При опросе после удаления этот компьютер будет повторно добавлен в набор реплик. Повторное добавление вызовет полную синхронизацию дерева для набора реплик.

ВНИМАНИЕ! В процессе восстановления данные в дереве реплик могут быть недоступны. Вы должны сбросить параметр реестра, описанный выше, на 0, чтобы автоматическое восстановление не сделало данные неожиданно недоступными, если это состояние ошибки повторится снова.

Чтобы изменить этот параметр реестра, запустите regedit.

Нажмите Пуск, Выполнить и введите regedit.

Разверните HKEY_LOCAL_MACHINE. Щелкните по ключевому пути: «System CurrentControlSet Services NtFrs Parameters». Дважды щелкните имя значения «Включить автоматическое восстановление с переносом журнала» и обновите значение.

Если имя значения отсутствует, вы можете добавить его с помощью функции New-> DWORD Value в пункте меню Edit. Введите имя значения точно так, как показано выше.

Дополнительные сведения см. В центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp .

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

Как и ожидалось, у меня получилось:

EventID 13560 — Источник НтФРС

Служба репликации файлов удаляет этот компьютер из набора реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» в качестве попытки выхода из состояния ошибки, состояние ошибки = FrsErrorSuccess. При следующем опросе, который состоится через 5 минут, этот компьютер будет быть повторно добавленным в набор реплик. Повторное добавление вызовет полную синхронизацию дерева для набора реплик.

Дополнительные сведения см. В центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp .

Ровно через пять минут я получил:

EventID 13520 — Источник НтФРС

Служба репликации файлов переместила существующие файлы в c: windows sysvol domain в c: windows sysvol domain NtFrs_PreExisting ___ See_EventLog.

Служба репликации файлов может удалить файлы в c: windows sysvol domain NtFrs_PreExisting ___ See_EventLog в любое время. Файлы можно сохранить от удаления, скопировав их из c: windows sysvol domain NtFrs_PreExisting ___ See_EventLog. Копирование файлов в c: windows sysvol domain может привести к конфликту имен, если файлы уже существуют на каком-либо другом партнере по репликации.

В некоторых случаях служба репликации файлов может скопировать файл из c: windows sysvol domain NtFrs_PreExisting ___ See_EventLog в c: windows sysvol domain вместо репликации файла от другого партнера по репликации.

Место можно восстановить в любое время, удалив файлы в c: windows sysvol domain NtFrs_PreExisting ___ See_EventLog.

Дополнительные сведения см. В центре справки и поддержки по адресу

EventID 13553 — Источник НтФРС

Служба репликации файлов успешно добавила этот компьютер в следующий набор реплик: «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

Информация, относящаяся к этому событию, показана ниже: DNS-имя компьютера: «tisserver.TIS.local» Имя члена набора реплик: «TISSERVER» Корневой путь набора реплик: «c: windows sysvol domain» Путь к промежуточному каталогу реплики: «c : windows sysvol staging domain «Путь к рабочему каталогу реплики: c: windows ntfrs jet»

Дополнительные сведения см. В центре справки и поддержки по адресу

С этого момента ответы, которые я получил, начали дрейфовать от исходного плаката:

EventID 13566 — Источник НтФРС

Служба репликации файлов сканирует данные в системном томе. Компьютер DOMSERVER не может стать контроллером домена до завершения этого процесса. После этого системный том будет доступен как SYSVOL.

Чтобы проверить общий ресурс SYSVOL, в командной строке введите: net share

Когда служба репликации файлов завершит процесс сканирования, появится общий ресурс SYSVOL.

Инициализация системного тома может занять некоторое время. Время зависит от количества данных в системном томе.

Дополнительные сведения см. В центре справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp .

Я оставил его примерно на полтора часа и пока не вижу никаких признаков общего доступа к sysvol или netlogon. Пользователи не могут войти в систему. Я не знаю, куда идти отсюда. Я в таком отчаянном состоянии, что, если бы у меня были деньги, я бы обязательно заплатил экспертам-обмену (и плохие парни выиграли бы, я знаю :(). К сожалению, я не могу этого сделать по многим причинам (не имея кредитная карта — одна из них).

Ваша помощь будет принята с благодарностью!

PS: извините за мой не очень хороший английский. Это не мой родной язык. В следующий раз у меня получится лучше. 🙂

Решение 4. Вместо этого используйте проводное соединение

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

Это 4 решения, которые позволяют DNS не разрешать имена серверов Xbox. Мы надеемся, что они наконец-то решат вашу проблему.