Bir üst klasöre erişilemeyen bir klasörden çalışan program tcp katmanını kullanamaz


0

Bu sorun beni ve şirketimizdeki BT departmanını saatlerce kesin olarak belirledi.

Sorun yalnızca Windows server 2008, windows 7 ve windows 8'de ortaya çıkıyor. Windows XP veya Windows server 2003'te sorunumuz yok.

Şirketimizde dahili olarak geliştirdiğimiz bir programa sahibiz. Program iyi çalışıyor ve sorun bu programa özgü değil.

Program, web hizmetlerini kullanarak bilgisayarda çalışan diğer programlarla iletişim kurmak için localhost öğesini kullanır. Eldeki sorun, programın kullanıcılar Giriş klasöründe bulunması durumunda bu iletişimin işe yaramamasıdır.

Bunun neden son zamanlarda olduğunu bulmak için saatlerce kullandığımızdan, kullanıcı çalıştırılabilir dosyanın UNC yolundaki tüm üst klasöre erişimi varsa, sorunun ortadan kalktığını fark ettik.

Yani, ev sürücüsü H konumundaysa: = \ SomeServer \ hdrive $ \ SomeUser ve kullanıcının \ SomeServer \ hdrive $ 'a erişimi yok, ardından programımız TCP hataları alıyor ve web servisleri işe yaramayacak.

Kullanıcı daha sonra bu yolda yalnızca "Klasör içeriğini listele" izni alırsa, web hizmetleri çalışır.

Program aksi halde iyi çalışır. Tüm dll dosyalarının başarıyla bağlandığını ve başka hiçbir hata oluşmadığını kontrol ettik.

Bu işletim sisteminin yaptığı bir şey gibi görünüyor. Bunun neden olduğunu bilen var mı?


Bu basit ve basit bir izin problemidir.
Ramhound

Evet. Katılıyorum. Ancak şirketteki tüm kullanıcılara ana sürücünün kök dizinine erişim izni vermeden bu sorunu nasıl çözersiniz?
Magnus Jørgensen

Yerel Güvenlik Otoritesi (LSA) ile bir ilgisi olduğundan eminim. Ama bu davranışı hangi kontrol belirliyor?
Magnus Jørgensen

Bir dizinin içeriğini yalnızca bir güvenlik kaygısı olan dosyaları açma veya yazma yeteneği olmadan listeleme nasıldır? Alternatif, içeriğini listeleyebileceğiniz yeni bir giriş dizini oluşturmaktır.
Ramhound

Evet ve bu neden ağı kullanma özelliğini etkiliyor?
Magnus Jørgensen

Yanıtlar:


0

Windows 7 ve üzeri sürümlerde, bazı klasörler varsayılan olarak korunur. Anladığım kadarıyla bu güvenlik nedeniyle. yani. A programının B programı tarafından kullanılan bir dll'yi gizlice değiştirmesini zorlaştırır.

Genellikle, söz konusu programa sağ tıklarsam ve "yönetici olarak" çalıştırırsam iyi çalışacağını öğrendim. Senin durumunda da işe yarayacağından emin değilim.


Yönetici olarak koşmayı denedim. Ancak bu davranışı değiştirmiyor gibi görünüyor.
Magnus Jørgensen

Bu arada. Söz konusu klasör, eşlenmiş bir ağ sürücüsüdür. Yerel makinede bir yol değil.
Magnus Jørgensen

Bildiğim kadarıyla, işletim sistemi korumaz ve paylaşılan klasörleri varsayılan olarak korumaz.
Don Nickel
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.