C # ile oluşturduğum bir Windows hizmetini başlatmaya çalıştığımda bu hatayı alıyorum:

Kodum şu ana kadar:

private ServiceHost host = null;

public RightAccessHost()
{
    InitializeComponent();
}

protected override void OnStart(string[] args)
{
    host = new ServiceHost(typeof(RightAccessWcf));
    host.Open();
}

protected override void OnStop()
{
    if (host != null)
        host.Close();
    host = null;
}

1 numaralı güncelleme

NETWORK SERVICE hesabına izinler vererek yukarıdaki sorunu çözdüm ancak şimdi başka bir sorunum var:

2 numaralı güncelleme

Hizmet başlatılamıyor. System.InvalidOperationException: 'RightAccessManagementWcf.RightAccessWcf' hizmetinin sıfır uygulama (altyapı dışı) uç noktası var. Bunun nedeni, uygulamanız için hiçbir yapılandırma dosyasının bulunmaması veya yapılandırma dosyasında hizmet adıyla eşleşen hiçbir hizmet öğesinin bulunamaması veya hizmet öğesinde hiçbir uç noktanın tanımlanmamış olması olabilir. System.ServiceModel.Description.DispatcherBuilder.EnsureThereAreNonMexEndpoints (ServiceDescription açıklaması) at System.ServiceModel.Description.DispatcherBuilder.InitializeServiceHost (ServiceDescription açıklaması, ServiceHostBase hizmetHostu) System.ServiceModel.ServiceBase TimeSpan zaman aşımı) System.ServiceModel.Channels.CommunicationObject öğesinde.

Bu yazının eski olduğunun farkındayım, ancak belirgin bir çözüm yok ve sadece bunu nasıl çözdüğümü anlatmak istedim.

İlk Error 5: Access Deniedhata, NETWORK SERVICEhesaba çıktı dizinine izinler verilerek çözüldü .

İkinci Started and then stoppedhata, hizmette hata veren bir şey olduğunda genel bir mesaj gibi görünüyor. Gerçek hata mesajı için Olay Görüntüleyiciyi (özellikle 'Windows Günlükleri> Uygulama') kontrol edin.

Benim durumumda, app.config dosyasında kötü bir servis yapılandırması ayarıydı.

Bilgisayar -> Yönet -> Hizmet -> [hizmetiniz] özellikleri. Ardından hesap bilgilerinin bulunduğu sekme. Hizmeti yönetici hesabıyla çalıştırmak gibi bu ayarlarla oynayın.

Bu benim için yaptı.

DÜZENLEME: Sorun da şu olabilir, çoğu hizmet LOCAL SERVICEveya LOCAL SYSTEMhesap olarak çalıştırılır . Şimdi C:/my-admin-dir/service.exebu hesaplarla çalıştırdığınızda , ancak o dizinde herhangi bir şey yürütmelerine izin verilmediğinde, alacaksınız error 5. Bu nedenle, hizmetin yürütülebilir dosyasını bulun, RMB dizini -> Özellikler -> Güvenlik ve hizmetin birlikte çalıştırıldığı hesabın, dizin üzerinde tam denetime sahip olmak için tüm kullanıcılar listesinde olduğundan emin olun.

Bu benim için çalıştı.

1. Çalıştırılabilir hizmeti içeren üst düzey klasöre sağ tıklayın. Mülklere Git
2. "Güvenlik" Sekmesine gidin
3. "DÜZENLE" yi tıklayın
4. "EKLE" yi tıklayın
5. "SİSTEM" adını girin, Tamam'a tıklayın
6. SİSTEM kullanıcısını vurgulayın ve "Tam denetim" in yanındaki İZİN VER onay kutusunu tıklayın
7. Tamam'ı iki kez tıklayın

Ben de aynı hatayı aldım, Servis> Özellikler> Oturum Açma> Yerel Sistem Hesabı'na sağ tıklama ile çözüldü.

Path to executableGerçek bir yürütülebilir dosyayı işaret ettiğinden emin olun (Sağ tıklama hizmeti -> Özellikler -> Genel sekmesi). Powershell (ve sc.exe) aracılığıyla gerçek bir yürütülebilir dosyaya işaret etmeden bir hizmet kurabilirsiniz ... ahem.

Çözümü aldım:

1. Go to local service window(where all services found)
2. Just right click on your service name: 
3. click on "properties" 
4. go to "log on" tab
5. select "local system account"
6. click "ok"

şimdi servisi başlatmayı deneyebilirsiniz.

Bu hatayı alıyordum çünkü kabul edilen yanıtı buradan yanlış okudum: Windows hizmetini yürütülebilir dosyadan oluşturun .

