Решение проблемы медленной сетевой печати

Из сегодняшнего:

Круто тормозит печать на сетевой принтер. Болит голова - придумать ничего не получается толкового. Пришлось тревожить опять гугл и он (как и бывает в большинстве случаев) помог мне.

В операционных системах Windows есть одна неприятная черта - очень хитро и с благими намерениями устроенная система печати. Хитрость в том, что при печати на сетевом принтере Windows опрашивает все принтера, имеющиеся в списке, причем не важно - включены они или нет, доступны или нет. А если в списке есть удаленный принтер, да еще и работающий по медленному соединению, например - он стоит где-то далеко, и иногда недоступен - повреждена связь или просто отключено электричество - то печать начинает заметно тормозить на каждом документе, что не есть гуд.

Но - всегда есть решение. Создаем .reg файл следующего содержания:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced]

"NoNetCrawling"=dword:00000001

сохраняем его в доступном для всех пользователей месте , например \\server\netlogon\no_remote_printers.reg , там же создаем .bat файл следующего содержания (или добавляем к существующему логон-скрипту):

@echo off > nul

regedit /s \\server\netlogon\no_remote_printers.reg

Далее открываем Active Directory - пользователи и компьютеры\свойства домена\групповая политика\изменить\конфигурация пользователя\конфигурация Windows\сценарии\вход в систему, и добавляем туда путь к нашему батнику в виде file://server/netlogon/no_remote_printers.bat.

Читать далее ...

SSH в ESXi 5

Как известно, по умолчанию SSH в ESXi 5 отключен в целях безопасности. До недавнего времени я не знал как включить его.

Узнал, делюсь :) (правда это больше для меня самого, так сказать узелок на память).
Как оказалось, все достаточно просто. Подключаемся к нашему серверу (или к vCenter Server) с помощью vSphere Client-а, открываем свойства сервера и заходим во вкладку «Configuration»:

В разделе Software выбираем «Security Profile» и жамкаем  «Properties».Видим вот такое окошко:

Видим что SSH выключен, Remote Tech Support (SSH) -> Options:

Что бы включить SSH нажимаем «Start» и «OK» (здесь также можно подшаманить и изменить способ запуска службы SSH).После запуска SSH на вкладке Summary будет маячить такое предупреждение:

Которое как бы намекает, что включенный SSH на ESXi-хосте это не очень гуд, и может использоваться в исключительных случаях. Но у нас же исключительный случай? Поэтому мы его и включили. Если все прошло без приключений, то мы должны запросто подключиться к нашему хосту с помощью SSH-клиента на 22 порт.
По окончанию работы с SSH советую выключить его.

Читать далее ...

Настройка MS SQL Express для доступа из локальной сети

В процессе разворачивания одного специфичного ПО, потребовалась база данных под управлением СУБД MS SQL Express.

      Вроде бы все просто: создал базу, создал пользователя, вбил айпишник и радуйся….но мне пришлось все-таки немного потанцевать с бубном, т.к. ПО отказывалась принимать мой сервер БД.

               Перепроверил все права доступа, пароли, файерволлы и т.п. — все как бы гуд…через ODBC подключается и работает отлично, а при подключении ПО  — посылает лесом.

Проблема, как оказалось, в конфигурации портов MS SQL Server. Об этом мне сказал netstat.

Как я понял, по умолчанию, в MS SQL вместо статического порта 1433 указан диапазон динамических портов. Для чего это сделано, точно не скажу, военная тайна Microsoft.

Лечится это все дело быстро и безболезненно:
1. запускаем SQL Server Configuration Manager
2. открываем ветку SQL Server 2005 Network Configuration
3. заходим в Protocols -> TCP/IP (статус должен быть — Enabled)
4. правый клик по TCP/IP -> Properties
5. переходим на вкладку IP Addresses и опускаемся в самый низ
6. удаляем все что написано в поле TCP Dynamic Ports и оставляем поле пустым, а в TCP Port пишем 1433, что бы получилось вот так:

