Jeśli padnie hasło Ansible, większość osób myśli:
„Linux, serwery aplikacyjne, DevOps – nie Windows”.
To jeden z najbardziej szkodliwych mitów w automatyzacji IT.
Prawda jest taka, że:

• Ansible bardzo dobrze działa z Windows,
• Pozwala zarządzać wieloma serwerami jednocześnie,
• Idealnie uzupełnia PowerShella, zamiast go zastępować.

W tym artykule pokażę:

• Jak wygląda Ansible w środowisku Windows,
• Co realnie warto nim automatyzować,
• Konkretne playbooki, które mają sens w firmach.

Po co Ansible, skoro jest PowerShell?

To jedno z najczęstszych pytań.
PowerShell:
Idealny do logiki i operacji lokalnych
Świetny do pojedynczych zadań

Ansible:
Idealny do zarządzania wieloma serwerami
Powtarzalność
Deklaratywność („jak ma być”, a nie „jak to zrobić”)

Najlepsze efekty daje połączenie PowerShell + Ansible, a nie wybór jednego narzędzia.

Jak Ansible komunikuje się z Windows?

Ansible może połączyć się z hostem Windows za pomocą:

• WinRM lub SSH,
• PowerShell po stronie Windows

Co to daje?

• Brak instalowania agentów,
• Centralne zarządzanie,
• Pełną kontrolę nad konfiguracją.

Przykład 1 – sprawdzanie stanu usług na wielu serwerach

Problem

Masz:

• Kilka / kilkanaście serwerów,
• Te same usługi (np. RDS, SQL, aplikacyjne),
• Brak centralnej kontroli.

- name: Sprawdzenie statusu usług
  hosts: windows
  tasks:
    - name: Sprawdź usługę RDP
      win_service:
        name: TermService
      register: rdp_service

    - name: Wyświetl status
      debug:
        msg: "Status usługi RDP: {{ rdp_service.state }}"

Efekt:
Jednym poleceniem widzisz status usługi na wszystkich serwerach.

Przykład 2 – instalacja oprogramowania na Windows Server

Problem

Ręczna instalacja:

• Niespójne wersje,
• Różne ustawienia,
• Chaos.

- name: Instalacja 7-Zip
  hosts: windows
  tasks:
    - name: Zainstaluj 7-Zip
      win_chocolatey:
        name: 7zip
        state: present

Przykład 3 – zarządzanie plikami i konfiguracją

Scenariusz

Chcesz:

• Skopiować plik konfiguracyjny,
• Ustawić prawa,
• Mieć pewność, że konfiguracja jest identyczna.

- name: Kopiowanie pliku konfiguracyjnego
  hosts: windows
  tasks:
    - name: Skopiuj plik
      win_copy:
        src: files/app.config
        dest: C:\App\app.config

Dlaczego Ansible świetnie sprawdza się w firmach?

• Jedno źródło prawdy (playbook),
• Łatwa dokumentacja,
• Szybkie onboardowanie nowego admina,
• Skalowalność bez chaosu.

Podsumowanie

• Ansible nie jest tylko dla Linuxa
• Idealnie nadaje się do środowisk Windows
• PowerShell + Ansible = pełna kontrola i skala

PowerShell często kojarzy się z:

• Długimi skryptami,
• Skomplikowaną logiką,
• „Czasem to napiszę, jak będę miał czas”.,

Tymczasem największą wartość dają krótkie, proste skrypty, które:

• Rozwiązują jeden problem,
• Można odpalić w każdej chwili,
• Eliminują ręczne klikanie.

Poniżej znajdziesz 5 skryptów, które w realnych środowiskach:

• Oszczędzają godziny pracy,
• Zmniejszają liczbę błędów,
• Poprawiają bezpieczeństwo.

Szybki raport użytkowników z wygasającym hasłem

Problem

Użytkownicy zgłaszają się dopiero wtedy, gdy nie mogą się zalogować.

Search-ADAccount -PasswordExpiring |
Select Name, SamAccountName, PasswordLastSet |
Sort PasswordLastSet

Co zyskujesz?

• Reakcję zanim będzie problem
• Mniej telefonów do IT
• Możliwość automatyzacji maili

Lista nieaktywnych użytkowników w Active Directory

Problem

Nieaktywne konta = ryzyko bezpieczeństwa.

Get-ADUser -Filter * -Properties LastLogonDate |
Where-Object {
    $_.Enabled -eq $true -and
    $_.LastLogonDate -lt (Get-Date).AddDays(-90)
} |
Select Name, SamAccountName, LastLogonDate

Zastosowanie

• Audyty,
• Porządki w AD,
• Podstawa do dezaktywacji kont.

Sprawdzenie stanu usług na serwerze

Problem

„Coś nie działa, ale nie wiadomo co”.

Get-Service |
Where-Object { $_.Status -ne "Running" } |
Select Name, Status

Raport wolnego miejsca na dyskach (lokalnie lub zdalnie)

Problem

Brak miejsca = awarie aplikacji, bazy, backupów.

Get-CimInstance Win32_LogicalDisk -Filter "DriveType=3" |
Select DeviceID,
@{Name="Free(GB)";Expression={[math]::Round($_.FreeSpace/1GB,2)}},
@{Name="Size(GB)";Expression={[math]::Round($_.Size/1GB,2)}}

Szybki reset hasła + odblokowanie konta

$User = "jkowalski"
$Password = ConvertTo-SecureString "TempP@ss123!" -AsPlainText -Force

Set-ADAccountPassword -Identity $User -Reset -NewPassword $Password
Unlock-ADAccount -Identity $User
Set-ADUser -Identity $User -ChangePasswordAtLogon $true