sc.exe create <new_service_name> binPath= "<path_to_the_service_executable>"

Çünkü <path_to_service_executable>çalıştırılabilir klasörün yolunu kullanıyordum, örn C:\Folder.

Yürütülebilir dosyanın yolu olması gerekir , örneğin C:\Folder\Executable.exe.

Benim durumumda aşağıdaki kontrol edilmedi.

Benim için - hizmetin çalıştırılacağı klasör ve içindeki dosyalar Windows "Şifrele" seçeneği kullanılarak şifrelenmişti. Bunu kaldırmak ve - işte!

Bu hata, OnStartyönteminizde bir hata olduğunda ortaya çıkar . Bir ana bilgisayarı doğrudan OnStartyöntemde açamazsınız çünkü çağrıldığında aslında açılmayacaktır, bunun yerine kontrolü bekleyecektir. Yani bir iplik kullanmalısın. Bu benim örneğim.

public partial class Service1 : ServiceBase
{
    ServiceHost host;
    Thread hostThread;
    public Service1()
    {
        InitializeComponent();
         hostThread= new Thread(new ThreadStart(StartHosting));

    }

    protected override void OnStart(string[] args)
    {
        hostThread.Start();
    }

    protected void StartHosting()
    {
        host = new ServiceHost(typeof(WCFAuth.Service.AuthService));
        host.Open();
    }

    protected override void OnStop()
    {
        if (host != null)
            host.Close();
    }
}

5. erişim reddedilen bir hata kodunuz varsa, muhtemelen kodunuzda hizmetiniz sistemdeki bazı dosyalarla bir günlük dosyasına yazmak gibi etkileşime girmeye çalışıyor

hizmet özelliklerini seçin log onsekmesini açın ve hizmetin masaüstü ile etkileşime girmesine izin vermek için seçeneği işaretleyin,

Benim durumumda, yürütülebilir dosyanın yüklü olduğu klasördeki 'Grup veya Kullanıcı Adları' listesine 'Kimliği Doğrulanmış Kullanıcılar' eklemem gerekiyordu.

Bu hatanın nedenlerinden biri, yerel klasörünüzdeki yetersiz izinlerdir (Kimliği Doğrulanan Kullanıcılar). 'Kimliği Doğrulanmış Kullanıcılar' için izin vermek için Klasörünüzün özelliklerindeki güvenlik sekmesini açın, 'Kimliği Doğrulanmış Kullanıcılar' grubunu Düzenleyin ve Ekleyin ve Değişiklikleri uygulayın.

Bu yapıldıktan sonra hizmetleri ağ hizmeti hesabı üzerinden bile çalıştırabiliyordum (bundan önce yalnızca Yerel sistem hesabıyla çalışabiliyordum).

OWIN ve TopShelf kullanarak barındırılan Windows hizmetim vardı. Başlayamadım. Aynı hata - "Erişim reddedildi 5"

Tüm izinleri bin / Debug'a verdim.

Sorun hala çözülmedi.

Bu yüzden olay günlüklerine bir göz Microsoft.Owin.Host.HttpListenerattım ve OWIN başlangıç ​​sınıfını içeren sınıf kitaplığına dahil edilmediği ortaya çıktı .

Bu nedenle, izinlere girmeden önce temel nedeni belirlemek için lütfen olay günlüğünü kontrol ettiğinizden emin olun.

Kodunuz, bir hizmeti başlatmasına izin verilmeyen bir kullanıcının güvenlik bağlamında çalışıyor olabilir.

WCF kullandığınız için, NETWORK SERVICE bağlamında olduğunuzu tahmin ediyorum.

bkz: http://support.microsoft.com/kb/256299

Service Installer'da LocalService Account yerine LocalSystem Account kullanın.

Bunu, hizmet yükleyicinizin tasarım görünümünde aşağıdaki değişikliği yaparak da yapabilirsiniz:
Hizmet İşlemi Yükleyicisinin Özellikleri -> Hesabı Yerel Sistem Olarak Ayarla.

veya servis yükleyicinizin designer.cs dosyasında aşağıdaki değişikliği yaparak:

this.serviceProcessInstaller1.Account = System.ServiceProcess.ServiceAccount.LocalSystem;

serviceİn service.msc'ye sağ tıklayın ve seçin property.

Path to executableC: \ Users \ Me \ Desktop \ project \ Tor \ Tor \ tor.exe gibi bir klasör yolu göreceksiniz.

C: \ Users \ Me \ Desktop \ project \ Tor'a gidin ve Tor'a sağ tıklayın.

