Warning: Creating default object from empty value in /home/platne/serwer68747/public_html/blog.porowski.pro/wp-content/themes/smartblog/framework/admin/redux-framework/inc/class.redux_filesystem.php on line 29
Hints Archives | Page 4 of 5 | Dariusz Porowski {Tech} Blog
Top Menu

Category Archives Hints

Większość administratorów mapuje udziały sieciowe użytkownikom za pomocą skryptów logowania, używając powłoki systemowej lub Visual Basic. Dość często istnieje również potrzeba mapowania udziału tylko dla danego użytkownika – wykorzystuje się wtedy zmienną środowiskową %UserName% w przypadku skryptów systemowych opartych o net use lub właściwości obiektu sieciowego UserName w przypadku skryptów Visual Basic. W obu przypadkach, dla uzyskania tego samego rezultatu używamy zbieżnej nazwy „UserName”.

Co się stanie jeżeli użyjemy zmiennej %UserName% przy mapowaniu udziałów za pomocą Group Policy Preferences, gdzie przykładowo nasza ścieżka mapowania wygląda następująco: \files.corp.merago.comUsers%UserName%? Odpowiedz jest następująca: NIC! Nie uda się użytkownikowi podłączyć jego udziału. Dlaczego? Otóż GPP ma swój zestaw zmiennych i w tym przypadku zmienna nazywa się %LogonUser%. Prawidłowa ścieżka dla GPP powinna wtedy wyglądać tak: \files.corp.merago.comUsers%LogonUser%.

OK, mamy rozwiązany problem z podpinaniem udziału po nazwie użytkownika, a co z innymi zmiennymi dla GPP? Przepis poniżej:

  1. Otwórz GPO w trybie edycji i skieruj się do User Configuration / Preferences / Drive Maps.
  2. Kliknij prawym przyciskiem myszy na Drive Maps i wybierz New, a następnie Mapped Drive.
  3. Ustaw wszystkie żądane ustawienia i wpisz bazową ścieżkę w pole Location. Zobacz rysunek poniżej. GPPDriveMaps001
  4. W celu wstawienia odpowiedniej zmiennej, mając ustawiony wskaźnik zachęty w polu Location, naciśnij na klawiaturze klawisz F3. Pokaże się formatka z listą wszystkich zmiennych jakie możesz wykorzystać w GPP. Zobacz rysunek poniżej. GPPDriveMaps002
  5. Wybierz interesująca Cię pozycję, a następnie kliknij przycisk Select. Zmienna zostanie wstawiona we wskazane miejsce w polu Location. Zobacz rysunek poniżej. GPPDriveMaps003

Dla przypomnienia: Group Policy Preferences dostępne są dla systemów od Windows XP / Windows Server 2003, przy zastosowaniu poprawki KB943729.

Lync2010

Jeżeli przy domyślnej instalacji klienta Lync 2010, chcemy połączyć się z serwerem OCS 2007 to dostaniemy oto taki piękny komunikat, że się nie da:

Cannot sign in to Lync

Cannot sign in because the server version is incompatible with Microsoft Lync 2010. Contact your support team with this information.

Tak on wygląda:

Lync2010Client_Error

Jednak my chcemy uparcie używać nowszej wersji klienta a nie OCS. Rozwiązaniem jest dopisanie klucza w rejestrze:

  • Klucz: HKEY_LOCAL_MACHINESoftwarePoliciesMicrosoftCommunicator
  • Nazwa: DisableServerCheck
  • Typ: DWORD
  • Wartość: 1 (00000001)

Po dodaniu wpisu do rejestru powinniśmy bez problemów zalogować się Smile

Ostatnio wpadło mi w ręce kilka stacji roboczych DELL OptiPlex 755 wyposażone w C2D E6550 2.33 GHz, 8 GB RAM oraz 1 TB HDD. Zdecydowanie fajna nisko budżetowa konfiguracja pod laboratorium oparte o wirtualizację.

Nie zastanawiając się długo zainstalowałem Windows Server 2008 R2 w rozszerzalnym pliku VHD, a następnie włączyłem rolę Hyper-V. Zaraz dla testu stworzyłem maszynę wirtualną i ją uruchomiłem… no właśnie… prawie uruchomiłem – pokazał mi się piękny komunikat z błędem:

“The virtual machine could not be started because the hypervisor is not running”

   Hyper-V_The_virtual_machine_could_not_be_started_because_the_hypervisor_is_not_running

