sp_configure 'lightweight pooling'
go
IF the run value is 1, you should change it back to 0 and restart SQL
Server to take effect.
sp_configure 'lightweight pooling', 0
reconfigure with override
go
then restart SQL Server. Make sure Run value is 0.
Вчера Apple выпустила новую операционную систему OS X Mavericks. На данный момент единственный способ получить заветный апдейт для мака – загрузить образ из онлайн-магазина Mac App Store. Решение компании переключиться на цифровую дистрибуцию ПО вызвало множество негативных отзывов – при наличии нескольких маков пользователь вынужден скачивать из Интернета установочный файл на каждом из своих компьютеров. Решить эту проблему можно, создав загрузочную USB-флешку с OS X Mavericks.
Вам понадобится:
Если все готово, можно приступать.
Шаг 1: Скачайте лицензионную копию OS X Mavericks из Mac App Store. Впервые Apple предложила апгрейд своей ОС бесплатно, это позволяет надеяться, что в дальнейшем обновления платформы, ставшие в последнее время ежегодными, также будут доступны бесплатно.
Шаг 2: Запустите Дисковую утилиту из папки Утилиты.
Шаг 3: Выберите ваш USB-накопитель в левой панели и перейдите на вкладку Раздел диска справа.
Шаг 4: Укажите пункт «Раздел 1» в выпадающем меню Схема разделов, справа – формат «Mac OS Extended (журнальный)». Назовите диск Mavericks.
Шаг 5: Щелкните внизу кнопку Параметры. Сделайте клик по опции Схема разделов GUID и подтвердите выбор. Нажмите Применить в правом нижнем углу программы. Дисковая утилита начнет форматирование USB-накопителя.
Шаг 6: Запустите Терминал из папки Утилиты.
Шаг 7: Проверьте, чтобы USB-флешка была на месте и «Mavericks» был единственным томом с таким названием.
Выполните в Терминале следующую команду для создания загрузочной флешки. Введите пароль администратора.
sudo '/Applications/Install OS X Mavericks.app/Contents/Resources/createinstallmedia' --volume '/Volumes/Mavericks' --applicationpath '/Applications/Install OS X Mavericks.app' --nointeraction
Через 10-15 минут Терминал завершит создание загрузочной флешки.
Шаг 8: Перезагрузите ваш Mac с установленной флешкой, удерживая на клавиатуре Alt.
Шаг 9: Можете приступать к установке OS X Mavericks!
С точки зрения php программиста отправка почты выполняется с помощью стандартной функции mail().
И вот тут у многих начинающих разработчиков возникает проблема. Скрипт, прекрасно работающий на сервере хостера, выдает ошибки на локальном компьютере.
Обычно эти ошибки имеют примерно такое описание: Warning: mail() [function.mail]: Failed to connect to mailserver at "localhost" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in E:\www\simplemail\mailer.php on line ......
Дело в том, что функция mail сама по себе почту не отправляет, она просто вызывает программу sendmail, которая в дистрибутив web сервера и php интерпретатора не входит (и не должна).
Sendmail, в свою очередь, для отправки почты использует SMTP сервер.
Таким образом, чтобы php скрипт мог отправлять почту нужно установить и настроить sendmail и SMTP сервер.
Версию sendmail для Windows можно скачать здесь.
Установка и настройка выполняется в три этапа.
1) Распаковываем архив на тот же диск, где установлен php. Например, я создал папку C:\wamp\sendmail.
2) Вносим изменения в файл php.ini:
[mail function]
SMTP =
sendmail_from =
sendmail_path = "C:\wamp\sendmail\sendmail.exe -t"
Как видите, нужно только указать путь к sendmail чтобы php мог ее найти.
3) Настраиваем sendmail. Все настройки находятся в файле sendmail.ini (расположен в папке с sendmail).
Но перед тем как приступать к настройке пару слов об SMTP сервере. Вам совсем не обязательно устанавливать сервер на вашем компьютере. Многие почтовые сервисы предоставляют бесплатный доступ к своим серверам.
Ниже я покажу пример настройки sendmail для работы с SMTP сервером mail.ru, но, естественно, вы выбрать любой другой.
Итак, открываем sendmail.ini и устанавливаем следующие параметры:
smtp_server=smtp.mail.ru ; адрес SMTP сервера smtp_port=25 ; порт SMTP сервера
default_domain=mail.ru ; домен по-умолчанию
error_logfile=error.log ; файл в который будет записываться лог ошибок
debug_logfile=debug.log ; очень полезная на этапе отладки опция. Протоколируются все операции, которые выполняет sendmail
auth_username=account_name@mail.ru ; имя вашего аккаунта auth_password=account_password ; ваш пароль
; следующие три опции используются если перед авторизацией на SMTP сервере требуется авторизация на POP3 сервере pop3_server=pop.mail.ru
pop3_username=account_name@mail.ru
pop3_password=account_password
; параметр для команды MAIL FROM force_sender=account_name@mail.ru
hostname=mail.ru
Теперь не забудьте перезапустить web сервер, чтобы изменения вступили в силу.
протестировать работу можно скриптом
<?php
mail('to_your_friend@server.com', 'My Subject', 'My message');
более подробно тут
http://www.simplecoding.org/php-mail-pod-windows.html
http://habrahabr.ru/post/26518/
скачать можно тут
http://winintro.ru/windowspowershellhelp.ru/html/3be86334-7efa-4ccd-952e-54afe47977a2.htm
РАЗДЕЛ
about_Modules
КРАТКОЕ ОПИСАНИЕ
Описание процедур установки, импорта и использования модулей
Windows PowerShell
ПОЛНОЕ ОПИСАНИЕ
Модуль - это пакет команд Windows PowerShell, таких как
командлеты, поставщики, функции, переменные и псевдонимы.
Составляя команды, пользователи могут организовывать их с помощью
модулей и передавать их другим пользователям. Получив такой
модуль, пользователь может добавить содержащиеся в нем команды в
сеанс Windows PowerShell и использовать их аналогично встроенным
командам.
В этом разделе описывается, как использовать модули Windows
PowerShell. Сведения о процедуре создания модулей Windows
PowerShell см. в разделе "Создание модуля Windows PowerShell" в
библиотеке MSDN по адресу http://go.microsoft.com/fwlink/?LinkId=144916.
ИСПОЛЬЗОВАНИЕ МОДУЛЯ
Чтобы воспользоваться модулем, выполните следующие действия.
1. Установите модуль. (Обычно это выполняется автоматически.)
2. Импортируйте модуль в сеанс Windows PowerShell.
3. Найдите команды, добавленные модулем.
4. Выполните эти команды.
В данном разделе описано, как выполнить эти задачи. В нем также
содержатся другие полезные сведения об управлении модулями.
УСТАНОВКА МОДУЛЯ
Если модуль предоставлен в виде папки с файлами, необходимо
установить его на компьютер, чтобы можно было импортировать его в
Windows PowerShell.
Обычно модули устанавливаются автоматически. В Windows PowerShell
имеется несколько предустановленных модулей. В Windows Server
2008 R2 можно воспользоваться мастером добавления компонентов
(в диспетчере сервера), чтобы автоматически установить выбранные
компоненты. Многие модули поставляются с программой установки,
выполняющей установку модуля.
Для установки модуля, предоставленного в виде папки, выполните
следующие действия.
1. Создайте каталог "Modules" для текущего пользователя, если
он не существует.
Для этого введите следующую команду:
new-item -type directory -path
$home\Documents\WindowsPowerShell\Modules
2. Полностью скопируйте папку модуля в каталог "Modules".
Скопировать папку можно любыми средствами, включая
проводник, программу Cmd.exe и Windows PowerShell.
В Windows PowerShell для этого воспользуйтесь командлетом
Copy-Item. Например, чтобы скопировать папку "MyModule" из
каталога "C:\ps-test\MyModule" в каталог "Modules",
введите следующую команду:
copy-item -path c:\ps-test\MyModule -dest
$home\Documents\WindowsPowerShell\Modules
Установить модуль можно в любое местоположение, однако если
всегда устанавливать их в местоположение модулей по умолчанию,
ими проще управлять. Дополнительные сведения о местоположении
модулей по умолчанию см. в разделе "Местоположения модулей и
переменная PSModulePath".
ПОИСК УСТАНОВЛЕННЫХ МОДУЛЕЙ
Если модуль установлен, его можно импортировать в сеанс Windows
PowerShell.
Чтобы найти модули, установленные в местоположении модулей по
умолчанию, в командной строке Windows PowerShell введите следующее:
get-module -listAvailable
Чтобы найти модули, уже импортированные в сеанс, в командной
строке Windows PowerShell введите следующее:
get-module
Дополнительные сведения о командлете Get-Module см. в разделе
Get-Module.
ИМПОРТ МОДУЛЯ
Чтобы выполнить команды, содержащиеся в модуле, импортируйте его
в сеанс Windows PowerShell.
Чтобы импортировать модули в текущий сеанс из местоположения
модулей по умолчанию, используйте следующий формат команды:
import-module <имя_модуля>
Например, следующая команда импортирует модуль BitsTransfer в
текущий сеанс.
import-module BitsTransfer
Чтобы импортировать модуль, не находящийся в местоположении по
умолчанию, укажите в команде полный путь к папке этого модуля.
Например, чтобы добавить в текущий сеанс модуль TestCmdlets,
расположенный в папке "C:\ps-test", введите следующую команду:
import-module c:\ps-test\TestCmdlets
Чтобы получить дополнительные сведения о добавлении модулей в
сеансы, см. Import-Module.
ИМПОРТ ВСЕХ МОДУЛЕЙ В СЕАНС WINDOWS POWERSHELL.
В операционных системах Windows 7 и Windows Server 2008 R2 задача
"Импортировать все модули" открывает сеанс Windows PowerShell,
содержащий все доступные модули и оснастки Windows PowerShell.
Чтобы запустить сеанс Windows PowerShell со всеми доступными
модулями и оснастками Windows PowerShell, выполните следующие
действия.
-- Щелкните правой кнопкой мыши значок Windows PowerShell на
панели задач и выберите "Импортировать все модули".
Примечание. В Windows Server 2008 R2 значок Windows PowerShell по
умолчанию закреплен на панели задач. Впрочем, чтобы
появилась задача "Импортировать все модули", необходимо
один раз запустить Windows PowerShell.
Чтобы импортировать в сеанс все доступные модули в других версиях
Windows, в командной строке Windows PowerShell введите следующее:
get-module -listAvailable | import-module
ПОИСК КОМАНД В МОДУЛЕ
После того как модуль импортирован в сеанс Windows PowerShell,
можно использовать содержащиеся в нем команды.
Чтобы найти добавленные модулем команды, в командной строке
Windows PowerShell введите следующее:
get-command -module <имя_модуля>
Например, чтобы найти команды, добавленные модулем BitsTransfer,
введите следующее:
get-command -module BitsTransfer
Дополнительные сведения о командлете Get-Command см. в разделе
Get-Command.
ПОИСК СПРАВКИ ПО КОМАНДАМ В МОДУЛЕ
Если модуль содержит разделы справки по командам, которые он
экспортирует, их можно вывести с помощью командлета Get-Help.
Используйте команду такого же формата, как и для любого раздела
справки Windows PowerShell.
Чтобы найти раздел справки по содержащимся в модуле командам, в
командной строке Windows PowerShell введите следующее:
get-help <имя_команды>
Чтобы вывести более подробную справку, введите следующее:
get-help <имя_команды> -detailed
Например, чтобы найти подробную справку о командлете
Start-BitsTransfer, введите следующую команду:
get-help Start-BitsTransfer -detailed
Дополнительные сведения о модуле Get-Help см. в разделе Get-Help.
УДАЛЕНИЕ МОДУЛЯ
Если удалить модуль, добавленные им команды удаляются из сеанса.
Чтобы удалить модуль из сеанса, используйте следующий формат команды:
remove-module <имя_модуля>
Например, следующая команда удаляет модуль BitsTransfer из
текущего сеанса.
remove-module BitsTransfer
Операция удаления модуля отменяет операцию его импорта. При этом
установка модуля не отменяется. Дополнительные сведения о
командлете Remove-Module см. в разделе Remove-Module.
ИМПОРТ МОДУЛЯ В КАЖДОМ СЕАНСЕ
Команда Import-Module импортирует модули в текущий сеанс Windows
PowerShell. Она затрагивает только текущий сеанс.
Чтобы модуль импортировался в каждый новый сеанс Windows
PowerShell, добавьте команду Import-Module в профиль Windows
PowerShell.
Дополнительные сведения о профилях см. в разделе about_Profiles.
МЕСТОПОЛОЖЕНИЯ МОДУЛЕЙ И ПЕРЕМЕННАЯ PSMODULEPATH
Для модулей Windows PowerShell предусмотрено два местоположения
по умолчанию: одно для системы, другое для текущего пользователя.
Для системы: $pshome\Modules
(%windir%\System32\WindowsPowerShell\v1.0\Modules)
Для текущего $home\Documents\WindowsPowerShell\Modules
пользователя: (%профиль_пользователя%\Documents\WindowsPowerShell\Modules)
- или:
$home\My Documents\WindowsPowerShell\Modules
(%профиль_пользователя%\My Documents\WindowsPowerShell\Modules)
Примечание. Чтобы добавить или изменить файлы в каталоге
%Windir%\System32 в операционных системах Windows
Vista, Windows Server 2008 и Windows более поздних
версий, запустите Windows PowerShell с параметром
"Запуск от имени администратора".
Чтобы изменить местоположения модулей по умолчанию для системы,
измените значение переменной среды PSModulePath ($env:psmodulepath).
Переменная среды PSModulePath основана на переменной среды
Path и имеет тот же формат.
Чтобы отобразить местоположения модулей по умолчанию, введите
следующую команду:
$env:psmodulepath
Чтобы добавить местоположение модулей по умолчанию, используйте
следующий формат команды:
$env:psmodulepath = $env:psmodulepath + ";<путь>"
Точка с запятой (;) в этой команде отделяет новый путь от
предыдущего пути в списке.
Например, чтобы добавить каталог "C:\ps-test\Modules", введите
следующую команду:
$env:psmodulepath + ";c:\ps-test\Modules"
После добавления пути в переменную PSModulePath команды
Get-Module и Import-Module действуют в том числе на модули в
каталоге, на который указывает этот путь.
Задаваемое значение влияет только на текущий сеанс. Чтобы
сохранить изменение, добавьте эту команду в профиль Windows
PowerShell или откройте диспетчер "Система" на панели управления
и измените значение переменной среды PSModulePath в реестре.
Дополнительные сведения о переменной PSModulePath см. в разделе
about_Environment_Variables.
МОДУЛИ И КОНФЛИКТЫ ИМЕН
Конфликт имен происходит, когда в сеансе имеется несколько команд
с одинаковым именем. При импорте модуля возникает конфликт имен,
если содержащиеся в нем команды имеют такие же имена, как команды
или элементы, уже имеющиеся в сеансе.
Конфликты имен могут возникать в результате скрытия или замены команд.
-- Скрытие. Скрытой называется команда, не выполняемая при
вводе ее имени, но выполняемая другими способами
(например, с указанием имени модуля или оснастки, из
которой добавлена команда).
-- Замена. Замененной называется команда, поверх которой
записана команда с таким же именем. Даже если удалить
модуль, являющийся причиной конфликта, выполнить
замененную команду можно только после перезапуска сеанса.
Команда Import-Module может добавить команды, скрывающие или
заменяющие команды в текущем сеансе. Кроме того, команды в
текущем сеансе могут скрыть команды, добавленные модулем.
Чтобы предотвратить конфликт имен, используйте команду
Import-Command с параметром Prefix, чтобы создать уникальные
имена для импортируемых команд.
Команду Import-Module также можно использовать с параметрами
Alias, Cmdlet, Function и Variable, чтобы выбрать только те
команды, которые требуется импортировать, исключив команды,
вызывающие конфликт имен в сеансе.
Даже если команда скрыта, можно выполнить ее, указав (помимо ее
имени) имя модуля или оснастки, из которой она добавлена.
Правила приоритета команд Windows PowerShell определяют, какая из
конфликтующих команд запускается в сеансе, содержащем команды с
одинаковыми именами.
Например, если сеанс содержит функцию и командлет с одинаковым
именем, по умолчанию Windows PowerShell выполняет функцию. Если
сеанс содержит команды одинакового типа (например, два
командлета) с одинаковым именем, по умолчанию выполняется
команда, добавленная последней.
Дополнительные сведения, включая пояснения правил приоритетов и
инструкции по запуску скрытых команд, см. в разделе
about_Command_Precedence.
МОДУЛИ И ОСНАСТКИ
Команды из модулей и оснасток можно добавлять в сеанс. Из модулей
можно добавлять все типы команд, включая командлеты, поставщики и
функции, а также элементы, такие как переменные, псевдонимы и
диски Windows PowerShell. Из оснасток можно добавлять только
командлеты и поставщики.
Тогда как функции, псевдонимы, переменные и диски можно добавлять
в сеанс путем ввода с клавиатуры или запуска добавляющего их
скрипта, все командлеты и поставщики, содержащиеся в сеансе,
добавляются только из модулей и оснасток.
Прежде чем удалить модуль или оснастку из сеанса, с помощью
следующих команд определите, какие команды будут при этом удалены.
Чтобы определить, откуда командлет добавлен в сеанс, используйте
следующий формат команды:
get-command <имя_командлета> | format-list -property verb,
noun, pssnapin, module
Например, для поиска источника командлета Get-Date введите
следующую команду:
get-command get-date | format-list -property verb, noun,
pssnapin, module
Дополнительные сведения об оснастках Windows PowerShell см в
разделе about_PSSnapins.
CМ. ТАКЖЕ
about_Command_Precedence
about_PSSnapins
Get-Command
Get-Help
Get-Module
Import-Module
Remove-Module
http://support.microsoft.com/kb/2777380
To get started, open a SharePoint Online Management Shell, and connect to Office 365 via the cmdlet Connect-MsolService. When prompted, enter the corresponding administrator credentials.
To get a list of all users within your tenant (both those with licenses assigned to them and those without), you can now use the cmdlet Get-MsolUser. Execute Get-MsolUser | Get-Member | Out-GridView to get a nicely formatted list of all available properties for the user objects returned by Get-MsolUser.
Of particular interest is the property isLicensed, which indicates whether a user has a license assigned (TRUE) or not (FALSE). It is now possible to filter the users returned by Get-MsolUser and only see those that are licensed by running the command Get-MsolUser | Where-Object { $_.isLicensed -eq "TRUE" }
Note: By using "FALSE" instead of "TRUE", you can get a list of all users that do currently not have any license assigned to them.
The list of licsensed user can now be processed further, for example by exporting it to a CSV file that can be opened in Excel for reporting purposes or further analysis: Get-MsolUser | Where-Object { $_.isLicensed -eq "TRUE" } | Export-Csv c:\LicensedUsers.csv
Note that this exports all available properties for the licensed users. To export only specific properties, you can use the Select-Object cmdlet to specify which properties to use. As an example, only UserPrincipalName, DisplayName, Country, and Department will be exported:
Get-MsolUser | Where-Object { $_.isLicensed -eq "TRUE" } | Select-Object UserPrincipalName, DisplayName, Country, Department | Export-Csv c:\LicensedUsers.csv
Leave a Comment Posted by Brendan Erofeev on October 29, 2011
I like to think of PowerShell as the Windows tool that finally convinced Unix guys that Microsoft admins can do more than just drive a GUI.
PowerShell is Microsoft’s task automation framework, consisting of a command-line shell and associated scripting language built on top of, and integrated with the .NET Framework. (http://en.wikipedia.org/wiki/Windows_PowerShell)
So, what can you do with it? Almost anything! More and more, PowerShell is becoming the tool of choice for administration on Microsoft platforms, and Office 365 is no exception. In fact, like most PowerShell administer-enabled applications, there are things you can do in PowerShell that you can’t do in the GUI.
Most of the posts on this site will reference administering Office 365 using PowerShell in some way (whether it be the main focal point of the post, or an alternative to achieving the goal), so this article will serve as a reference on how to connect to difference Office 365 services using PowerShell.
The Microsoft Online Services PowerShell Module can downloaded from here:
Microsoft Online Services PowerShell Module 32 Bit
Microsoft Online Services PowerShell Module 64 Bit
Once you have downloaded and installed the bits, launch the module by finding it in your start menu (should be under All Programs > Microsoft Online Services).
Once you have it fired up, type:
connect-msolservice
You should now be prompted for your Office 365 credentials:
Once you enter your credentials, and press OK, your PowerShell window will take few seconds to connect, and then give you back your prompt:
A little anti-climactic isn’t it?
But…now you are connected. Try typing:
get-msoluser
Bam! A list of Office 365 users.
So, where from here? What else can you do? Type:
get-command -noun msol*
This will give you a list of cmdlets that you can use for Office 365 administration (at the time of writing, there are 49 cmdlets). OK OK, so how do I USE these cmdlets?
The beautiful thing about PowerShell, is it was designed to be easy to learn. Firstly, all PowerShell cmdlets come in the form of Verb-Noun. What this means is that figuring out what cmdlet will do the job you are trying to do is as easy as thinking of what you would call it yourself.
If I want to add a new user, I use “New-MsolUser” If I want to remove a user, I use “Remove-MsolUser”. If I want to do anything to do with a user, I can enter:
Get-Command *MsolUser
And a list of cmdlets will be returned that are used to manage users.
If I want to know how to use “New-MsolUser”, I can enter:
Get-Help New-MsolUser
And if I want a practical example of the use so that I can learn by example, I can enter:
Get-Help New-MsolUser -examples
To administer Exchange Online, instead of using the Microsoft Online Services module, you connect to a remote PowerShell session.
The first thing to do is start a regular PowerShell session with administrative rights. Navigate to All Programs > Accessories > Windows PowerShell, right click on “Windows PowerShell” and select “Run as administrator”
Once PowerShell is open, we need to do a bit of tweaking before we can connect to the remote session. The first tweak is to adjust the execution policy to allow local scripts to run.
NOTE: Adjusting your execution policy lowers the security of PowerShell. Make sure to read and understand this article before adjusting your execution policy.
OK, now, lets adjust the execution policy to RemoteSigned. This level will enable you to run local scripts, or scripts from other sources, but will not allow you to run scripts downloaded from the internet.
enter the following command into PowerShell:
Set-ExecutionPolicy RemoteSigned
You will be asked to confirm the change, press enter.
The next step is to build a function to connect to Exchange Online (not necessary, but a definite time saver) and place it into your PowerShell profile. Enter into PowerShell:
test-path $profile
If you receive back “True”, this means that you already have a PowerShell profile, so we can just add the function to it. If you receive back “False”, type the following (Only if you received back “False”):
New-Item -Path $profile -Type File -Force
The above line just created you a new profile. ”New-Item” is the command to create a new item, “$profile” is a pre-defined value in PowerShell, and points to your profile (or where it should be), and the -Force command forces the file, and any directories along the way, to be created.
Now that you have a profile (or if you already had one previously), you can type:
notepad $profile
This will open your profile in notepad, so that we can add our function to it. Add the following lines to your profile:
Function Connect-ExolService
{
$cred = Get-Credential
$ExchangeOnline = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $cred -Authentication Basic -AllowRedirection
Import-PSSession $ExchangeOnline -Prefix Exol
}
And save it.
So, what does this function do? I’ll break it down:
Function Connect-ExolService
First, we define our function. I am calling mine “Connect-ExolService”
$cred = Get-Credential
Next, we create a variable “$cred”, and prompt the user for credentials to store in it “Get-Credential”
$ExchangeOnline = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $cred -Authentication Basic -AllowRedirection
Then, we create a new variable called “$ExchangeOnline” and store a “New-PSSession” in it. our “-ConnectionUri” points at “https://ps.outlook.com/powershell”, but we also have the “-AllowRedirection” switch, so when we connect, our connection will be redirected to the Exchange server that hosts our tenant.
Import-PSSession $ExchangeOnline -Prefix Exol
Finally, we import the session. Importing a session imports command such as cmdlets, functions, and aliases into the current session. The important part to note here is the “-Prefix Exol”. What this tells PowerShell to do is place “Exol” in front of the noun in every command imported. The importance of this will be made apparent shortly.
Ok, so now we have our shiny new function saved into our profile. We must reload our profile before we can use the function. To do this, type the following:
.$profile
Ok, now we are all geared up to manage our Exchange Online via PowerShell! Lets try our function:
Connect-ExolService
The first thing we get is a prompt for credentials. Enter your credentials, and press OK.
Next, all of our commands are loaded from the remote session, and now we are ready to work.
Remember the “-Prefix Exol” we created earlier? Well, this is where it comes in handy. Enter the following command:
Get-Command -Noun Exol*
What you have now is a list of imported commands from the Exchange Online remote session. All of these commands are used to manage Exchange Online (230 at the time of writing). That’s a LOT of commands….well, not really when compared to on-premises Exchange, which has over 600!. But nontheless, not easy to take in all at once. So lets see them a-page-at-a-time:
Get-Command -Noun Exol* | Out-Host -Paging
Where to from here? Well, if you have administered Exchange on-premises using PowerShell, you should be in your element right about now. Remember though, Exchange Online is a Convenience vs Control trade-off, so you won’t see all of the cmdlets you are used to working with, you only get the ones that are applicable to managing the parts of Exchange Online that you are allowed to manage.
If you have never touched Exchange on-premises, or PowerShell, remember, “Get-Command” and “Get-Help” are your two best friends. Do not underestimate them, as 99% of the time, they have the answers you are looking for.
В Joomla есть файл configuration.php, в котором есть строчки:
var $host = 'сервер';
var $user = 'имя_пользователя';
var $db = 'имя_базы_данных';
var $password = 'пароль';
В WordPress есть файл wp-config.php, в котором есть строчки:
define('DB_NAME', 'имя_базы_данных');
define('DB_USER', 'имя_пользователя');
define('DB_HOST', 'сервер');
define('DB_PASSWORD', 'пароль');
В Drupal в папке /site/default/ есть файл settings.php, в котором есть строчка $db_url = 'mysql://username:password@mysqlhost/databasename';
Где:
username - имя пользователя;
password - пароль;
mysqlhost - сервер базы данных;
databasename - имя базы данных.
В DLE в папке /engine/data/ есть файл dbconfig.php, в котором подключение к базе прописывается в строчках:
define ("DBHOST", "сервер");
define ("DBNAME", "имя_базы_данных");
define ("DBUSER", "имя_пользователя");
define ("DBPASS", "пароль");
В Shop-script подключение настраивается в файле /cfg/connect.inc.php
define('DB_HOST', 'сервер');
define('DB_USER', 'имя_пользователя');
define('DB_PASS', 'пароль');
define('DB_NAME', 'имя_базы_данных');
В ShopCMS база данных подключается в файле /core/config/connect.inc.php
define('DB_HOST', 'сервер');
define('DB_USER', 'имя_пользователя');
define('DB_PASS', 'пароль');
define('DB_NAME', 'имя_базы_данных');
В WebAsyst всё немного сложнее. Там есть файл /dblist/логин.xml в котором за соединение с базой отвечают следующие параметры:
SQLSERVER="сервер"
DB_NAME="имя_базы_данных"
DB_PASSWORD="пароль"
DB_USER="имя_пользователя"
а также в файле кеша /temp/scdb/.settings.логин дублируются эти же параметры:
"DB_USER" "имя_пользователя"
"DB_PASS" "пароль"
"DB_NAME" "имя_базы_данных"
"DB_HOST" "сервер"
В PrestaShop подключение настраивается в файле /config/settings.inc.php
define('_DB_NAME_', 'имя_базы_данных');
define('_DB_SERVER_', 'сервер');
define('_DB_USER_', 'имя_пользователя');
define('_DB_PASSWD_', 'пароль');
Шаг 1
http://help.outlook.com/en-us/140/cc952756.aspx
Шаг 2
http://help.outlook.com/en-us/140/cc952755.aspx
если команда
Import-PSSession $Session
выдает ошибки то делаем так
When running the command “Import-PSSession $Session” it would return the error message below.
…cannot be loaded because the execution of scripts is disabled on this system. Please see “get-help about_signing” for more details. then follow these steps to resolve it.
To resolve this, first check the current policy and then change it to unrestricted.
1. Check policy with the command:
Get-ExecutionPolicy
2. If it returns “Restricted”, then change it to unrestricted with the command
Set-Executionpolicy -ExecutionPolicy Unrestricted
3. Boom, works now.
Replacing an existing ADFS Server service certificate is a multistep process.
Step 1: Install the new certificate into the local computer certificate store. To do this, follow these steps:
1. Click Start, and then click Run.
2. Type MMC.
3. On the File menu, click Add/Remove Snap-in.
4. In the Available snap-ins list, select Certificates, and then click Add. The Certificates Snap-in Wizard starts.
5. Select Computer account, and then click Next.
6. Select Local computer: (the computer this console is running on), and then click Finish.
7. Click OK.
8. Expand Console Root\Certificates (Local Computer)\Personal\Certificates.
9. Right-click Certificates, click All Tasks, and then click Import.
Step 2: Add to the ADFS service account the permissions to access the private key of the new certificate. To do this, follow these steps:
1. With the local computer certificate store still open, select the certificate that was just imported.
2. Right-click the certificate, click All Tasks, and then click Manage Private Keys.
3. Add the account that is running the ADFS Service, and then give the account at least read permissions.Note If you do not have the option to manage private keys, you may have to run the following command:
certutil -repairstore my *
Step 3: Bind the new certificate to the ADFS website by using IIS Manager. To do this, follow these steps:
1. Open the Internet Information Services (IIS) Manager snap-in.
2. Browse to Default Web Site.
3. Right-click Default Web Site, and then select Edit Bindings.
4. Select HTTPS, and then click Edit.
5. Select the correct certificate under the SSL certificate heading.
6. Click OK, and then click Close.
Step 4: Configure the ADFS Server service to use the new certificate. To do this, follow these steps:
1. Open AD FS 2.0 Management.
2. Browse to AD FS 2.0\Service\Certificates.
3. Right-click Certificates, and then select Set Service Communications Certificate.
4. Select the new certificate from the certificate selection UI.
5. Click OK.
По умолчанию в Windows Server Active Directory, при заполнении полей «Имя» и «Фамилия» результирующее поле «Полное имя» (или DisplayName) выводится в формате «Имя Фамилия» но для поиска по списку это бывает очень неудобно и гораздо удобней, чтобы это поле формировалось в виде «Фамилия, Имя» ну или просто «Фамилия Имя». Для этого требуется отредактировать ADSI.
Если в системе уже установлена оснастка для редактирования ADSI, то ее можно запустить с помощью команды «adsiedit.msc». Если же при этом возникает ошибка, то следует сначала зарегестрировать dll - выполнить команду «regsvr32 %systemroot%\system32\adsiedit.dll», а затем уже «adsiedit.msc»
Очень полезная штучка, когда надо покупать SSL сертификат, чтобы еще раз убедится в правильности составленного запроса на сертификат.
Проблема: есть две подсети, в одной установлен контроллер домена, в другой его нет но надо поставить (удаленно). Связь между подсетями есть. Пинги ходят.
Сперва вводим компьютер который хотим сделать контроллером в домен, как обычный компьютер.
сделать это можно так
Если Вы не можете добавить компьютер в домен Windows (Active Directory), при этом известно, что в подсети, в которой находится компьютер, нет ни одного контроллера домена, то эта заметка может Вам помочь.
Итак, у нас есть:
а) Компьютер из подсети А
б) Контроллеры домена, которые НЕ находятся в подсети А
в) Ошибка при добавлении компьютера в домен вида "невозможно найти домен" или "невозможно подключиться к контроллеру домена".
Например, компьютер находится в подсети 10.0.1.0/24 и имеет IP 10.0.1.100, а контроллеры домена находятся в подсети 10.0.0.0/24 и имеют IP 10.0.0.1, 10.0.0.2.
Наши действия:
1) Проверяем, что в свойствах TCP/IP сетевого адаптера указаны DNS наших контроллеров домена. Главный и второстепенный DNS нужно указать именно контроллеров (в нашем примере - DNS1=10.0.0.1, DNS2=10.0.0.2).
2) Проверяем, что контроллеры домена доступны и отвечают на DNS-запросы:
Где вместо 10.0.0.1 и 10.0.0.2 подставьте IP адреса Ваших контроллеров домена.
Вместо YOURDOMAIN введите имя Вашего домена.
3) В свойствах TCP/IP сетевой карты указываем WINS на наших контроллеров. Даже если WINS на контроллерах не поднята!
Например, в нашем примере указываем WINS с IP 10.0.0.1 и 10.0.0.2
Сохраняем, закрываем все окна настроек и снова пробуем подключить компьютер к домену. Наличие указанного WINS с большой долей вероятности решит Вашу проблему (если затык в ней, а не в контроллерах домена или еще чем).
затем поднимаем, на уже подключенном к домену компе контроллер
Назначение: Windows Server 2012
Этот документ посвящен установке роли Hyper-V на компьютере, работающем под управлением Windows Server® 2012. Здесь также приведены основные инструкции по созданию и настройке виртуальной машины после установки Hyper-V. Документ не содержит инструкций по настройке для конкретных сценариев использования, например по настройке Hyper-V для использования масштабируемых файловых серверов. Однако здесь приведены ссылки на документы, содержащие инструкции.
Содержание документа
 Примечание |
