Serwer Terminali z zaufanej domeny - uprawnienia do uwierzytelniania na komputerze

Scenariusz:

- serwer terminali oparty na Windows Server 2003, będący w domenie A.

- użytkownicy łączący się z terminalem są użytkownikami domeny B. Podczas logowania usera domainB/username do serwera pojawia się komunikat:

The machine you are logging onto is protected by an authentication firewall.  The specified account is not allowed to authenticate to the machine.

VMWare nie 'obsługuje' Windows 8

Jak się okazuje, na ESX czy ESXi nie postawimy wirtualki z Windows 8. Każda próba kończy się nagłym power-off'em.
Przeczytać można też o tym na stronie vmware:
VMWare Knowledge Base

Jak zapewnia VMWare, firma pracuje nad rozwiązaniem i udostępni aktualizacje najszybciej jak to możliwe.

IIS- jak ukryć Server i X-AspNet-Version w nagłówku http

Jak wiadomo, w nagłówku http wysyłane jest w wiele informacji które określają parametry pracy transakcji. Jednym z kroków jaki powinien zostać wykonany podczas 'wypuszczania' w świat strony www na serwerze IIS jest ukrycie m.in. takich informacji jak wersja serwera www. Jak wiadomo, im więcej takich informacji upublicznimy, tym bardziej narażamy nasz system na potencjalny atak.

W tym poście opiszę jak ukryć i wysłać nieprawdziwe dane o naszym serwerze www oraz jak ukryć wersję ASP.NET w nagłówku.

Migracja kont z domeny A do domeny B- MS Windows 2003

Poniżej przedstawiam krótki opis krok po kroku, jak przenieść konta użytkowników z domeny A do domeny B (na przykładzie MS Windows 2003) na poszczególnych komputerach z zachowaniem profili.
Istnieje kilka sprawdzonych sposobów na bezproblemową migrację. W tym poście opiszę tą czynność przy pomocy narzędzia ADMT (Active Directory Migration Tool) i Security Translation Wizard.
Zakładam, że w domenie docelowej B istnieją już odpowiednie konta, odpowiadające kontom z domeny A.
Poniższe czynności przeprowadzić należy na kontrolerze domeny A.

Zdalna instalacja SQL Server 2008 Enterprise R2 x64

Temat poruszany na różnych forach niejednokrotnie i ostatnio mi się przytrafił:
instalacja Sql Server 2008 R2 Enterprise x64 na serwerze Windows 2008 R2 Enterprise x64 (stand-alone) przebiegła bez najmniejszych problemów.
Od razu zaznaczam, że instalację robiłem po RDP z mapowaniem lokalnego napędu (z instalką sql'a) na zdalną maszynę.
Jak napisałem wyżej, z  postawieniem silnika i pierwszej instancji nie było problemu. Problem pojawił się, gdy chciałem 'dołożyć' kolejną instancję. Generalnie instalacje kończyła się pełnym niepowodzeniem, a w logach pojawiało się:

Mirror dysków na wirtualnym Win 2k8 Standard R2 w ESX 4.0 i problem

Jak wiadomo, administratorzy dzielą się na tych, którzy robią backup'y i na tych co będą je robić;) 

Ostatnio, podczas tworzenia mirroru (wykorzystującego dyski dynamiczne) na wirtualce z systemem MS Windows 2008 Std R2 na platformie VMWare ESX 4.0 pojawił się problem w postaci komunikatu "Failed redundancy". 

Po wielu próbach, kombinacjach i żonglerkach z partycjami, przeczytaniu chyba całej dokumentacji technicznej VMWare;) końcu trafiłem na forum związane m.in z tematyką wirtualizacji. Jak się okazało, nie ma możliwości stworzenia mirroru dysków w takiej konfiguracji (Win 2k8 R2 na ESX 4.0). Niestety żadna oficjalna dokumentacja nie zawiera takiej informacji.

Jedynym rozwiązaniem jest albo update ESX do wersji 4.1 lub nowszej albo zmiana wersji maszyny-gościa na niższą (tj. Windows Server 2008).