Powyższy komunikat pojawia się najczęściej wtedy, kiedy platforma nie ma włączonego sprzętowego wsparcia wirtualizacji, lecz w tym wypadku byłem pewny, że ma wsparcie oraz, że je włączyłem w BIOS. Lekko zaskoczony sytuacją uruchomiłem dodatkowo program do sprawdzania sprzętowego wsparcia wirtualizacji SecurAble. Efekt programu był jak najbardziej poprawny. Platforma wspiera wirtualizację sprzętową.

SecurAble_001 SecurAble_002

Jeżeli niby wszystko jest OK, to co nie jest OK? Przed instalacją systemu poczyniłem zmiany w BIOS na takie, które wg mnie powinny być poprawne i jak pokazał programik SecurAble teoretycznie były.

Jak się okazało moja konfiguracja BIOS była prawie dobra. Poniżej zamieszczam konfigurację jaką trzeba ustawić:

  • Performance
    • Virtualization (On)
    • VT for Direct I/O Access (On)
    • Trusted Execution (Off)
  • Security
    • Execute Disable (On)

Należy pamiętać, że po zapisaniu tych zmianach trzeba wykonać twardy reset maszyny, czyli najlepiej wyjąć wtyczkę z kontaktu.

Może zdarzyć się, że po wprowadzeniu powyższych ustawień nadal będzie występował problem z uruchomieniem maszyn wirtualnych. Wtedy należy wyłączyć wszystkie opisane powyżej opcje, zrobić twardy reset i ponownie włączyć poprawną konfigurację wraz z twardym resetem na zakończenie.

  • Performance
    • Virtualization (Off)
    • VT for Direct I/O Access (Off)
    • Trusted Execution (Off)
  • Security
    • Execute Disable (Off)

Po wykonaniu powyżej opisanej procedury powinniśmy móc już odpalić wirtualne maszyny pod Hyper-V na DELL OptiPlex 755. Co ciekawe wtedy program SecurAble pokazuje poniższy raport:

SecurAble_003

Oczywiście należy nim się nie przejmować i cieszyć się w pełni z Hyper-V.

Orca

We wpisie o edycji paczki MSI z instalacją System Center Cappacity Planer 2007, pisałem o użyciu programu Orca. Wspomniałem również, że Orca jest darmowym narzędziem wchodzącym w skład Windows SDK. Aby uzyskać to narzędzie trzeba zainstalować Windows SDK. Dla mnie nie jest to wygodne rozwiązanie, szczególnie kiedy interesuje mnie tylko Orca, bez innych zbędnych rzeczy wchodzących w skład Windows SDK – po co zaśmiecać sobie system? Pomijam również niedogodność związaną z pobraniem Windows SDK (~1,5 GB) dla narzędzia, które zajmuje ~2 MB 😉 Można oczywiście użyć instalatora Windows SDK OnLine, ale i tak wiąże się to ze ściąganiem sporej ilości MB i zaśmiecaniem systemu zbędnymi rzeczami. Rozwiązanie wydobycia instalatora Orca przedstawiam poniżej 🙂 Poniższy przykład jest w oparciu o Windows SDK w wersji x64. Ścieżki oraz nazwy plików zapewne różnią się w wersjach x86 oraz Itanium (nie pobierałem tych wersji), natomiast schemat działania i uzyskania instalatora Orca powinien być ten sam.

  1. Mając pobrane najnowsze Windows SDK (wersja dla Windows 7) w wersji ISO, należy zamontować (np. przy użyciu MagicDisc) / rozpakować / nagrać na DVD (* niepotrzebne skreślić) obraz.
  2. Kolejnym krokiem jest utworzenie tymczasowego katalogu roboczego gdzieś na dysku twardym np. D:Orca.
  3. Uruchamiamy linię poleceń (Start –> cmd.exe –> Enter) i przechodzimy we wskazaną ścieżkę Y:SetupWinSDKTools_amd64, gdzie Y: jest napędem montowania obrazu. W tym katalogu znajdują sie trzy pliki: cab1.cab, cab2.cab oraz WinSDKTools_amd64.msi, nas interesuje cab1.cab.
  4. W pliku cab1.cab znajduje się plik z instalatorem programu Orca. W celu wydostania owego pliku wpisujemy w linii poleceń expand cab1.cab -F:*Orca* D:Orca. W rezultacie wypakujemy plik bez rozszerzenia z mało przyjemną nazwą WinSDK_Orca_Msi_5E20C107_DAA3_4D49_AFAE_7FB2594F0CDC_amd64.
  5. Ostatnim krokiem uzyskania ładnej paczki MSI z edytorem Orca jest zmiana nazwy tego pliku na Orca.Msi już w Windows Explorer lub za ciosem z linii poleceń ren WinSDK_Orca_Msi_5E20C107_DAA3_4D49_AFAE_7FB2594F0CDC_amd64 Orca.Msi. W efekcie otrzymujemy gotowy instalator MSI z programem Orca.

