"Yönetici" hesabıyla "yönetici" kullanma ve diğer yönetici hesaplarını kullanma


12

Bilgisayarımda iki yönetici hesabım var. "Yönetici" adlı varsayılan yönetici hesabı ve "testadmin" adlı yeni bir yönetici hesabı.

Aşağıdaki komutları çalıştırırsam:

runas /user:testadmin cmd.exe
runas /user:Administrator cmd.exe

Birincisi yeni bir cmd.exe'yi "testadmin" olarak açar, ancak gerçekten Yönetici modunda çalışmaz, yani C: \ Windows'a yazmaya çalıştığımda "Erişim reddedildi" iletisi alıyorum.

İkinci pencere yeni bir cmd.exe dosyasını "Yönetici" olarak açar, ancak gerçek Yönetici modunda çalışır. Bilgisayarımdaki herhangi bir klasöre başarıyla yazabilirim.

İlk pencerenin adı "cmd.exe ([ComputerName] \ testadmin olarak çalışıyor)"

İkinci pencerenin adı " Yönetici: cmd.exe ([BilgisayarAdı] \ Yönetici olarak çalışıyor)"

Her iki hesabın da yönetici ayrıcalıkları varsa, burada davranışta neden bir fark var? Komut satırından gerçek Yönetici modunda testadmin olarak bir pencere açamadığımdan nefret ediyorum ... gerçekten sinir bozucu.


2
Coğrafya ve diğer bazı insanların öfkesini çekme riski altında, sorun, hesapların yönetici olup olmadığı değil, çalıştırdıkları şeyin yükseltilip yükseltilmediği değildir. "Yönetici" adlı hesap otomatik olarak yükselir. Yerel yöneticiler olan ancak Yönetici olarak adlandırılmamış hesaplar otomatik olarak yükselmez. Yolunuzda luaexec.exe var mı? Eğer öyleyse, runas / user komutunu deneyin: testadmin luaexec.exe -w -f cmd.exe / k Bu bir UAC komut istemine neden olur ve Evet veya Tamam'ı tıklarsanız veya her neyse, düzgün çalışır.
Mark Allen

/ Trustlevel anahtarını kullanabilirsiniz. Bunu şahsen kullanmadım ama yükseltmeye yardımcı olabilir.
Phillip R.

Bu sorunun önemli nedeni, "Yönetici" dışında bir yönetici hesabına giriş yaparken bir toplu iş dosyasından yükseltilmiş programları çalıştırmak istiyorum çünkü. Ve testadmin hesabımın gerçekten bir yönetici hesabı olduğu düşünüldüğünde, bunun kolay olması gerektiği açık .
JoeCool

Ayrıca runas yerine sysinternals psexec deneyebilirsiniz. technet.microsoft.com/en-us/sysinternals/bb897553.aspx - yükselebilir ve her şey.
Mark Allen

Yanıtlar:


4

Bir Windows 7 işletim sistemi veya benzeri bir sisteme atıfta bulunduğunuzu varsayıyorum. İki kullanıcı hesabı arasındaki farkı görmenizin nedeni, vista çıktığında Microsoft'un izin politikalarını biraz değiştirmiş olmasıdır. Bir Yönetici hesabı oluştururken XP'nin aksine, her zamanki Yönetici hesabının sahip olduğu tüm haklara sahipti. Şimdi Vista ve Windows 7'de gerçek Yönetici olarak oturum açmadığınız sürece sahte bir yöneticisiniz. Çoğu durumda cmd.exe programını sağ tıklatıp istediğiniz sonuçları almak için Yönetici olarak çalıştırmayı seçerek komut istemini çalıştırabilirsiniz, ancak görevlerinizi gerçekleştirmek için gerçek Yönetici hesabında oturum açmanız gereken zamanlar vardır. Bunun ana nedeni virüslerin kötü işlerini ve makinelerini yapmasını önlemekti.

Bazı yazılımların "Yönetici" hesabından doğrudan bir yükleme veya kaldırma gerektirdiğini gördüm ve başka hiçbir şey yapmadım, aksi takdirde çalışmazlar. Umarım bu duruma biraz ışık tutar.

Şerefe


0

Muhtemelen Administrators grubu yerine doğrudan Administrator hesabına uygulanan bir ilke olduğundan hesaplar muhtemelen aynı ayrıcalıklara sahip değildir.

Ancak belirli bir durumda, testadmin runas'ın yüksek ayrıcalıklarla yürütülmediği anlaşılıyor. Bunun yardımcı olup olmadığını görün .


0

Bu, her seferinde sağ tıklama yapmak ve "yönetici olarak çalıştır" vb. Seçmek yerine bir şeyin Yönetici olarak hızlı bir şekilde çalışmasını istediğiniz için gerçekten can sıkıcıdır.

Geçici çözüm buldum. Yönetici olarak çalışmasını istediğiniz şeyin kısayolunu oluşturun (örn. Cmd.exe) ve bu kısayola "Yönetici olarak çalıştır" özelliğini uygulayın:

resim açıklamasını buraya girin

Artık bu kısayolu hızlı bir şekilde çalıştırabilirsiniz ve istediğiniz programı istediğiniz gibi yönetici olarak çalıştıracaktır.

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.