PowerShell: Invoke-RestMethod : The underlying connection was closed: An unexpected error occurred on a send.

Przy próbie użycia polecenia Invoke-RestMethod otrzymujemy komunikat:

Invoke-RestMethod : The underlying connection was closed: An unexpected error occurred on a send.

Problem polega na tym, że starsze wersje .NET nie obsługują nowszych wersji TLS, takich jak 1.2 i 1.3.

Sprawdzonym rozwiązaniem jest wymuszenie użycia TLS w wersji 1.2, w tym samym oknie wydajmy polecenie:

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12

Następnie wywołajmy polecenie Invoke-RestMethod jeszcze raz:

Invoke-RestMethod firsttorun.sprawdzone.it > first.ps1

Działa! Możemy już pobrany skrypt uruchomić:

Microsoft 365: Jak dodać alias konta pocztowego kiedy używamy Azure AD Connect ?

Używając Azure AD Connect, przy próbie dodania aliasu dla użytkownika po stronie panelu administracyjnego otrzymujemy komunikat:

This user is synchronized with your local ‎Active Directory‎. Some details can be edited only through your local ‎Active Directory‎
.

Jak dodać alias dla użytkownika Microsoft 365 kiedy jest synchronizowany z Active Directory?

Czytaj dalej „Microsoft 365: Jak dodać alias konta pocztowego kiedy używamy Azure AD Connect ?”

ntfy: własny darmowy system powiadomień

ntfy to prosta i darmowa usługa powiadomień PUSH oparta na protokole HTTP. Umożliwia wysyłanie powiadomień na telefon i komputer za pomocą skryptów z dowolnego systemu operacyjnego. Usługa działa całkowicie bez rejestracji i skomplikowanej konfiguracji. Jest to również oprogramowanie typu open source. Jako serwera pośredniczącego możesz używać darmowego ogólnodostępnego rozwiązania lub uruchomić własne rozwiązanie. Największym plusem ntfy jest możliwość wysyłania powiadomień PUSH na urządzenia mobilne lub pulpit komputera. Jak uruchomić własny serwer? W jaki sposób wysyłać powiadomienia ntfy? Sprawdzone sposoby znajdziecie poniżej.

Czytaj dalej „ntfy: własny darmowy system powiadomień”

Windows Server: Active Directory w wersji Core

Windows Server w wersji Core jest z nami już od wersji 2008 zatem to sprawdzona technologia jak na standardy IT. Wersja Core jest unikana przez administratorów, co trochę nie zrozumiałe, zwłaszcza w w dużych środowiskach lub w takich które wymagają niestandardowego podejścia do bezpieczeństwa. Windows Server Core to minimalna, ale uwaga, domyślna opcja instalacji! Jest dostępna zarówno dla wersji Standard jak i Datacenter.

Wersja Core obsługuje większość ról i funkcji Windows Server (choć nie wszystkie). Ma sporo zalet: potrzebuje mniejszej ilość zasobów sprzętowych (mniejsze jest użycie procesora, pamięci RAM i miejsca na dysku). Jest mniej podatny na zagrożenia (posiada mniej elementów, bibliotek, zależności podatnych na ataki).  Aktualizacje systemu są mniejsze, wymagają mniej  ponownych uruchomień co w wypadku środowisk wysoko dostępnych może być duża zaletą.

Server Core został zaprojektowany do zdalnego zarządzania, dlatego też opcje dostępne lokalne są sprowadzone do konfiguracji podstawowych ustawień takich jak: adresacja kart sieciowych, zmiana nazwy serwera, dodanie do domeny czy zdalne zarządzanie.

Czytaj dalej „Windows Server: Active Directory w wersji Core”