Dlaczego te skrypty mają sens?

• Rozwiązują realne problemy,
• Można je odpalić „na gorąco”,
• Są bazą do dalszej automatyzacji (harmonogram, Ansible, monitoring).

Podsumowanie

• PowerShell nie musi być skomplikowany
• Największą wartość dają krótkie, praktyczne skrypty
• Automatyzacja zaczyna się od małych kroków

Każdy administrator Windows zna ten scenariusz:

• To samo klikanie w konsoli,
• Te same konta użytkowników,
• Te same raporty,
• Te same „szybkie” zadania, które powtarzają się codziennie.

Problem nie polega na braku narzędzi.
Problem polega na tym, że PowerShell jest wciąż wykorzystywany tylko w kilkudziesięciu % swojego potencjału.

W tym artykule pokażę:

• Dlaczego automatyzacja to nie luksus, tylko konieczność w nowoczesnym IT.
• Jakie zadania warto automatyzować jako pierwsze.
• Konkretne, realne skrypty.

Co naprawdę warto automatyzować w Windows Server?

Nie wszystko warto automatyzować. Największy sens mają zadania:

• Powtarzalne,
• Podatne na błędy ludzkie,
• Wykonywane „na szybko”,

Najlepsi kandydaci:

• Tworzenie i modyfikacja kont AD,
• Reset haseł,
• Raporty (AD, dyski, usługi),
• Sprawdzanie stanu serwerów,
• Backup konfiguracji.

Przykład 1 – automatyczne tworzenie użytkownika w Active Directory

Problem

Ręczne tworzenie kont:

• Trwa,
• Bywa niespójne,
• Generuje błędy (OU, grupy, nazwy).

$UserData = @{
    Name              = "Jan Kowalski"
    GivenName         = "Jan"
    Surname           = "Kowalski"
    SamAccountName    = "jkowalski"
    UserPrincipalName = "jkowalski@firma.local"
    Path              = "OU=Users,DC=firma,DC=local"
    AccountPassword   = (ConvertTo-SecureString "TempP@ss123!" -AsPlainText -Force)
    Enabled           = $true
}

New-ADUser @UserData
Add-ADGroupMember -Identity "Pracownicy" -Members "jkowalski"

Co zyskujesz?

• Spójność kont,
• Oszczędność czasu,
• Możliwośc dalszej automatyzacji (CSV, formularze).

Przykład 2 – raport wolnego miejsca na dyskach serwerów

Problem

„Kończy się miejsce, ale nikt nie zauważył”.

Get-PSDrive -PSProvider FileSystem |
Select-Object Name,
    @{Name="Used(GB)";Expression={[math]::round(($_.Used/1GB),2)}},
    @{Name="Free(GB)";Expression={[math]::round(($_.Free/1GB),2)}} |
Where-Object { $_."Free(GB)" -lt 20 }

Przykład 3 – automatyczny reset hasła i wymuszenie zmiany

Scenariusz

Użytkownik dzwoni:
„Nie mogę się zalogować, hasło nie działa”.

Set-ADAccountPassword -Identity "jkowalski" -Reset `
-NewPassword (ConvertTo-SecureString "NoweP@ss123!" -AsPlainText -Force)

Set-ADUser -Identity "jkowalski" -ChangePasswordAtLogon $true
Unlock-ADAccount -Identity "jkowalski"

Dlaczego automatyzacja to realne bezpieczeństwo?

Automatyzacja to nie tylko wygoda:

• Mniej błędów ludzkich,
• Lepsza powtarzalność,
• Łatwiejsze audyty,
• Prostsze odtwarzanie konfiguracji

W środowiskach, które obsługuję, automatyzacja często zapobiegła realnym incydentom, zanim użytkownik zdążył je zauważyć.

Jak zacząć automatyzację bez „przepalenia tematu”?

Zacznij od jednego problemu
Dokumentuj skrypty
Testuj na środowisku testowym
Buduj bibliotekę skryptów
PowerShell nie musi być „wielkim projektem”.
Najlepsze automaty powstają z małych usprawnień.

Podsumowanie

• PowerShell to fundament automatyzacji w Windows Server
• Największą wartość dają proste, powtarzalne skrypty
• Automatyzacja = czas + bezpieczeństwo + skalowalność
• W kolejnym artykule pokażę 5 gotowych skryptów PowerShell, które realnie oszczędzają czas administratora.

W tym wpisie pokażę, jak wdrożyć MFA w środowisku Windows Server 2022, krok po kroku, wraz z przykładami konfiguracji PowerShell.

Opis problemu

Rozwiązanie / krok po kroku

Krok 1. Instalacja modułu Powershell

Install-Module -Name MSOnline

Krok 2. Konfiguracja MFA dla użytkownika:

# Włącz MFA dla użytkownika
Set-MsolUser -UserPrincipalName jan.kowalski@firma.pl -StrongAuthenticationRequirements @(@{RelyingParty="*";State="Enabled"})

Krok 3. Weryfikacja ustawień:

Get-MsolUser -UserPrincipalName jan.kowalski@firma.pl | Select DisplayName,StrongAuthenticationRequirements

Dodatkowe wskazówki

• Zawsze testuj skrypty w środowisku testowym.
• Loguj zmiany w pliku CSV dla audytu:

Get-MsolUser | Export-Csv C:\backup\MFAUsers.csv -NoTypeInformation

Podsumowanie

• MFA zwiększa bezpieczeństwo kont użytkowników.
• PowerShell pozwala na automatyzację konfiguracji dla wielu kont jednocześnie.
• Dokumentuj zmiany dla bezpieczeństwa i audytów.