7. перезапускаем службы MS SQL Server

8. проверяем, что у нас получилось, с помощью команды netstat -an, среди всего прочего, там должно быть что-то такое:

Читать далее ...

VMware vCenter Converter Standalone 5.0: экстремально низкая скорость копирования

         Мигрирую Консультант + при помощи VMware vCenter Converter Standalone 5.0 и вижу что, копироваться жесткий диск размером в 60 Гбайт будет два дня!!!!  Это явно очень долго. Понимаю если бы машина была уж очень больших размеров, но тут она малюсенькая (образно говоря). Скорость передачи данных составляла 600КБ — 2МБ/сек, при пропускной способности сети — 1Gb.

Мне это мягко говоря не понравилось :)

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

        Это софтверная проблема и связано напрямую с VMware vCenter Converter Standalone.   

Решилось просто: нужно отключить шифрования передаваемого трафика в настройках этого самого VMware vCenter Converter Standalone.

Как это сделать? 

Ищем файлик с чудесным названием converter-worker.xml и правим его с помощью Nitepad ++ ли любой другой редактор).

Найти этот файлик можно в таких местах: 

Windows 7, Windows Vista, Windows 2008 (R2) — C:\ProgramData\VMware\VMware vCenter Converter Standalone

Windows XP, Windows 2003, Windows 2000 — C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone

Вот теперь в этом файлике ищем что-то такое: 

<nfc>

<readTimeoutMs>120000</readTimeoutMs>

<useSsl>true</useSsl>

<!-- Delay is specified in milliseconds, -1 denotes the default.

<acceptTimeoutMs>-1</acceptTimeoutMs>

<requestTimeoutMs>-1</requestTimeoutMs>

<readTimeoutMs>-1</readTimeoutMs>

<writeTimeoutMs>-1</writeTimeoutMs>

<fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>

<fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>

-->

</nfc>

И делаем из него что-то такое:

<nfc>

<readTimeoutMs>120000</readTimeoutMs>

<useSsl>false</useSsl>

<!-- Delay is specified in milliseconds, -1 denotes the default.

<acceptTimeoutMs>-1</acceptTimeoutMs>

<requestTimeoutMs>-1</requestTimeoutMs>

<readTimeoutMs>-1</readTimeoutMs>

<writeTimeoutMs>-1</writeTimeoutMs>

<fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>

<fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>

-->

</nfc>

Приглядевшись внимательно, можно заметить, что меняется один параметр - из true делаем false.

Файлик сохраняем и закрываем редактор. После чего перезапускаем службу VMware vCenter Converter Standalone Worker. 

               После таких манипуляций скорость копирования возросла в примерно в 30-40 раз :) И машинка мигрировалась вместо двух дней — всего лишь полтора часа (на скорости 30-35 МБ/сек).

                 Но даже на более новых версиях винды (2008 R2 например), скорость передачи данных с использованием шифрования составляет всего 20-25 МБ/сек, что далеко не гигабит. 

Читать далее ...

KES 10 И WINDOWS 8: ОШИБКА УСТАНОВКИ

Постепенно начали переходить Windows XP на вышестоящую ОС (спасибо ЦБ).
            Привезли сегодня комп с Windows 8 professional 64 bit, накатили обновления, пришла очередь устанавливать антивирус Касперского (Kaspersky Endpoint Security - корпоративный стандарт), и прибежали ко мне - не ставится антивирус Касперского!
       Пришлось самому идти разбиратся
При попытке удаленной установки получил ошибку:

Kaspersky Endpoint Security 10 для Windows (10.1.0.867): Удаленная установка на клиентском компьютере завершена с ошибкой: В процессе установки произошла неисправимая ошибка.

При попытке установить локально, получил приблизительно ту же самую ошибку, с разницей что сначала установщик сообщил:

Программа: Kaspersky Endpoint Security 10 для Windows -- Для продолжения установки программы необходимо перезагрузить компьютер.

А после перезагрузки при попытке инсталляции сказал о все той же загадочной ошибке.
  Если логи не читаешь - не админ :)
Читаю и натыкаюсь в них на вот такую ошибку:

Ошибка 1921.Не удаётся остановить службу Защитник Windows (WinDefend). Убедитесь, что у вас есть права на остановку системных служб

Ищу службу защитника Windows и обнаруживаю что даже под Администратором нет прав как-либо ею управлять!!! Круто придумано мелкософтом насчет прав, а может защита от дурака - хз.
          Дальше мне гугл подсказал зайти в графический интерфейс самого Windows Defender и там уже его отключить: Windows+Q (поиск) и в поле ввода - "Windows Defender", далее правый клик на иконке Windows Defender и в нижней части экрана - "Запуск от имени Администратора" - на вкладку "Параметры", в пунктах "Защита в реальном времени", "Администратор" отключаем защиту.
        Теперь снова пытаюсь установить KES10: снова получил указку перезагрузиться и после этого запустить установку. После перезагрузки инсталляция прошла успешно.

Ура!!! Победили!

Читать далее ...

ПРИНУДИТЕЛЬНАЯ СИНХРОНИЗАЦИЯ КОНТРОЛЛЕРОВ ДОМЕНА ACTIVE DIRECTORY

Продолжаю учить сисадминов из филиалов. Странный народ - вроде бы и народ грамотный и гугл под рукой, а обращаются с достаточно элементарными вещами, которые должны знать и помнить (обращаю внимание - касается не всех админов!). Ах ты город, городок :)
Суть: Два контроллера домена, репликация якобы не проходит между ними. Что делать?

Как бы синхронизация контроллеров домена – процесс автоматический. Каждый контроллер Active Directory с определенной периодичностью получает изменения, которые произошли на его партнерах по репликации . Чтобы изменения на контроллере домена dc01, попали на контролер dc02, нужно, чтоб dc02 был партнером по репликации с dc01 и запросил эти изменения у контролера dc01.
        Для совершения принудительной синхронизации нужно заставить контроллер dc02 запросить изменения с контроллера dc01, не ожидая очередного цикла репликации. Бывает такое, когда контроллеров домена AD много, их топология репликации неизвестна и мы не знаем на каком контроллере произошли изменения? Естественно нужно заставить каждый контроллер домена AD запросить изменения у всех своих партнеров по репликации. И лучше выполнить это дважды.
         Совершить принудительную репликацию контроллеров можно через консоль Active Directory Sites and Services, правда на практике это выходит очень долго: нужно перебирать все контроллеры домена и выбирать для каждого из них опцию репликации через контекстное меню - это самый простой шаг.

Автоматизация принудительной синхронизации достаточна проста.

Способ №1
Я сделал файлик - ForceSync.bat с таким содержанием:
repadmin /syncall dc01.ink.local
repadmin /syncall dc02.ink.local
repadmin /syncall dc03.ink.local
В скрипте нужно перечислить все контроллеры домена 
     Дважды запуститm ForceSync.bat, для полной синхронизации контроллеров домена.
repadmin.exe поставляется в пакете Support Tools, который должен в объязательном порядке стоять у сисадмина (если конечно компьютер с Windows 7). На клиентских компьютерах ее можно скопировать вручную с сервера или установить пакет RSAT.
           Посмотреть результат последних репликаций можно с помощью команды:
repadmin /showrepl

Способ №2
Реплицировать контролеры домена можно также через оснастку "Active Directory Sites and Services":
Развернуть в левой части окна дерево: Sites -> Default-First-Site -> Servers -> ServerName -> NTDS Settings.
В правой части окна правой кнопкой мышки по "automatically generated" и выберите пункт меню "Replicate Now"

Читать далее ...