Слетела русская кодировка на windows server 2012 r2. как восстановить

Здравствуйте
При установке и запуске программы в windows server 2012 r2 в окне вместо русских букв кракозябры (см.рис), но на других компах других ОС ставится нормально — дело не в дистрибутиве!
Причем такая проблема у нескольких программ — 1с77, TotalCommander и проч.

Слетела windows на ASUS K53BY, как восстановить ?
ASUS K53BY слетела винда 7, кто может пошагово обьяснить, как самому обновить?

Русская справка Microsoft SQL Server 2012
Скачал архив с русской справкой. В архиве ряд файлов и папка с Packages. Один из файлов.

Ubuntu Server 18.04 + Windows server 2012 R2 как добавить загрузку последней через Grub-Customizer
Здравствуйте! Есть 2 образа ОС, сделанные Акронисом: Ubuntu Server 18.04 и Windows server 2012 R2.

Обновление Windows Server 2008 на Windows Server 2012 без каких-либо потерь конфигурации сервера
Добрый день товарищи! Подскажите можно ли как нибудь обновиться до версии 2012 без каких либо.

что я сделал:
C:\WINDOWS\system32 файл C_1252.NLS переименовал на C_1252.old.
Файл C_1251.NLS скопировал и вставил в другое место и переименовал на C_1252.NLS.
Кинул обратно в папку C:\WINDOWS\system32.
Перезагрузился

Исправилось частично. В части окон появились русские буквы, но в части так и остались кракозябры (см вложение)
Может как то можно радикально решить проблему

Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь или здесь.

Как использовать перемещаемый профиль в Windows 7 управляемый через Windows Server 2012?
Хочу создать перемещаемый профиль. Но в Windows 7 в пункте параметры профилей кнопка скопировать не.

Перенос DNS сервера и всех настроек с Windows Server 2003 на Windows Server 2012
Добрый вечер! Прошу помочь с одной проблемой. А именно по поводу миграции c Windows Server 2003 на.

Дополнительный КД windows server 2012 и репликация на него с основного КД windows server 2003
подскажите как настроить репликацию на дополнительный КД windows server 2012 с КД windows server.

Как создать загрузочную UEFI флешку для установки Windows 8 или Windows Server 2012
Весьма полезная заметка о том как создать специальную UEFI загрузочную USB флэшку для последующей.

Внедрение PKI на платформе Windows Server 2012: настройка Root CA

Приступим к настройка корневого центра сертификации rca:

Перейдем в папку C:Windows и создадим там файл CAPolicy.inf (кодировка ANSI) следующего содержания:

[Version]
Signature=”$Windows NT$”
[PolicyStatementExtension]
Policies=InternalPolicy
[InternalPolicy]
Notice=”Internal Policy Statement”
URL=http://pki.lab.kagarlickij.com/cps.txt
[certsrv_server]
RenewalKeyLength=2048
RenewalValidityPeriod=Years
RenewalValidityPeriodUnits=10
CRLPeriod=weeks
CRLPeriodUnits=26
CRLOverlapUnits=1
CRLOverlapPeriod=weeks
CRLDeltaPeriod=Days
CRLDeltaPeriodUnits=0
AlternateSignatureAlgorithm=1

Сейчас я поясню, какие параметры мы указали этим шагом:

RenewalKeyLength – длинна ключа, которая будет использована при обновлении сертификата;

RenewalValidityPeriod – единицы измерения срока действия “обновленного” сертификата;

RenewalValidityPeriodUnits – срок действия “обновленного” сертификата;

CRLPeriod, CRLPeriodUnits – периодичность публикации CRL;

CRLOverlapUnits, CRLOverlapPeriod – подстрахуем администратора системы, дав дополнительное время на распространение обновленного CRL;

CRLDeltaPeriodUnits=0 – отключаем публикацию разностных CRL — для автономного корневого ЦС применяется именно такая установка.

AlternateSignatureAlgorithm – включение этого парамера означает включение стандарта PKCS# V2.1, что приведет к несовместимостям с Windows XP и Windows Server 2003.

Добавим роль AD CS:

Add-WindowsFeature Adcs-Cert-Authority -IncludeManagementTools

Затем пройдем по шагам и определим базовые настройки:

Длинна ключа 2048 бит, алгоритм SHA1 – это далеко не максимум на сегодняшний день, но важнее соблюсти совместимость.

Ознакомимся с дефолтными настройками путей к AIA и CDP для нашего корневого CA:

В “реестровом” представлении эти параметры выглядят так:

Дефолтные расположения нам не походят, поэтому укажем собственные, используя certutil -setreg :

certutil -setreg CACRLPublicationURLs “1:C:Windowssystem32CertSrvCertEnroll%3%8%9.crln2:http://pki.lab.kagarlickij.com/%3%8%9.crl”

