Добрый день, уважаемые читатели и постоянные подписчики, IT блога Pyatilistnik.org. В прошлый раз мы разобрали, что такое DNS-сервер, его принципы работы, основные записи и много другое. Кто пропустил заметку, советую ознакомиться. В сегодняшней публикации я хочу рассмотреть вопрос, о обратных зонах и их применении. Обратный запрос DNS — особая доменная зона, предназначенная для определения имени узла по его IPv4-адресу c помощью PTR-записи. Адрес узла AAA.BBB.CCC.DDD переводится в обратной нотации и превращается в DDD.CCC.BBB.AAA.in-addr.arpa. Благодаря иерархической модели управления именами появляется возможность делегировать управление зоной владельцу диапазона IP-адресов. Для этого в записях авторитетного DNS-сервера указывают, что за зону CCC.BBB.AAA.in-addr.arpa (то есть за сеть AAA.BBB.CCC.000/24) отвечает отдельный сервер.

Всем привет на днях наткнулся на замечательный сайт посвященный, который посвящен саморазвитию и полиглотству.  На сайте делается упор на развитие памяти с помощью различных методик и упражнений. Данный пост скорее для себя, чтобы сохранить ссылку, но может и еще кому пригодиться. Ссылка на сайт http://zapomny.ru/ всем приятного изучения.

После обновления Vcenter на 5.1.a вылезло сообщение об ошибке Error 29155.Identity source discovery error и невозможностью залогиниться в vCenter.

Problem Note: I've had the same problem on a freshly installed vCenter 5.1 as well. I upgraded my Virtual Center from 5.0 to 5.1 yesterday, and post upgrade I could no longer login, it would tell me "Unknown user or bad password". During the upgrade I did see this error, but after that the install completed successfully.

Добрый день! Все кто вновь посетил страницы данного IT блога Pyatilistnik.org. В прошлой статье мы с вами научились решать проблему "LDAP: error code 8 - 00002028: LdapErr:DSID-0C0901FC, connect: The server requires binds to turn on integrity checking if SSl\TLS are not already active on the connection, data 0, vidb1" на vCenter 5.1. Продолжим заниматься траблшутингом сервера управления Vmware. В сегодняшней публикации будет решена ошибка "Error 29155" при попытке обновить vCenter Server с 5.0.0 на 5.1.0a. Уверен, что многие стали уже обновляться, так что высока вероятность, что и вы попадете в такую ситуацию. Давайте я поделюсь опытом.

Финальная версия операционной системы Android 5.0 представлена официально, в скором времени состоится её релиз, и теперь остаётся главный вопрос - когда новая версия станет доступна на устройствах, и на каких? Точно известно, что она будет присутствовать на смартфоне Nexus 6, планшете Nexus 9 и приставке Nexus Player. Это новые устройства, анонсированные самой Google вместе с Android 5.0, так что тут всё ожидаемо. Намного интереснее узнать, какие из уже продающихся устройств дождутся обновления. Здесь также лидируют аппараты Nexus предыдущих поколений: Nexus 4, Nexus 5, Nexus 7 (2012), Nexus 7 (2013) и Nexus 10. Отсутствуют в этом списке Nexus One, Nexus S и Galaxy Nexus, зато будут обновлены все модификации устройств Google Play Edition сторонних производителей.

В первой части мы посмотрели общий план. Начнем выполнение 1 пункта. Домен и AD мы развернули об этом можно почитать тут. Теперь нам нужно создать пользователя, который будет админов View. Открываем оснастку ADUC (Active Directory Пользователи и компьютеры).

На днях столкнулся с тем, что в некоторых сайтах политики не обновляются. (Контроллеры на Windows 2012 и Windows 2008.) Изменения в GPO работают сразу в центральном офисе и на одном из удаленных филиалов, а в двух филиалах просто игнорируются. При этом обычная  доменная DFS работает, файлы добавляются и удалаяются довольно быстро (3…5 сек) влов всех сайтах. А системная папка SYSVOL обновляться не хочет. Для проверки можно просто бросить маленький (например текстовый) файл в папку “\\dc01\SYSVOL\mydomain.ru\Policies\” на одном из контроллеров. Он тут же должен появиться в аналогичных папках на остальных контроллерах домена. Ручная репликация не помогла. После перезапуска службы “Репликация DFS” в логах предупреждение 2213 и ошибка 4012. В предупреждении 2213 рекомендация запустить командной строке с повышенными привилегиями команду: wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=»A94E67B9-D750-11E2-93E7-806E6F6E6963″ call ResumeReplication Это не помогло. А помог такой рецепт.

1. В редакторе ADSIEDIT.MSC подключаемся к “живому” контроллеру и для каждого проблемного DC редактируем параметр CN=SYSVOL Subscription по адресу:

CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<проблемный DC>,OU=Domain Controllers,DC=<наш домен> [caption id="attachment_3644" align="alignnone" width="743"] Ошибка 4012 репликации групповых политик (папки SYSVOL)-01[/caption]