2012-07-30 19 views
7

enter-pssession -computername serverA'u kullanarak uzak sunucuya bağlanamıyorum. Durumum:Powershell remoting error - ağ yolu bulunamadı

  • Aynı etki alanında 2 Win 2003 R2 sunucum var. ServerA WSUS sunucusu, ServerB
  • Hem sunucular PowerShell uzak sağladı etki alanı denetleyicisi olan
  • Hem sunucular yapılandırmış winrm (winrm quickconfig)
  • Hem sunucular TrustedHosts *
  • setspn.exe doğru kurulmuş olup üzere ayarladığınız (http, https, WSMan vs.)
  • Hem sunucuların iki sunucu
PowerShell 2.0 olması FireWall
  • kapalıdırSunucuB'den serverA'ya etki alanı admin kimlik bilgileri altında enter-pssession -computername serverA çalışıyorum ve şu hatayı atar:

    "" "Enter-PSSession: Uzak sunucuya bağlantı, aşağıdaki hata iletisiyle başarısız oldu: WinRM isteği işleyemiyor. Kerberos kimlik doğrulamasını kullanırken aşağıdaki hata oluştu: ağ yolu bulunamadı """ Ben Servera alanı yönetici kimlik bilgileri altında enter-pssession -computername serverB çalıştığınızda

    iyi çalışıyor ben localhost yüzden kullanmak olduğunda da işe yarar.! enter-pssession -computername localhost altında (Servera), alan adı yöneticisinin kimlik olarak çok kullanışlıdır, ama SERVERA (yerine localhost) üzerinde hostname çalıştığınızda enter-pssession -computername serverA aynı hatayı atar. Ben de get-credential kullanmak ve kimlik bilgilerinin farklı türde sağlamak için çalıştık

    ama Yardımcı olan tek şey, yerel (etki alanı olmayan) bir yönetici hesabı kullanmak ve enter-pssession -computername serverA -credentials $cred kullanıyordu ve çalıştı, ancak yalnızca yerel olarak, bunu yerel ma'dan yapabiliyordum. chine (serverA'dan kendisine) ama serverA'dan serverA \ administrator kimlik bilgilerine sahip serverA'dan serverA'ya değil.

    Herhangi bir fikrin var mı? Bu sorun gibi geliyor

    Teşekkür

  • +1

    Aşağıdaki cevabım böyle görünmüyorsa, komut için -Credentials parametresini eklemeyi deneyin. Araştırmamın bazılarının, komutta kimlik bilgilerini kullanmanın olumlu sonuçları olduğunu gösterdi. Eğer durum buysa, daha fazla bakmanız gerekecek. –

    +0

    Cevabınız için teşekkür ederiz, bana biraz iş fikrini verdiniz, bu kısmen işe yarıyor. Cevabım aşağıda. – kubusz

    cevap

    4

    Önce benim alan yöneticisinin hesabı ile kimlik değişkeni oluşturuldu:

    $cred = get-credential - Alan adı \ kullanıcı adı ve

    Sonra yerine -ComputerName parametresinde hostname IP adresini kullandığınız şifreyi yüzden daktilo Bu yaklaşım aynı zamanda çağırmak-komut için

    çalışır

    Enter-Pssession -ComputerName 192.168.1.111 -Credential $cred

    : gibi girmek-PSSession görünüyor o ana makine çalışmaz neden

    invoke-command -ComputerName 192.168.1.111 -Credential $cred -ScriptBlock {hostname}

    Hala bilmiyorum ve neden yaptığınızı $ popülaritemi oluşturmak zorunda, ama hızlı bir çözüm gerektiğinden, bu benim için çalışıyor.

    Yardımlarınız için teşekkürler.

    +0

    Belgelere göre, hedef ana bilgisayarın IP adresini kullandığınızda, Kimlik bilgilerini kullanmanız gerekir. Bence bu ihtiyacı görüyorsun. Ayrıca belirttiğiniz -UseSSL'nin gerekli olduğunu da gösterir. Bu anahtar da kullanıldığında farklı sonuçlar gördüm. –

    0

    adı çözünürlüğe sahip olduğunu. ServerA'dan ServerA'ya ping yaparak bunu doğrulayabilirsiniz. Eğer başarısız olursa oradan çalışabilirsin. FQDN (servera.mydomain.com) veya IP ile ping yapmayı deneyin. Her şeyden

    +1

    Bu olabilir, ancak her iki sunucudan ping, nslookup vb. – kubusz

    4

    Tam olarak aynı sorunu yaşadım. FQDN'u kullanmak benim için çalıştı.

    Chris N haklı:

    The network path was not found. 
    

    Bu açıkça bir DNS çözümleme hatadır; özellikle IP adresi çalışıyorsa. Name Suffix Routing sorunları olduğunu söylemeyi tercih ederim.

    ComputerName descriptionNETBIOS'un çalışması gerektiğini söylüyor, ancak ortamımda sınama yapmıyor. FQDN, -ComputerName özelliğindeki bir başka seçenektir ve bu hatayı benim için giderdi. kullanılarak

    deneyin (tabi ki, FQDN kullanın):

    Invoke-Command -ComputerName servera.vertigion.com 
    

    ütün küçük harflerle vardikkat edin. Deve kasasını (serverA.vertigion.com) kullanmak aynı hatayla başarısız oldu. Genellikle nslookup'ların büyük/küçük harfe duyarsız olduğunu anlıyorum.

    Not: Ben Enter-PSSession komutla sorunu yoktu. Invoke-Command ile bir hata (veya en azından açık bir tutarsızlık) olduğuna inanıyorum.

    diğer bilgiler: http://go.vertigion.com/PowerShell_Invoke-Command

    0

    fazla bilgiye here bakınız. Çalıştığım bir çift sunucuda buna rastladım ama sonra kendiliğinden durdu ve OP'nin hata mesajını vermeye başladı. Hedef sunucuyu yeniden başlattım ve işler tekrar çalışıyor.