artık çalışmamak “RDP sunucusu localhost'a bağlanamıyor”


35

Dün gece bir zamana kadar, işe yaramama cezam vardı. RDP'yi bir SSH tüneli üzerinden geçirebilirdim ve her şey yolunda gitti.

Sonra çalışmayı bıraktı. İş makinemin parola iletişim kutusuna kadar ulaşabilirim, ancak sonra diyor Cannot connect to RDP server localhost.

İlginç görünen günlükleri bile bulamıyorum. Remmina'yı yeniden yükledim, dizinimi temizledim .remmina, makinemi yeniden başlattım ve hatta ağ geçidimi yeniden başlattım.

Gerçekten çok garip hale getirmek için, dizüstü bilgisayarım (aynı kurulumu yapan - en son Ubuntu ve Remmina) bağlantıyı gayet iyi yapabilir. Kablosuz olsa da aynı yönlendiriciden geçiyor.

Düşüncesi olan var mı?


1
Ubuntu 18.04'te de aynı sorunla karşı karşıyayım ve güvenlik seçeneğini görüşmeden RDP'ye ilerletme sekmesinden değiştirdiğimde mükemmel bir şekilde çalışıyor.
Paralar

Yanıtlar:


52

Neden çalıştığı hakkında hiçbir fikrim yok, ancak ayarları tek tek değiştirmeye başladım. Bağlantı özelliklerini düzenlediğimde, "gelişmiş" sekmesine baktım ve güvenliği "anlaşmadan" "TLS" ye değiştirdim ve işte, her şey çalışıyor.

Garip bir şekilde, "pazarlık" hala dizüstü bilgisayarda çalışıyor, ancak en azından daha büyük monitörümle işe dönüyorum :)


1
'Görüşme' den 'TLS' ye geçtikten sonra, pencereyi açma ekranını gördüm, bu da şifreyi değiştirmemi istedi. Öyle görünüyor ki süresi geçmiş şifreler sorunu çözebilir. Çözüm için Thx.
Thorsten Niehues,

Nane üzerinde aynı problem, ancak aynı çözüm işe yarıyor. Takdir
FabricioFCarv

vay .. 18.04 LTS de aynı sorun, aynı çözüm .. teşekkürler bir milyon made !!!
Vitaliy Terziev

40

Bu sadece başıma geldi ve sorunu çözen bu cevabı buldum . Sadece rm ~/.freerdp/known_hostsve tekrar dene.

Görünüşe göre bu tünel sunucusundaki anahtarlar değiştiğinde olur. Bu hatayı görün .

GÜNCELLEME

İlk bağlantı şimdi silinen bir cevabı işaret ediyor, bu yüzden bu bağlantıdaki bazı ek bilgiler:

  • "Known_hosts" dosyasının, her sunucu için bazı yönlendirme verileri içerdiği, bu verilerin bazen eskimiş olduğu ve Remmina'ın eskimiş verileri kullanarak bağlanmaya çalıştığında göründüğü görülüyor. Known_hosts dosyasını silmek bu sorunu çözer. - Erel Segal-Halevi, 13 '12, 10:06

  • FWIW, benim problemimin bilinen_toplar (aşağıda açıklandığı gibi) ile ilgisi yoktu, ama güvenlik ayarlarıyla ilgili her şey vardı: bkz. Http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html detaylar için. - Tomislav Nakic-Alfirevic 24 Nisan 14: 10'da

  • Tamamen işe yaradı, cerlerin nerede depolandığını merak ediyordum. Çoğu zaman aynı sorunu yaşadım, Remmina'yı belirli bir makineye RDP'ye kullanıyordum, sonra bir gün çalışmayı bıraktı (uzaktaki makinede hiçbir şey değişmedi). Kaydettiğim diğer RDP bağlantıları, bu bir makine dışında hala işe yaradı. En yeni Remmina ile para kazanmama probleminin bir parçası gibi görünen NLA auth kullanıldı. - Nicholi 26 Nis 13: 20: 26

  • teşekkürler, mükemmel bir şekilde bağlanmak için kullanılır, sonra sunucuyu yeniden biçimlendirdim ve çalışmayı durdurdu, bu ana bilgisayar için olan satırı sildim. - Bor691 15 Ocak 14: 8: 50

  • Aynı adreste iki servis kullanmam gerekiyor ama farklı portlar ve bunu tekrar tekrar kullanmak, her ikisine de bağlanabilmemin tek yoludur. - Gringo Suave 13:14, 18:55