certutil –setreg CACACertPublicationURLs “1:C:Windowssystem32CertSrvCertEnroll%1_%3%4.crtn2:http://pki.lab.kagarlickij.com/%1_%3%4.crt”

Сейчас я поясню сиснтаксис этих команд:

n – это новый путь, новая строка при обработке команды

Цифра после n – это сумма цифровых обозначений парамеров (чекбоксов на вкладке Extensions в свойтвах CA).

Вот “расшифровка” для CDP:

1– Publish CRLs to this location.
2 – Include in the CDP extension of issued certificates.
4 – Include in CRLs. Clients use this to find Delta CRL locations.
8 – Include in all CRLs. Specifies where to publish in AD DS when publishing manually.
64 – Publish Delta CRLs to this location.
128 – Include in the IDP extension of issued CRLs.

.. а вот для AIA:

2– Include in the AIA extension of issued certificates

32– Include in the online certificate status protocol (OCSP) extension

Обратите внимание, для публикации в C:Windows… и http://… используются разные параметры. Просто откройте GUI и внимательно просмотрите опции.

Соответствие переменных значениям для CDP:

%1 –
%2 –
%3 –
%6 –
%7 –
%8 –
%9 –
%10 –
%11 –

Соответствие переменных реальным значениям для AIA:

%1 –
%2 –
%3 –
%4 –
%6 –
%7 –
%11 –

Укажем параметры списка отзывов (аналогично тому, что было указано в CAPolicy.inf):

certutil -setreg CACRLDeltaPeriodUnits 0
certutil -setreg CACRLDeltaPeriod “Days”
certutil -setreg CACRLOverlapPeriodUnits 2
certutil -setreg CACRLOverlapPeriod “Weeks”
certutil -setreg CAValidityPeriodUnits 10
certutil -setreg CAValidityPeriod “Years”

certutil -setreg CAAuditFilter 127

Укажем раздел конфигурации в Active Directory:

certutil -setreg CADSConfigDN “CN=Configuration,DC=lab,DC=kagarlickij,DC=com”

Перезапустим службу и опубликуем новый список отзывов:

Перенесем (например через виртуальный флоппи-диск) содержимое папки C:Windowssystem32certsrvcertenroll) с сервера rca на сервер dc и опубликуем сертификат корневого ЦС в AD:

certutil –dspublish –f %CaCertFileName.CRT% RootCA

Проверим результат c помощью ADSI Edit:

Теперь опубликуем список отзывов корневого ЦС:

certutil –dspublish –f %CrlFileName.CRL% RootCA

Снова проверим результат с помощью ADSI:

На этом настройку корневого CA можно считать завершенной и переходить к следующим этапам.

Как настроить кодировку UTF-8 на сайте и сервере?

Ситуация такая: Начал создавать страницы для сайта. По умолчанию стояла кодировка Windows-1251 , а базу данных в utf-8 . Затем страницы перекодировал в UTF-8 без BOM . На данный момент настройки базы такие:

А в итоге: информация из базы выводиться корректно, а вот то, что было написано на самих страницах видно только тогда, когда кодировку в обозревателе выставишь UTF-8 , соответственно то, что выводилось из базы будет на кракозябрах. Подскажите, как решить?

5 ответов 5

сразу после соединения с БД

В итоге помогло только mysql_query(‘SET NAMES utf8’);

Что-то мне кажется, что html-файлы, которые выводят инфу и базы, имеют кодировку Windows-1251 . В мета может стоять

, но сами символы на кодировке Windows-1251 . Для проверки, попробуйте открыть, например, в AkelPad проблемную страницу в кодировке UTF-8 . Если русский текст будет не нормальным, тогда пересохраните в кодировке UTF-8 .

Добавьте эти строки в .htaccess

Вы в рутовую папку кинули и не пашет? Это на локале или на глобале?

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

«Когда кодировку в обозревателе выставишь Windows-1251» чел, если в вин1251 норм читает, значит, инфа реально записана в вин1251. скорей всего проблема с тем, что инфа у вас в базе в вин1251, хоть вы и чарсет там проставили утфный. вы как инфу в базу вносили?

Сделайте дамп базы без сжатия и поменяйте кодировку блокнотом. Мне вроде когда-то такое прокатило. ) Ну попробуйте по крайней мере.

Откройте в блокноте, гляньте какая кодировка у дампа. Поменяйте на утф, если там вин1251.

Настройка Hyper-V Replica в Windows Server 2012

Всем огненного настроения!

Сегодня хотелось бы рассказать про очень интересное нововведение, которое появилось в Windows Server 2012, — а именно Hyper-V Replica. Данная технология представляет практический интерес — давайте более подробно познакомимся с ней.

В чем смысл Hyper-V Replica?