|---|
| В этом разделе содержатся образцы командлетов Windows PowerShell, которые можно использовать для автоматизации некоторых описанных процедур. Дополнительные сведения см. в статье Использование командлетов. |
Для установки роли Hyper-V необходимо следующее.
Ознакомьтесь со следующими рекомендациями. Они не являются обязательными, но могут помочь вам выбрать наиболее подходящие параметры при установке роли. Подумайте:
Добавление роли Hyper-V в установку Windows Server 2012 позволит вам создавать и запускать виртуальные машины на этом компьютере.
Выполните этот шаг с помощью Windows PowerShell.
Если Диспетчер сервера уже открыт, переходите к следующему шагу. Если Диспетчер сервера еще не открыт, откройте его одним из следующих способов.
В меню Управление выберите команду Добавить роли и компоненты.
На странице Прежде чем приступить к работе убедитесь, что конечный сервер и сетевая среда подготовлены для роли или компонента, которые вы хотите установить. Нажмите кнопку Далее.
На странице Выбор типа установки выберите Установка ролей или компонентов и нажмите кнопку Далее.
На странице Выбор целевого сервера выберите сервер из пула серверов и нажмите кнопку Далее.
На странице Выбор ролей сервера выберите Hyper-V.
Чтобы добавить средства для создания виртуальных машин и управления ими, щелкните Добавить компоненты. На странице "Компоненты" нажмите кнопку Далее.
Выберите нужные параметры на страницах Создание виртуальных коммутаторов, Миграция виртуальной машины и Хранилища по умолчанию.
На странице Подтверждение выбранных элементов для установки выберите Автоматический перезапуск конечного сервера, если требуется и нажмите кнопку Установить.
После завершения установки откройте для ее проверки страницу Все серверы в Диспетчер сервера, выберите сервер, на котором был установлен Hyper-V, и просмотрите плитку Роли и компоненты на странице для выбранного сервера.
Следующие командлеты Windows PowerShell выполняют ту же самую функцию, что и предыдущая процедура. Введите каждый командлет в отдельную строку, даже если кажется, что из-за ограничения возможностей форматирования они переносятся по словам на другую строку.
В Windows PowerShell, в отличие от Мастер добавления ролей и компонентов, средства управления и оснастки для роли не включены по умолчанию. Чтобы сделать средства управления частью установки роли, добавьте к командлету параметр -IncludeManagementTools. Если вы устанавливаете роли и компоненты на сервере, где установлены основные серверные компоненты Windows Server 2012, и добавляете средства управления для роли в установку, то вам будет предложено изменить вариант установки на установку минимальной оболочки, которая позволяет работать со средствами управления. В противном случае средства управления и оснастки нельзя установить на серверах, где установлены основные серверные компоненты Windows Server.
Выполните одно из следующих действий, чтобы открыть сеанс Windows PowerShell с повышенными правами пользователя.
Введите следующую команду и нажмите клавишу ВВОД, где имя_компьютера — имя удаленного компьютера, на котором вы хотите установить Hyper-V. Чтобы установить Hyper-V непосредственно в сеансе консоли, не включайте параметр -ComputerName <computer_name> в команду.
Install-WindowsFeature –Name Hyper-V -ComputerName <computer_name> -IncludeManagementTools -Restart
Чтобы вывести список доступных и установленных ролей и компонентов на локальном сервере, введите Get-WindowsFeature и нажмите клавишу ВВОД. Результаты командлета содержат имена команд для ролей и компонентов, добавленных на этот компьютер.
| Примечание |
|---|
| В Windows PowerShell 3.0 не требуется импортировать модуль командлета Диспетчер сервера в сеанс Windows PowerShell перед выполнением командлетов, являющихся частью данного модуля. Модуль автоматически импортируется при первом запуске командлета, который является частью модуля. При вводе командлетов Windows PowerShell регистр не учитывается. |
Когда установка будет завершена, проверьте ее при помощи командлета Get-WindowsFeature. Если вы установили Hyper-V удаленно, включите параметр ComputerName (Get-WindowsFeature -ComputerName <имя_компьютера>), чтобы просмотреть список ролей и компонентов, установленных на сервере.
Для выполнения этого шага нужно установить на данном компьютере или на другом компьютере, который можно использовать для удаленного доступа к этому компьютеру, средства управления Hyper-V, входящие в Windows Server 2012. Для выполнения этого шага нельзя использовать более раннюю версию средств Hyper-V.
Ознакомьтесь со следующими рекомендациями. Они не являются обязательными, но могут помочь вам выбрать наиболее подходящие параметры при установке роли. Подумайте:
Выполните этот шаг с помощью Windows PowerShell.
Откройте диспетчер Hyper-V. В меню "Средства диспетчера серверов" выберите пункт Диспетчер Hyper-V.
В области навигации диспетчера Hyper-V выберите компьютер под управлением Hyper-V.
В области действий выберите команду Создать и щелкните Виртуальная машина.
Откроется мастер создания виртуальной машины. Нажмите кнопку Далее.
На странице Укажите имя и расположение введите подходящее имя.
На странице Выделить память укажите достаточный объем памяти для запуска операционной системы на виртуальной машине.
На странице Настройка сети подключите виртуальную машину к коммутатору, созданному во время установки Hyper-V.
На страницах Подключить виртуальный жесткий диск и Параметры установки выберите вариант в соответствии с планируемым способом установки операционной системы на виртуальной машине.
На странице сводных данных проверьте выбранные элементы, после чего нажмите кнопку Готово.
Следующие командлеты Windows PowerShell выполняют ту же самую функцию, что и предыдущая процедура. Введите каждый командлет в отдельную строку, даже если кажется, что из-за ограничения возможностей форматирования они переносятся по словам на другую строку.
Выполните следующую команду, чтобы создать виртуальную машину с именем web server и памятью 1 ГБ, выделяемой при запуске, и использовать имеющийся виртуальный жесткий диск, на котором уже установлена операционная система на виртуальной машине.
New-VM –Name “web server” –MemoryStartupBytes 1GB –VHDPath d:\vhd\BaseImage.vhdx
Предполагается, что вы настроили загрузочный носитель для виртуальной машины во время ее создания.
| Примечание |
|---|
| Этот шаг необходимо выполнить при помощи графического интерфейса пользователя. Его нельзя автоматизировать или выполнить в сеансе Windows PowerShell. |
В диспетчере Hyper-V в разделе Виртуальные машины области результатов правой кнопкой мыши щелкните имя виртуальной машины и выберите команду Подключиться.
Откроется компонент "Подключение к виртуальной машине".
В меню Действие окна "Подключение к виртуальной машине" нажмите кнопку Запустить.
Виртуальная машина запустится, начнет поиск устройств запуска и загрузку пакета установки.
Выполните все шаги по установке.
Hyper-V включает программный пакет для поддерживаемых операционных систем на виртуальных машинах, повышающий степень интеграции физического компьютера и виртуальной машины. Этот пакет называется службами интеграции.
| Примечание |
|---|
| Этот шаг необходимо выполнить при помощи графического интерфейса пользователя. Его нельзя автоматизировать или выполнить в сеансе Windows PowerShell. |
Откройте диспетчер Hyper-V. В меню "Средства диспетчера серверов" выберите пункт Диспетчер Hyper-V.
Подключитесь к виртуальной машине. Для этого в разделе "Виртуальные машины" области результатов воспользуйтесь одним из следующих методов.
Откроется компонент "Подключение к виртуальной машине". В меню "Действие" подключения к виртуальной машине выберите команду Вставьте установочный диск служб интеграции. Это действие загружает установочный диск в виртуальный DVD-дисковод.
В зависимости от устанавливаемой операционной системы может потребоваться запуск установки вручную. Щелкните в любом месте окна операционной системы на виртуальной машине и перейдите к CD-дисководу. Для запуска пакета установки с компакт-диска воспользуйтесь методом, подходящим для операционной системы на виртуальной машине.
По завершении установки все службы интеграции станут доступны для использования.
При попытке активации Windows Server 2012, выдавался код ошибки 0x8007007B.
Да, любят ребята из Мелкософта напустить загадочности, заботятся чтобы нам скучно не было. Сиди, гадай, что эта фигня значит... В общем, чтобы больше не забывать и в очередной раз не искать решения, решил сделать пометку в блоге.
Дело в том, что с сайта VLSC Microsoft (Volume Licensing Service Center), дистрибутив Windows Server 2012 скачивается с корпоративной лицензией, и предоставляется многопользовательский ключ активации (MAK). Вот его нам и надо прописать после установки системы (для тех кто не в теме, ключ во время установки WinServer 2012 не спрашивается).
Значит так. Запускаем командную строку, извиняюсь, конечно Windows PowerShell от имени Администратора и даем команду:
slmgr -ipk XXXXX-xxxxx-xxxxx-xxxxx-xxxxx
Конечно, вместо XXXXX-xxxxx-xxxxx-xxxxx-xxxxx следует вписать ваш ключ MAK. Всего делов на 5 минут, когда знаешь..
если это не помогло и вылетают ошибки то можно дать команду
slui 3
и ввести ключ активации MAK и затем активировать обычным способом нажав активировать
Статейки:
http://www.cisco.com/en/US/tech/tk583/tk372/technologies_configuration_example09186a0080194650.shtml
http://xgu.ru/wiki/Cisco_IOS_Site-to-Site_VPN
Команды проверки состояния VPN
show crypto isakmp sa— отображает состояние Internet Security Association and Key Management Protocol (ISAKMP) SA
show crypto ipsec sa— отображает статистику активных IPSec туннелей
show crypto engine connections active— отображает общее количество шифрованных/дешированых пакетов SA
show crypto map – показывает криптомапу
sh crypto session brief – краткое состояние сессий
sh crypto session det – более полная информация о сессиях
sh crypto ruleset
Вот тут хорошая статейка http://habrahabr.ru/post/87680/
Итак распаковываем роутер, заливаем последнюю прошивку (для SSH необходим минимум Advanced Security), делаем #erase startup-config
дабы избавится от преднастроеного мусора и перегружаемся.
! включаем шифрование паролей service password-encryption
! используем новую модель ААА и локальную базу пользователей aaa new-model aaa authentication login default local
! заводим пользователя с максимальными правами username admin privilege 15 secret PASSWORD
! даем имя роутеру hostname <...> ip domain-name router.domain
! генерируем ключик для SSH crypto key generate rsa modulus 1024
! тюнингуем SSH ip ssh time-out 60 ip ssh authentication-retries 2 ip ssh version 2
! и разрешаем его на удаленной консоли line vty 0 4
transport input telnet ssh
privilege level 15
! включаем ускоренную коммутацию пакетов ip cef
! временная зона GMT+2 clock timezone Ukraine 2 clock summer-time Ukraine recurring last Sun Mar 2:00 last Sun Oct 2:00
! обновление системных часов по NTP ntp update-calendar
! ntp сервера лучше задавать по айпи, ибо если при перегрузке DNS-сервера не доступны то настройки по именам слетают… ntp server NTP.SERVER.1.IP ntp server NTP.SERVER.2.IP
! включаем архивирование всех изменений конфига, скрывая пароли в логах archive
log config
logging enable
hidekeys
! историю изменения конфига можно посмотреть командой show archive log config all
! включить разрешение имен ip domain-lookup
! включаем внутренний DNS сервер ip dns server
! прописываем DNS провайдера ip name-server XXX.XXX.XXX.XXX
! на всякий случай добавляем несколько публичных DNS серверов ip name-server 4.2.2.2
ip name-server 208.67.222.222
ip name-server 208.67.220.220
! обычно порты внутреннего свитча на роутере объединены в Vlan1 interface Vlan1
description === LAN ===
ip address 192.168.???.1
! включаем на интерфейсе подсчет пакетов передаваемых клиентам — удобно просматривать кто съедает трафик ip accounting output-packets
! посмотреть статистику можно командой show ip accounting
! очистить clear ip accounting
! исключаем некоторые адреса из пула ip dhcp excluded-address 192.168.???.1 192.168.???.99
! и настраиваем пул адресов ip dhcp pool LAN
network 192.168.???.0 255.255.255.0
default-router 192.168.???.1
dns-server 192.168.???.1
! настраиваем фильтр входящего трафика (по умолчанию все запрещено) ip access-list extended FIREWALL
permit tcp any any eq 22
! включаем инспектирование трафика между локальной сетью и Интернетом ip inspect name INSPECT_OUT dns
ip inspect name INSPECT_OUT icmp
ip inspect name INSPECT_OUT ntp
ip inspect name INSPECT_OUT tcp router-traffic
ip inspect name INSPECT_OUT udp router-traffic
ip inspect name INSPECT_OUT icmp router-traffic
! настраиваем порт в Интернет и вешаем на него некоторую защиту interface FastEthernet0/0
description === Internet ===
ip address ???.???.???.??? 255.255.255.???
ip virtual-reassembly
ip verify unicast reverse-path
no ip redirects
no ip directed-broadcast
no ip proxy-arp
no cdp enable
ip inspect INSPECT_OUT out
ip access-group FIREWALL in
! ну и напоследок шлюз по умолчанию ip route 0.0.0.0 0.0.0.0 ???.???.???.???
! на Интернет интерфейсе interface FastEthernet0/0
ip nat outside
! на локальном интерфейсе interface Vlan1
ip nat inside
! создаем список IP имеющих доступ к NAT ip access-list extended NAT
permit ip host 192.168.???.??? any
! включаем NAT на внешнем интерфейсе ip nat inside source list NAT interface FastEthernet0/0 overload
! добавляем инспекцию популярных протоколов ip inspect name INSPECT_OUT http ip inspect name INSPECT_OUT https ip inspect name INSPECT_OUT ftp
no service tcp-small-servers no service udp-small-servers no service finger no service config no service pad no ip finger no ip source-route no ip http server no ip http secure-server no ip bootp server
________
И еще немножко
Чтобы прервать выполнение команды, нужно послать символ "^", т.е. нажать Ctrl + Shift + 6
