Plik wykonywalny uruchomiony przez usługę windows przy użyciu lokalnego konta systemowego nie może uzyskać dostępu do udziałów sieciowych

Mam plik wykonywalny uruchamiany przez usługę windows, program ten będzie uruchamiany na komputerze klienta i będzie musiał połączyć się ze zdalnym udziałem, aby wykonać określone zadanie. Udział ten jest określony przez Klienta za pośrednictwem interfejsu użytkownika, więc nie wiemy tego z góry, co oznacza, że nie może być "zakodowany na twardo" lub udział zmapowany z góry.

Wcześniej wymagaliśmy od klienta zalogowania się na swoją maszynę i uruchomienia pliku wykonywalnego podczas logowania, ale zawsze chcieliśmy, aby nasz program działa w ramach usługi i nie wymaga logowania, przede wszystkim po to, aby ułatwić klientowi i zapobiec przypadkowemu wylogowaniu z naszego oprogramowania. Oznacza to również, że nie wiemy, jakie lokalne konta użytkowników istnieją na komputerze klienta, więc musimy uruchomić usługę za pomocą lokalnego konta systemowego.

Mamy teraz, jak wspomniano powyżej, usługę wrappera do uruchamiania programu wykonywalnego i wykonywania różnych zadań. Wydaje się, że w większości przypadków działa to dobrze i uzyskuje dostęp do sieci bazowej fine - celem naszego oprogramowania jest głównie przechwytywanie pakietów itp.

Jednak, gdy oprogramowanie próbuje połączyć się z udostępnieniem systemu windows (NAZWA UNC), nie może się połączyć. Natomiast jeśli plik wykonywalny został uruchomiony ręcznie, łączy się z nim fine.

Sugestie, które ogólnie widziałem, aby rozwiązać tego rodzaju problemy, wydają się wszystkim mówić użyj konta użytkownika, ponieważ konto systemowe nie może uzyskać dostępu do udziałów sieciowych, ale w naszym przypadku nie jest to możliwe. Czy jest jakiś inny sposób, żeby to zrobić? praca?

Edit: zapomniałem wspomnieć, że ta aplikacja może (i najczęściej będzie) działać na Win2K a nie XP, i chyba mam rację mówiąc, że konto sieci lokalnej nie jest dostępne przed XP?