RDP bozulursa uzak bir Windows sunucusuna bağlanmak için hangi seçeneklere ihtiyacım var?


10

RDP bozuksa (yanıt vermiyorsa), konsol erişimim yoksa ve sunucu fiziksel olarak yakın değilse, uzak bir Windows sunucusuna bağlanmak için hangi seçeneklere ihtiyacım var?

Linux'ta, VNC çalışmıyorsa, genellikle bir SSH arka plan programına güvenebilirdim. Windows bunu hiç seçmedi (neden bilmiyorum) - eşdeğeri var mı?


2
Birçok yol var ... ama aynı zamanda uzak sunucuda ne yapmaya çalıştığınıza da bağlı. Bazıları bu bilgiye dayalı diğerlerinden daha kolaydır.
TheCleaner

1
ILO / DRAC Bence en iyi bahsiniz, Powershell uzaktan erişiminin 2008'de varsayılan olarak nasıl etkinleştirilmediğini görüyorum ve asla etkinleştirmediniz diye bahse girerim, bu yüzden sunucuya girene kadar şimdi çok iyi olmayacak onu etkinleştir.
Ryan Ries

Tüm sunucu yanıt vermiyor mu yoksa yalnızca RDP mi? Her neyse, sizinle sunucu arasında UP yönlendirme yolu olmasaydı başka hiçbir şey işe yaramazdı.
Matt

Yanıtlar:


23

RDP konuşmuyorken yaptığım ilk şey Powershell'de:

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

Çoğu zaman bu RDP canlandırır ve ben geri alabilirsiniz. Bu hile yapmazsanız o zaman iLO veya burada diğer cevaplarda belirtilen diğer konsol seçeneklerinden birine güvenmek zorunda.


10

Komut satırı seçenekleriniz için bu soruya bakın . Temel olarak, WinRS / WinRM, PowerShell Remoting ve PSexec ve diğer SysInternals Suite yardımcı programlarına sahipsiniz . Ayrıca bir Windows sunucusuna SSH veya hatta telnet kurabilir ve kurulduktan sonra buna bağlanabilirsiniz.

