Konfigurowanie czasu w Windows XP

Czas w systemie Windows XP można skonfigurowac tak, aby automatycznie regulował się w oparciu o zewnętrzne serwery NTP. W zasadzie tak samo można skonfigurowac czas dla Windows 2003 Server. Aby tego dokonać teleży posłużyć się narzędziem regedit.

Uwaga! Wszelkie zmiany w rejestrze systemu Windows na własna odpowiedzialność!

1. Uruchamiamy regedit

2. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\

Czas regulowany w oparciu o NTP:

P-klik na Type | Modyfikuj i ustawiamy Dane wartości na NTP (jeśli jest inaczej)

Serwery NTP

P-klik na NtpServer | Modyfikuj i ustawiamy Dane wartości na np.:

ntp.nask.pl,0x1 ntp1.tp.pl,0x1

Uwaga! Ważny jest ten format zapisu: 0x1 po przecinku za nazwą serwera oraz spacje pomiędzy serwerami.

3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\

Ustawiamy odpowiednie bity (flagi) - chodzi o rozgłaszanie przez komputer że jego czas jest OK ;-) (ma to znaczenie jesli chcemy w oparciu o ten komputer synchronizować następne)

P-klik na AnnounceFlags | Modyfikuj i ustawiamy Dane wartości na 5

Ustawiamy maksymalne korekty czasu w przód i w tył (jakieś duże wartości)

P-klik na MaxPosPhaseCorrection | Modyfikuj i ustawiamy Dane wartości na ffff

P-klik na MaxNegPhaseCorrection | Modyfikuj i ustawiamy Dane wartości na ffff

4. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient\

Ustawiamy interwał co który czas jest kontrolowany (w sekundach)

P-klik na SpecialPoolInterval | Modyfikuj,  ustawiamy System - Dziesiętny i Dane wartości na 900 (czyli 15 minut)

5.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer\

Włączamy usługę

P-klik na Enabled | Modyfikuj i ustawiamy Dane wartości na 1 (jeśli jest inaczej)

6. Zamykamy regedit

7. W wierszu poleceń Windows (cmd) wpisujemy:

net stop w32time && net start w32time

a następnie:

w32tm /resync /rediscover

Import pliku .NK2 do MS Office 2010

Sugerowane kontakty - lub "pamięć podręczna pseudonimów" jak to nazywa Microsoft, to w MS Outlook lista adresów e-mail, które pojawiają jako lista rozwijana w momencie wpisywania adresu nadawcy w nowo tworzonej wiadomości. Rzecz użyteczna, która jednak nie jest powiązana z kontaktami Outlooka i można się nieco zdziwić po przeniesieniu poczty na przyklad na inny komputer. Tym bardziej - co jest częstą praktyką - jeśli ktoś nie zapisuje kontaktów, a posługuje się tylko tymi podręcznymi.

Kontakty podręczne, sugerowane czy pseudonimy (niepotrzebne skreślić) są zapisywane w pliku o rozszerzeniu .NK2, który umieszczany jest w profilu użytkownika:

dysk:\Documents and Settings\user\Dane aplikacji\Microsoft\Outlook

to w Windows XP, a w nowszych w:

dysk:\Użytkownicy\user\AppData\Roaming\Microsoft\Outlook

W przypadku reinstalacji lub przenosin w ramach Office'a 2003 czy 2007 nie ma problemu. Wystarczy wkopiować ten pliczek w odpowiednie miejsce. Ważne jest tylko aby nazwa pliku pokrywała się z nazwą profilu Oulooka, czyli np. Outlook.NK2 jesli profil to 'Outlook'.

Inaczej ma się sprawa przy przenosinach do Outlooka 2010. Też kopiujemy plik do katalogu Outlook'a - zależnie od wersji Windows którą posiadamy (patrz wyżej). Również ważne jest aby nazwa pliku odpowiadała nazwie profilu Outlooka. Teraz klikamy Start (oraz Uruchom - jeśli jest :-) i w polu poleceń wpisujemy

outlook.exe /importnk2

I już.

SharePoint i błąd 10016

W systemie Windows 2008 Server R2 zainstalowany jest SQL Server 2008 R2 Express i SharePoint Foundation 2010.

Dla roli Application Server pojawia się błąd:

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{61738644-F196-11D0-9953-00C04FD919C1}
and APPID
{61738644-F196-11D0-9953-00C04FD919C1}
to the user NT AUTHORITY\NETWORK SERVICE SID (S-1-5-20) from address LocalHost (Using LRPC). This security permission can be modified using the Component Services administrative tool.

Source: DistributedCOM
Event ID: 10016

Za pomocą regedit sprawdzamy więc sobie o jaką aplikację chodzi - wyszukujemy CLSID. Okazuje się że IIS WAMREG admin Service. (Na razie proponuję nie zamykać regedita ;-)

UWAGA! Wszelkie działania w rejestrze na własną odpowiedzialność!

Uruchamiamy przystawkę comexp.msc (lub wchodzimy w menu Start | Administrative Tools | Component Services) na prawach administratora.

Dalej przechodzimy do Component Services | My Computer | DCOM Config i odszukujemy naszą aplikację, czyli IIS WAMREG admin Service. P-klik i Properties, a następnie zakładka Security.

I tu spotyka nas - jeśli mamy wersję R2 - rozczarowanie, bo nic sobie nie klikniemy. Panowie Małomiętcy zwiększyli bazpieczeństwo w stosunku do pierwszego wydania Windows 2008 Server. Ponieważ to okienko jest powiązane z odszukanym już przez nas wcześniej w rejestrze kluczem:

HKEY_CLASSES_ROOT\AppID\{61738644-F196-11D0-9953-00C04FD919C1}

możemy łatwo sprawdzić, że pełne prawo do tego elementu ma tylko TrustedInstaller, a Administrators (lub Admnistrator - zależy czy mówimy o lokalnym, czy domenowych) mają tylko prawo Read. Żeby nadać administratorom prawo do edycji uprawnień, trzeba najpierw 'wejść w posiadanie klucza', czyli Advanced | Owner i zmieniamy właściciela na Administrators. A jak już rządzi admin to może sobie nadać prawo Full Control.

Teraz możemy zmienić ustawienia w Component Services dla IIS WAMREG admin Service (może być potrzebne ponowne uruchomienie). Wracamy do naszej zakładki Services, w części Launch nad Activation Permissions klikamy Edit, dalej Add i wyszukujemy konto WSS_WPG. Ustawiamy prawa Local Launch i Local Activation.