Hosting .NET w Winlogon (gdzie DLL GINA zostały załadowane) prawdopodobnie nie jest taki gorący idea- może spowodować różnego rodzaju konfliktów, jeśli coś innego zdecyduje się zrobić to samo, a jeśli wyrzucisz winlogon, nigdzie nie dojdziesz do tego komputera. Ponadto, GINA została zastąpiona przez Vista z ICredentialProvider (patrz here) - więc Twoja inwestycja zostanie utracona, gdy tylko przejdziesz do nowszego systemu operacyjnego. Nawet tam, to samo dotyczy: niestandardowych dostawców poświadczeń są ładowane do Winlogon, więc prawdopodobnie nie jest to świetny pomysł, aby korzystać z .NET tam.
Bez względu na to, oba te elementy mają obsługiwać niestandardowe moduły uwierzytelniające, a nie "kontrolować, co robią pracownicy". Istnieją inne sposoby uruchamiania oprogramowania na komputerach logowania, jeśli to właśnie próbujesz zrobić.
Wszystko, co powiedzieliśmy, jeśli nadal chcesz go wypróbować, będziesz potrzebować niezarządzanego shim DLL, C++/CLI lub hakowania IL (zobacz here), aby wyeksportować funkcje GINA, ponieważ C# nie może bezpośrednio eksportować funkcji DLL . Czyste zarządzane rozwiązanie C# nie jest możliwe.
Pomoże Ci, jeśli podpowiesz, czym jest GINA. –
Czy to jest GINA? http://msdn.microsoft.com/en-us/library/aa380543%28VS.85%29.aspx –
Akronim komputerowy, GINA (all caps) to graficzna biblioteka identyfikacji i uwierzytelniania (DLL). GINA jest wymienną biblioteką DLL ładowaną przez plik wykonywalny Winlogon. GINA implementuje politykę uwierzytelniania interaktywnego modelu logowania i oczekuje się, że wykona wszystkie interakcje użytkownika związane z identyfikacją i uwierzytelnianiem. –