Zona.su*Мрака

Не обновляется Chrome Canary Build, т.е. браузер рапортует о наличии обновления, скачивает его и предлагает перезапустить браузер, после перезапуска показывает старую версию и снова появляется кнопка перезапуска браузера. Решение проблемы: Закройте браузер  Перейдите в папку: %USERPROFILE%\AppData\Local\Google\Chrome SxS\Application  Удалите все версии, кроме самой свежей  При наличии файла new_chrome.exe, удалите старый chrome.exe и переименуйте new_chrome.exe в chrome.exe  Запустите браузер, теперь у вас последняя версия.  Подробную информацию о версии браузера вы можете посмотреть по адресу: about:version

Во время добавления роли DHCP при включеном NAT вы можете встретить данную ошибку: “ Не удалось настроить DHCP-сервер, код ошибки 0x80074E54 ” и получим такую картину, где показывается gw.mshome.net, который мы не настраивали Используя стандартное средство поиска ошибок, получаем подсказку “Проблема: Порт 67 используется процессом с ИД 2976. Воздействие: Если порт 67 используется другим процессом, DHCP-сервер не может обмениваться данными с DHCPv4-клиентами. Разрешение: Настройте процесс с ИД 2976 так, чтобы он использовал порт с другим номером.” Всё кажется логично, порт занят, DHCP сервер не стартует, но кто же его занял? Пытаемся выяснить это при помощи команд (хотя можно сразу использовать вторую команду с PID из сообщения об ошибке): netstat -a -o|findstr :67 - будут показаны процессы использующие данный порт tasklist /SVC /FI "PID eq 2976" – подскажет, кто виновен ( 2976 это номер процесса, который мы получили ранее) Почесывая затылок, вспоминаем...

Для использования клиента от нового сервера Lync 2010 со старым сервером OCS 2007 необходимо: 1) Скачать клиент Microsoft Lync 2010:  x32  |  x64 2) Добавить в реестр следующий ключ, чтобы избежать появления ошибки подключения "Не удалось выполнить вход, так как версия сервера несовместима с Microsoft Lync 2010. Обратитесь с этими сведениями в группу поддержки": Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Communicator] "DisableServerCheck"=dword:00000001 3) Проверка сделана не зря, т.к. адресная книга работает некорректно. PS Вариант из командной строки: reg add HKLM\software\policies\microsoft\communicator /v DisableServerCheck /t REG_DWORD /d 1

Влияние VSS (Volume Shadow Copy Service) на производительность системы. VSS (Volume Shadow Copy Service) при использовании системного провайдера (встроенного в windows) создания снимков работает по принципе copy-on-write (копирование при записи), выглядит это следующим образом: 1) Чтение исходных данных 2) Запись исходных данных в новую область (System Volume Information) 3) Запись измененных данных Следовательно при использовании VSS вместо одной операции ввода\вывода производится три. Что в производственной среде приводит к ощутимому падению производительности приложений активно производящих запись на жесткий диск. Подробно про технологию VSS  http://technet.microsoft.com/en-us/library/cc785914(WS.10).aspx  стоит обратить внимание на скромную надпись "Another disadvantage is that the performance of copy-on-write implementations can affect the performance of the original volume." Учитывайте данный момент при проектировании систем резервного копирования с использов...

Продолжение темы "Использование Remote Desktop совместно с AD для администрирования сети. После настройки политик и получения доступа через Remote Desktop, эйфория зачастую быстро заканчивается, т.к. для подключения к удаленному рабочему столу, пользователь должен быть Domain Admins и\или в группе локальных администраторов на станции, к которой требуется подключение, что по в болшинстве случаев недопустимо и\или трудно реализуемо, в противном случае он получает отлуп в виде: "Интерактивный вход в систему на данном компьютере запрещен локальной политикой" "Интерактивный вход в систему на данном компьютере запрещен локальной политикой" Выход из этой ситуации - использование Restricted Groups Месторасположение Restricted Groups - (кликните для увеличения) Достаточно создать синоним локальной группы Administrators и добавить туда требуемую группу, к примеру MyDomain\RDP и члены группы RDP станут локальными администраторами, что позволит им входить на л...

Копируем (ест-но сорсы должны быть установлены): # cp /usr/src/sys/i386/conf/GENERIC /usr/src/sys/i386/conf/NEWKERNEL Редактируем: # vi /usr/src/sys/i386/conf/NEWKERNEL (папка i386 ест-но должна соответствовать вашей архитектуре) Добавляем для включения расширенного видеорежима: options VESA options SC_PIXEL_MODE Можно еще добавить оформление для "понтов": options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_RED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) Ну и собственно собираем :) # make buildkernel KERNCONF=NEWKERNEL && make installkernel KERNCONF=NEWKERNEL Ребут и проверяем: $ vidcontrol -i mode (собственно смотрим, что теперь имеем, запоминаем номер понравившегося режима) $ vidcontrol MODE_282 Если хотим, чтобы после перезагрузки настройка видеорежима сохранилась, добавляем в: # vi /etc/rc.conf строку с полюбившимся видеорежимом allscreens_flags="MO...

Выполняем для изменения пути по умолчанию, при подключении новых компьютеров в домен, на нужный нам OU: redircmp ou=mycomputers,DC=corp,dc=com Для пользователей соответственно используем: redirusr ou=myusers,DC=corp,dc=com