Komutun sudoönüne eklenmesi önerildi rm. Gördüğüm kadarıyla, kullanıcı kendi dosyasını kaldırıyor, bu yüzden sudosadece reklam riski. Bir şey mi eksik?
Volker Siegel

Bunun eski bir soru ve cevap olduğunu anlıyorum. Asla dış bağlantıyı asla cevap olarak veya bir soru olarak göndermememin nedenlerinden biri, bu durumda olduğu gibi bir bağlantıdan sonra ÖLÜ olabileceğindendir. Bu olduğunda cevap cevapsız olabilir. Ben sadece açıkça işaretliyorum veya Stackoverflow bu web sitesinin kullanıcılarının harici linkler göndermesini engellemelidir.
THN

4
Bilginize, söz konusu dosya şimdi ~ / .config / freerdp / known_hosts konumunda görünüyor - en azından sistemimde (Linux Mint 18.1). Ayrıca, daha güncel olabilecek ek bilgilere sahip bir ~ / .config / freerdp / known_hosts2 de vardır. Remmina 1.20.
Chris Hillery

Veya konum ~ / snap / remmina / current / .config / freerdp konumunda olabilir (yalnızca bilinen_hosts2). Silme işleminin etkili olması için Remmina'yı yeniden başlatmanız gerekir.
velis

4

Bu bana remmina yapılandırmamı (altta ~/.remmina) bir makineden diğerine kopyaladığımda oldu . Belki de remmina versiyonları farklıydı; güvenliği değiştirmek işe yaramadı ancak bağlantıyı silip yeniden yarattı.


2

Bilinmeyen bir nedenden dolayı güvenliği NLA olarak değiştirerek benim için çalıştı.


2
Ubuntu'ya Sormaya Hoş Geldiniz! Bunun nasıl yapılacağı hakkında ayrıntılı bilgi vermek için bu yanıtı düzenlemenizi öneririm . (Ayrıca bkz ? Ben iyi bir cevap yazabilirim nasıl cevaplar Ask Ubuntu en değerli kabul edilir sıralar neler hakkında genel öneri niteliğinde değildir.)
David Foerster

1
Oy verebileceğiniz ve oy verebileceğiniz ayrı cevaplar benim için yararlı görünüyor. Diğer insanların cevaplarını "peki, X'in ne olduğu" eklemek için cevapları kullanmak yararlı olabilir. Hataları düzeltmek, devam etmek ve düzeltmek bir şeydir. Ancak yeni bir kişiye, düzenlemelerin yapılacağını söylemek yerine, onlar için neyin işe yaradığını söylemek, iyinin tersi gibi görünüyor.
Warren P

NLA benim için işe yaramadı ama bir Windows güncellemesinin ardından (bunu suçlayacağım) güvenlik ayarlarını "Pazarlık" dan "RDP" ye değiştirmek zorunda kaldım.
Richard Wiseman

1

Sorun kaydedilen conf dosyasındaki viewmode = 1 ayarında. Pencereyi yeniden boyutlandırırsanız, ekranı yenilemeli ve oturumu göstermeye başlamalıdır. Bu boole değerini 0 olarak değiştirmek, pencereyi varsayılan değerlere zorlar ve yüklenirken yenilenir. Sorun, oturum başladıktan sonra pencereyi yeniden boyutlandırırsanız, remmina bu ayarı tekrar değiştirecektir.

A work around would be to set the window_maximize=0 to true and then just click/press the maximize button/shortcut to bring it back to your settings. 
window_maximize=1 
window_height=960 
viewmode=1 
Window_width=1440

1

Muhtemelen aptalca bir cevap, ama benim için sorun açık bir Wi-Fi ağı (şifrelenmemiş) ile bağlanmayı denememdi ve remmina buna izin vermeyecekti. Güvenli bir ağa bağlandıktan sonra her şey tekrar planlandığı gibi çalıştı.


4
Remmina gerçekten başarısız olmak yerine işe yarar hata mesajları gösterse iyi olmaz mıydı?
Warren P

0

Ayrıca sertifika doğrulaması ile ilgili bir sorun olabilir, Sorunun bu olup olmadığını test etmek için:

Gelişmiş -> "Sertifikayı yoksay" seçeneğini işaretleyin

Dikkatli olun, bu kontrol devre dışı bırakıldığında, orta ataklarda adama açık olabilirsiniz. Ancak iç ağlarda bağlantı iyi olmalı.

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.