Seçip property, security, editve sonra add. Metin alanına girin LOCAL SERVICE, tamam'ı tıklayın ve ardından kutuyu işaretleyinFULL CONTROL

addTekrar tıklayın ve girin NETWORK SERVICE, tıklayın ok, kutuyu işaretleyinFULL CONTROL

Ardından tamam'ı tıklayın (altta)

Http://www.sysinternals.com adresinden bir göz atın Process Utilities > Process monitor. .

Bu, bir sürecin ne yaptığını izlemenizi sağlayan bir araçtır. Bu hizmet sürecini izlerseniz, bir yerde erişimin reddedildiğini ve erişimin hangi kaynakta reddedildiğini görmelisiniz.

Hata 5 için yukarıdaki çözümün tersini yaptım. "İlk Hata 5: Erişim Reddedildi hatası, NETWORK SERVICE hesabına çıktı dizinine izinler verilerek çözüldü."

Benimkini ağ hizmeti hesabı yerine yerel hesaba değiştirdim ve yönetici olarak oturum açtığım için çalıştı

Bir sunucu makinesinde bu hatayı alıyorsanız, gerçek Windows hizmeti exe'ye sahip olduğunuz klasöre erişim sağlamayı deneyin. Güvenlik sekmesine gidip Yerel Hizmeti kullanıcı olarak seçmeli ve tam erişim vermelisiniz. Exe için de aynısını yapmalısın.

İşlem izleyicisini kullanarak sppsvc.exe'yi izledim ve HKEY_LOCAL_MACHINE \ SYSTEM \ WPA anahtarına yazmaya çalıştığını öğrendim. Bu anahtarda NETWORK SERVICE'e izin verdikten sonra servisi başlatabildim ve Windows aniden tekrar etkinleştirildiğini fark etti.

Hizmetimi yanlışlıkla çalışacak şekilde ayarladım, çünkü Local serviceçözümLocal System

Bunu anlamaya çalışırken birkaç saat boyunca masama vurduktan sonra, bir şekilde "Ana" yöntemim kodundan kurtuldu!

ServiceBase[] ServicesToRun;
ServicesToRun = new ServiceBase[] 
{ 
    new DMTestService()
};
ServiceBase.Run(ServicesToRun);

Bulduğum diğer çözümler:

• .NET çerçevesini 4.0'a güncelleme

• InitializeComponent () içindeki hizmet adının yükleyici hizmet adı özelliğiyle eşleştiğinden emin olmak

  private void InitializeComponent()
  ...
  this.ServiceName = "DMTestService";
  

• Ve güzel bir sunucu yeniden başlatması zarar vermez

Szhlopp

Sistemin yerel diskteki boş alanı kalmaması durumunda.

Bugün geliştirmekte olduğum bir hizmette bu sorunu yaşadım ve bu soruyla ilgili diğer önerilerin hiçbiri işe yaramadı. Benim durumumda, hizmetin çalıştığı klasörde eksik bir .dll bağımlılığım vardı.

Bağımlılıkları eklediğimde sorun ortadan kalktı.

Benim durumumda projeyi masaüstünde tuttum ve masaüstüne erişmek için klasöre izin eklememiz gerekiyor, bu yüzden proje klasörümü C: \ dizinine taşıdım şimdi bir cazibe gibi çalışıyor.

Cevabımın birçok kişiye mantıklı gelip gelmeyeceğini bilmiyorum ama ben de aynı sorunla karşılaştım ve çözüm son derece basitti. Tek yapmam gereken, kodu yönetici olarak çalıştırmak için kullandığım programı açmaktı. (sağ tıklayın -> Yönetici Olarak Çalıştır).

Hepsi buydu.

Hata açılır penceresinin önerdiği gibi, bu izinle ilgilidir. Bu yüzden hizmeti "LocalSystem" hesabı olarak çalıştırın.

Aynısını yapmak için, Sağ Tıklayın serviceProcessInstaller -> Properties -> Accountve "LocalSystem"varsayılan yerine ayarlayın "User". Hizmeti ve işi yükleyin.

ayrıntılı hata mesajı için Windows olay günlüğünü kontrol edin. Olay günlüğünü kontrol ettikten sonra aynısını çözdüm.

Dağıtmakta olduğum bir hizmette bu sorunu yaşadım ve bu soruyla ilgili diğer önerilerin hiçbiri işe yaramadı. Benim durumumda, bunun nedeni .config (xml) bilgimin geçerli olmamasıydı. Qualif'ten prod'a kopyalarken kopyalama ve yapıştırma hatası yaptım.