Poniżej screen ilustrujący powyższy opis.

OrcaExpand

Powyższy opis odwołuje się akurat do programu Orca. Przy pomocy tego samego schematu działania można wypakować inne interesujące narzędzia z plików CAB w ramach Windows SDK. Zachęcam również do zabawy z poleceniem expand przy dłubaniu w plikach CAB lub MSU (Microsoft Update Standalone Package) 🙂

Zdjęcie skaczącej orki autorstwa Mlewan pochodzi ze strony Wikimedia Commons.

SCCP 2007Dziś miałem potrzebę użycia całkiem zgrabnego i darmowego (poprzednia wersja 2006 była dostępna tylko dla subskrybentów TechNet oraz MSDN) narzędzia jakim jest System Center Capacity Planner 2007. Niestety, podczas próby instalacji tego narzędzia w systemie Windows 7, otrzymałem komunikat, że w nie ma .NET Framework 2.0 w wersji RTM 👿 Oczywiście .NET Framework 2.0 w najnowszych systemach Windows 7 oraz Windows Server 2008 R2 jest już wbudowany w system, lecz w nowszej kompilacji. Poniżej screen owego komunikatu.

SCCP 2007 - Windows 7 Error

Nie zastanawiając się za bardzo, zacząłem Bingować oraz Googlować problem – nie lubię wyważać otwartych drzwi. Niestety, to co znalazłem zupełnie nie dotyczyło platformy .NET tylko np. wersji systemu lub komponentu MDAC. Za to ukierunkowało mnie na grzebaniu w paczce MSI. Dzięki użyciu narzędzia do zmiany atrybutów paczki MSI, udało mi się zdjąć warunek sprawdzania zainstalowanej wersji platformy .NET. Poniżej opis jak tego dokonać.

  1. W pierwszej kolejności musimy zaopatrzyć się w narzędzie do edycji paczek MSI. Najbardziej znanym, darmowym i lubianym przeze mnie jest Orca. Minusem tego zaledwie ~2 MB narzędzia jest to, że jest składnikiem Windows SDK, który już waży prawie ~1,5 GB. Jeżeli, ktoś już ma u siebie lokalnie ściągnięte Windows SDK lub instalację programu Orca to problem pobierania go nie dotyczy. Jeśli jednak nie mamy takiego narzędzia lokalnie i nie mamy ochoty pobierać ~1,5 GB dla ~2 MB narzędzia to istnieje alternatywny edytor, również darmowy, całkiem przyzwoity i ważący ~5,5 MB jakim jest InstEd. InstEd wygląda i działa identycznie jak Orca.
  2. Jak już będziemy mięli zainstalowany edytor MSI to otwieramy w nim pakiet instalacyjny SCCP 2007. W lewej części edytora znajduje się spis tabel, gdzie namierzamy pozycję _VsdLaunchCondition. Po wybraniu jej, w prawej części edytora zobaczymy dwie pozycje sprawdzania warunków uruchomienia paczki. Jedna dotyczy właśnie platformy .NET, a druga komponentu MDAC.
  3. Zaznaczamy pozycję dotyczącą platformy .NET tj. CanonicalizedMsiNetAssemblySupport>=VSDSupportedRuntimesMin AND CanonicalizedMsiNetAssemblySupport<VSDSupportedRuntimesMax i usuwamy wiersz warunku.
  4. Zapisujemy paczkę MSI.
  5. Odpalamy instalację, która nie sprawdza już platformy .NET i umożliwia dalsze zainstalowanie narzędzia SCCP 2007. Działanie programu po instalacji jest już jak najbardziej prawidłowe.

Poniżej ilustracja obrazująca powyższy opis.

SCCP 2007 MSI Orca

Na marginesie dodam, że System Center Capacity Planner 2007 umożliwia planowanie tylko dla Exchange Server 2007. Są jednak dwa dodatki rozszerzające możliwości narzędzia o planowanie dla Office SharePoint Server 2007 / SharePoint Services 3.0 oraz System Center Operation Manager 2007. Paczki tych dodatków instalują się poprawnie i nie trzeba ich edytować.

Close