Смысл, как вы наверное могли догадаться, Hyper-V Replica в… репликации ВМ.
Смысл репликации, я думаю известен всем. В данном конкретном случае функция Hyper-V Replica рассматривается и позиционируется как встроенный в Windows Server 2012 механизм обеспечения катастрофоустойчивости.
И вы не ослышались — речь идет именно о катастрофоустойчивости, но никак не о высокой доступности — для высокой доступности в Windows Server 2012 применяются функции кластеризации, а вот Hyper-V Replica — это именно тот механизм, который позволяет реплицировать экземпляр ВМ за пределы сайта датацентра на удаленную площадку.
Сразу стоит отметить, что до WS2012 катастрофоустойчивые сценарии реализовывались с помощью связки WS2008R2SP1 и SC2012, а именно Orchestrator + DPM. С точки зрения ВМ-инфраструктуры Hyper-V Replica сильно упрощает жизнь — но все же оптимальный эффект будет достигаться в связке с System Center 2012 SP1 Orchestrator.

Давайте посмотрим как настраивается и работает данный механизм.

Настройка Hyper-V Replica

Прежде всего, нужно понять что данный механизм работает по принципу «точка-точка» — то есть реплицируется определенная ВМ с основного хоста или кластера на удаленный резервный хост — оба объекта, естественно, с ролью Hyper-V.
Сначала нужно настроить целевой хост для приема реплицируемых данных.

1) Запустите Hyper-V Manager.
2) Выберите необходимый, целевой хост в Hyper-V Manager и зайдите в его настройки.
3) Выберите пункт Replica Configuration.
4) Выберите пункт Enable this computer as a Replica Server, а также способ репликации данных — по Kerberos (HTTP) или же более безопасным способом на базе сертификатов (HTTPS).

5) Далее вы можете выбрать сервера, с которых можно принимать реплики ВМ, а также их целевое размещение. По умолчанию разрешаем принимать реплики с любых аутентифицированных серверов.
6) Обязательно убедитесь в том, что в брандмауэре на принимающем хосте разрешено исключение для Hyper-V Replica HTTP Listener (TCP-In) или Hyper-V Replica HTTPS Listener (TCP-In) — в зависимости от ваших требований.

Теперь нам необходима настроить ВМ для репликации.

1) Выберите необходимую для репликации ВМ и щелкните по ней правой кнопкой мыши, далее выберите пункт Enable Replication.
2) В появившемся мастере настройки репликации нажмите Next на первом диалоговом окне, а также на следующем.
3) Укажите FQDN-имя целевого сервера, на который вы собираетесь реплицировать ВМ и нажмите Next.
4) Выберите способ аутентификации(Kerberos или на базе сертификата) и нужно ли сжимать данные при передаче. Нажмите Next.
5) Выберите виртуальные диски ВМ, которые собираетесь реплицировать и нажмите Next.
6) Настройте параметры точки восстановления — будете вы использовать только самую актуальную и единственную точку восстановления (Only the latest recovery point) или же решите использовать возможность создания нескольких точек с заданной переодичностью (Additional recovery points) — решать Вам. Во втором случае Вы можете указать необходимое количество точек восстановления, а также интервал между их созданием. Для обеспечения механизмов репликации WS2012 использует VSS в сочетании с инкрементальными снимками ВМ. После того, как Вы определились с выбором — нажмите Next.

7)Теперь необходимо выбрать механизм для проведения первичной репликации — через сеть, через внешний носитель или же использовать существующую ВМ на целевом сервере. Выберите время начала репликации и нажмите Next.
8) Просмотрите итог настроек и нажмите Finish для завершения процесс настройки.

Для просмотра статцса репликации нажмите на вкладке Replication на необходимой ВМ. Также теперь в сетевых настройках ВМ Вы можете задать альтернативную конфигурацию сети на случай резервного запуска реплики ВМ.
Также есть достаточно подробное видео на тему репликации

Некоторые предосторожности

Не следует применять репликацию ВМ, если внутри ВМ находится контроллер домена — так как в случае восстановлении реплики может произойти сбой последовательности генерации ключей безопасности SID внутри контроллера. Это может произойти в виду того, что механизм репликации асинхронно посылает обновления каждые 5 минут — за это время ключи безопасности могут обновиться, а вот на реплике — еще нет. Для таких сценариев рекомендуется держать еще один экземпляр контроллера домена на резервной площадке.
Да и в общем — совет такой — если что-то у вас имеет механизмы репликации отдельно от нижестоящего уровня (например, приложение реплицируется само, а уровень приложения выше уровня контейнера с ВМ — т.к. это уровень инфраструктуры) — то лучше использовать эти нативные механизмы.

В общем — ничего сложного в настройки реплики ВМ нет.
Осталось только проверить как все это работает в реальном окружении — с радостью выслушаю фидбек от мега-админов!

P.S> Ну и конечно же — актуальные и свежие материалы по решениям Microsoft всегда можно найти на MVA!

С уважением,
Человек-огонь
Георгий А. Гаджиев
Эксперт по информационной инфраструктуре
Microsoft Corporation