Ayrıca, Yönetimsel Araçlar klasöründeki araçlarınız uzak makinelere bağlanmanıza izin verir (veya en azından), bu bir seçenektir. (Çoğunlukla MMC ek bileşenleriniz, ancak yerel olarak dahil edilmiş bağımsız exes'lerden bazıları bile regeditbu işlevselliğe sahiptir.)

Ayrıca gerektiğini Sunucunuzda dışı Band yönetim arayüzü / sanal konsol çeşit yok eğer (örneğin HP'nin iLO veya Dell'in iDRAC gibi) ve ... şey, bu öğrenmek ve bir sonraki sunucu üzerinde olsun.

Son olarak, genellikle bir sunucuya uzaktan erişmenize, kendilerini yüklemenize ve daha sonra VNC'ye (veya benzeri) dayalı bir ekran paylaşımı ayarlamanıza izin veren çok sayıda üçüncü taraf aracı vardır. Dameware ve IntelliAdmin hemen akla geliyor, ancak pek çoğundan sadece ikisi.


Ahh, gezinin yararı. Belki bir dahaki sefere bu tür bir sorunla karşılaştığında başka seçenekler de kurar.
Matt


3

Bahsedilmediğinden:

Her zaman "akıllı eller" vardır. Birini aramanın ve "Sunucuya gidip bana ne gördüğünü söyleyebilir misin? ..." diyerek basitliği asla küçümsemeyin.

Sunucu yörüngede dönmediği sürece, bu muhtemelen bir seçenektir.


5
Yedek seçenek olan "Salak Eller" i daha iyi biliyorum. Her zaman doğru adla etiketlenmemiş ve satılmamışsa daha yaygındır.
mfinni

4
Sunucunuz bulutta olmadığı sürece ... dünyanın yörüngesinde.
Paul Draper

1

LoM, mantıksal olarak erişilemeyen düğümlere erişmek için yaygın olarak kullanılan bir tekniktir.

Tekniğin adı imalatçılardan farklıdır, dell versiyonlarına 'iDRAC' derler. HP kendi iLo'larını çağırıyor

Daha önceki günlerde bunun için MEGARAC adı verilen özel PCI kartlar vardı. Ayrıca IP üzerinden KVM yardımcı olur.

İyi şanslar!


1

psexec, Windows Sysinternals paketinin bir parçası .

Bunu, Active Directory olmayan bir Windows ana bilgisayar ağına yazılım dağıtmak için her zaman kullanırdık.


Bu sunucuya erişmek için kimlik bilgilerini biliyorsanız çalışır ... birkaç kez kullanılır ... sadece "gotcha" ---> GUI kullanamazsınız ... sadece konsol ... Yani .. Konsolu bir GUI programı başlatmak için kullanabilirsiniz ancak kontrol edemezsiniz ...
ZEE

1

Yukarıda belirtildiği gibi iDRAC, RDP başlatılamazsa iLO uzak sistemlere erişmenin en iyi yoludur. Sistem sanal bir makineyse, konsolu uzaktan yönetmek ve çoğu durumda görüntülemek için sanal altyapıyı kullanabilirsiniz.

Bant yönetimine izin vermek için uzak sistemin VGA ve USB bağlantı noktalarına bağlanabilen bir LANTRONIX 'Örümcek "gibi bir şeye yatırım yapardım.

Hala sisteme ping yapabiliyorsanız, kutuya yeniden başlatma yapmaya çalışın Windows'ta 'shutdown -i' etkileşimli bir komut yardımcı programı getirir. Bunun, sistemi uzaktan yeniden başlatmanıza izin verip vermeyeceğini görün.

Size iyi şanslar arkadaşım ve herhangi bir ek yardım için geri ping çekinmeyin


0

WinRM hizmeti doğru yapılandırıldığı sürece powershell kullanarak-pssession –computername –scriptblock veya invoke-command -computername –scriptblock girebilirsiniz. Veya Psexec'i http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx adresinden ve ardından kullanıcı psexec \ target –u kimlik bilgileri cmd'den indirebilirsiniz.

RDP ile ilgili olarak, etkinleştirilmiş mi? HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server sunucusunun ağ kayıt defterini kontrol edin

Doğru yapılandırılması gereken fDenyTSConnections & TSUserEnabled gibi değerler vardır.

Ayrıca sunucudaki TH hizmetlerini yeniden başlatın.

Ağ erişiminiz varsa ve kimlik doğrulaması yapabiliyorsanız bunu kullanmanızı öneririm.

Şirketinizde ILO'yu da kullanıyor musunuz?


0

RDP, "bağlantı aracısı RDP dosyanızda belirtilen ayarları doğrulayamadığı için bağlanamıyor" hatasıyla başlamadığında aynı yaklaşımı kullandı . Her nasılsa AnyDesk şu anda sunucuda da çevrimdışıydı. Ve sunucuya fiziksel olarak erişemedim. Kendimi http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx adresinden @Ben Lavender tarafından önerildiği gibi aldım Ve aşağıdaki adımları izleyin;

  1. İstemcinin LAN'ına erişmek ve ayıklanan PsTools yolunda aşağıdaki komutları çalıştırmak için VPN aracılığıyla bağlı dizüstü bilgisayarımda cmd açıldı. (Bu noktada zaten Windows İç Veritabanı Hizmeti'nin bunun sebebi olduğunu anladım. Daha fazla bilgi edinebilirsiniz. Uzaktan Bağlantı Aracısı Hizmeti buna bağlıdır ve diğer RD hizmetleri de buna bağlıydı, bu yüzden benim için suçlu WID idi .)

  2. WID hizmeti psservice \ [bilgisayaradı veya IP] -u [kullanıcı adı] -p [parola] sorgusu "Windows İç Veritabanı" WIDs durumunu bulmak için bir sorgu çalıştırın Durumumda hizmet çalışmıyor

  3. Hizmeti başlatmak için psservice \ [bilgisayaradı veya IP] -u [kullanıcıadı] -p [şifre] komutunu çalıştırdım ve "Windows Internal Database" i başlattım ve sonucu aşağıda aldım. WID başlangıç ​​durumu

  4. Şimdi çalışıyor ve voila orada olduğunu onaylamak için tekrar WID hizmeti sorguladı. WID çalışma durumu

RDP'yi tekrar denediğimde bu sefer başarabildim.

Umarım bu sizin için işleri daha iyi açıklar ve sorununuzu çözer.

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.