Не может проверить с помощью ping-запросов некоторые IP-адреса в той же подсети (LAN) Windows 2011 Server

Вот пример от другого сайта кого-то получающего все AD учетные записи, отсортированные по дате создания:

http://www.experts-exchange.com/Security/Operating_Systems_Security/Windows/Q_21117191.html

Можно получить дату создания для каждой учетной записи от Active Directory. Каждый AD объект имеет атрибут WhenCreated и WhenChanged. Можно вывести эти атрибуты в плоский файл с помощью утилиты LDIFDE, или можно вывести их в файл разделенных запятыми значений с помощью CSVDE (обе утилиты идут с Windows 2000).

Вот синтаксис для дампа двух атрибутов для пользовательских объектов в OU под названием Финикс в домене под названием Company.com к консоли для просмотра (вся запись должна введенный как одна строка):

ldifde-d ou=phoenix, dc=company, dc=com-l whencreated, whenchanged-p одноуровневый-r" (ObjectCategory=user)"-f довод "против"

Если Вы хотели сохранить дамп в файл, изменить переключатель-f от довода "против" до имени файла.

Последняя метка времени входа в систему использует этот формат: YYYYMMDDHHMMSS, с часом, показанным в универсальное время. Метка времени 20040115182937.0Z соответствует 18:29:37 Jan 15 2004 UCT.

USRSTAT является медленным, и отчет, который Вы получаете, должен быть объединен с дампом LDIFDE. Так, я соединил сценарий, который ищет пользовательские объекты в каждом контроллере домена, затем перечисляет локальное время входа в систему и время создания. Пользовательская метка времени входа в систему требует преобразования из длинного целого. Я одолжил код преобразования, прибывает от Richard L. Mueller (www.rlmueller.net/Programs). Полный сценарий Richard также берет зону местного времени из Реестра и преобразовывает время от UCT до местного времени. Острота

2
задан 30 November 2012 в 23:02
2 ответа

Убедитесь, что DHCP не запущен на «шлюзе» и на сервере. Кроме того, проверьте свой DHCP на сервере и убедитесь, что он выдает 192.168.1.1 в качестве шлюза по умолчанию. Как правило, SBS хочет быть маршрутизатором, поэтому он будет выдавать себя как адрес шлюза. «ipconfig / all» на рабочей станции должен предоставить вам IP-адрес DHCP-сервера, а также шлюз по умолчанию. Также убедитесь, что это не проблема DNS. шлюз может выдавать общедоступные DNS-серверы, которые не будут правильно реагировать на локальные доменные имена. поэтому, когда вы перейдете к ping с использованием имени хоста, он ответит неправильным IP-адресом или вообще без IP.

3
ответ дан 3 December 2019 в 10:52

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

0
ответ дан 3 December 2019 в 10:52

Теги

Похожие вопросы