remmina ไม่ทำงานอีกต่อไป“ ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ RDP ในพื้นที่”


35

จนกระทั่งเมื่อคืนฉันได้ทำงานได้ดี ฉันสามารถเรียกใช้ RDP ผ่านอุโมงค์ SSH และทั้งหมดก็ดี

จากนั้นมันก็หยุดทำงาน ฉันจะได้รับเท่าที่โต้ตอบรหัสผ่านสำหรับเครื่องการทำงานของฉัน Cannot connect to RDP server localhostแต่แล้วมันก็บอกว่า

ฉันไม่สามารถหาบันทึกที่ดูน่าสนใจได้ ฉันได้ติดตั้ง remmina ใหม่ล้าง.remminaไดเรกทอรีของฉันรีสตาร์ทเครื่องและเริ่มเกตเวย์ใหม่

เพียงเพื่อทำให้มันแปลกจริงๆแล็ปท็อปของฉัน (ซึ่งมีการตั้งค่าเดียวกัน - Ubuntu ล่าสุดและ Remmina) สามารถทำการเชื่อมต่อได้ดี มันจะผ่านเราเตอร์เดียวกันแม้ว่าจะเป็นแบบไร้สาย

ความคิดใด ๆ


1
ฉันประสบปัญหาเดียวกันบน Ubuntu 18.04 และมันทำงานได้อย่างสมบูรณ์แบบเมื่อฉันเปลี่ยนตัวเลือกความปลอดภัยจากการเจรจาเพื่อ RDP จากแท็บล่วงหน้า
Paras

คำตอบ:


52

ฉันไม่รู้ว่าทำไมมันถึงใช้งานได้ แต่ฉันเริ่มเปลี่ยนการตั้งค่าทีละรายการ เมื่อฉันแก้ไขคุณสมบัติการเชื่อมต่อฉันดูที่แท็บ "ขั้นสูง" และเปลี่ยนความปลอดภัยจาก "เจรจา" เป็น "TLS" และ voila ทุกอย่างทำงานได้

น่าแปลกที่ "เจรจา" ยังคงใช้งานได้บนแล็ปท็อป แต่อย่างน้อยฉันก็กลับมาทำธุรกิจกับจอมอนิเตอร์ขนาดใหญ่ของฉัน :)


1
หลังจากเปลี่ยนจาก 'เจรจา' เป็น 'TLS' ฉันเห็นหน้าจอเข้าสู่ระบบของ Windows ซึ่งทำให้ฉันเปลี่ยนรหัสผ่าน ดังนั้นดูเหมือนว่ารหัสผ่านที่หมดอายุอาจเป็นปัญหา ขอบคุณสำหรับการแก้ปัญหา
Thorsten Niehues

ปัญหาเดียวกันกับสะระแหน่ แต่วิธีการแก้ปัญหาเดียวกันทำงาน ชื่นชม
FabricioFCarv

ว้าว .. ปัญหาเดียวกันที่ 18.04 LTS แก้ปัญหาเดียวกัน .. ขอบคุณหนึ่งล้าน ma เพื่อน !!!
Vitaliy Terziev

40

นี่เพิ่งเกิดขึ้นกับฉันและฉันพบคำตอบนี้ซึ่งแก้ไขปัญหาได้ เพียงแค่rm ~/.freerdp/known_hostsลองอีกครั้ง

เห็นได้ชัดว่าสิ่งนี้เกิดขึ้นเมื่อคีย์บนเซิร์ฟเวอร์ทันเนลเปลี่ยนไป ดูข้อผิดพลาดนี้

UPDATE

ลิงค์แรกชี้ไปที่คำตอบที่ถูกลบแล้วดังนั้นนี่คือข้อมูลเพิ่มเติมบางส่วนจากลิงก์ดังกล่าว:

  • ดูเหมือนว่าไฟล์ "known_hosts" มีข้อมูลการกำหนดเส้นทางบางอย่างสำหรับแต่ละเซิร์ฟเวอร์ข้อมูลนั้นจะล้าสมัยในบางครั้งและเมื่อ Remmina พยายามเชื่อมต่อโดยใช้ข้อมูลที่ล้าสมัยแล้วจะล้มเหลว การลบไฟล์ known_hosts แก้ปัญหานี้ได้ - Erel Segal-Halevi 13 ธันวาคม 2012 ที่ 10:06

  • FWIW ปัญหาของฉันไม่มีส่วนเกี่ยวข้องกับ known_hosts (ดังที่อธิบายด้านล่าง) แต่ทุกอย่างเกี่ยวกับการตั้งค่าความปลอดภัย: ดูที่ http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html สำหรับรายละเอียด - Tomislav Nakic-Alfirevic 24 เม.ย. 57 เวลา 10:58 น

  • ใช้งานได้อย่างสมบูรณ์ฉันสงสัยว่ามีการจัดเก็บคอนเสิร์ตไว้ที่ไหน ฉันมีปัญหาเดียวกันสำหรับส่วนใหญ่คือใช้ Remmina เพื่อ RDP กับเครื่องบางอย่างแล้ววันหนึ่งก็หยุดทำงาน (ไม่มีอะไรเปลี่ยนเครื่องระยะไกล) การเชื่อมต่อ RDP อื่น ๆ ที่ฉันบันทึกไว้ยังคงใช้งานได้ยกเว้นเครื่องตัวนี้ มันเกิดขึ้นกับการใช้ NLA auth ซึ่งดูเหมือนว่าจะเป็นส่วนหนึ่งของปัญหากับ Remmina ใหม่ล่าสุดที่ไม่ได้บันทึก certs - Nicholi 26 เมษายน '13 ที่ 20:26

  • ขอบคุณมันใช้ในการเชื่อมต่ออย่างสมบูรณ์แบบจากนั้นฉันฟอร์แมตเซิร์ฟเวอร์ใหม่และหยุดทำงานลบบรรทัดสำหรับโฮสต์นี้ทำงาน - Bor691 15 มกราคม '14 ที่ 8:50

  • ฉันต้องใช้สองบริการในที่อยู่เดียวกัน แต่พอร์ตต่างกันและการใช้สิ่งนี้ซ้ำ ๆ เป็นวิธีเดียวที่ฉันสามารถเชื่อมต่อกับทั้งสองได้ - Gringo Suave 13 ตุลาคม '14 เวลา 18:55


มันถูก sugested เพื่อเพิ่มsudoด้านหน้าของrmคำสั่ง เท่าที่ฉันเห็นผู้ใช้ลบไฟล์ของตัวเองดังนั้นsudoเพียงแค่โฆษณาที่มีความเสี่ยง ฉันพลาดอะไรไปรึเปล่า?
Volker Siegel

ฉันเข้าใจว่านี่เป็นคำถามและคำตอบเก่า หนึ่งในเหตุผลที่ฉันไม่เคยโพสต์ลิงก์ภายนอกเป็นคำตอบหรือคำถามคือเพราะหลังจากบางสิ่งบางอย่างลิงก์นั้นอาจเป็น DEAD เช่นในกรณีนี้ เมื่อสิ่งนั้นเกิดขึ้นคำตอบอาจไร้ประโยชน์ ฉันแค่ชี้ให้เห็นอย่างชัดเจนหรือ Stackoverflow ควรป้องกันผู้ใช้ของเว็บไซต์นี้โพสต์ลิงก์ภายนอก
THN

4
FYI, ไฟล์ที่เป็นปัญหาจะปรากฏที่ ~ / .config / freerdp / known_hosts - อย่างน้อยก็อยู่ในระบบของฉัน (Linux Mint 18.1) นอกจากนี้ยังมี ~ / .config / freerdp / known_hosts2 ซึ่งมีข้อมูลเพิ่มเติมซึ่งอาจเป็นข้อมูลล่าสุด Remmina 1.20
Chris Hillery

หรือตำแหน่งอาจอยู่ที่ ~ / snap / remmina / current / .config / freerdp (known_hosts2 เท่านั้น) คุณต้องรีสตาร์ท Remmina เพื่อให้การลบมีผล
velis

4

เรื่องนี้เกิดขึ้นกับฉันเมื่อฉันคัดลอกการกำหนดค่า remmina ของฉัน (ใต้~/.remmina) จากเครื่องหนึ่งไปยังอีกเครื่องหนึ่ง บางทีรุ่น remmina อาจแตกต่างกัน ความปลอดภัยเปลี่ยนไม่ได้ช่วย แต่การลบและสร้างการเชื่อมต่อใหม่


2

มันใช้งานได้สำหรับฉันโดยเปลี่ยนความปลอดภัยเป็น NLA ด้วยเหตุผลที่ไม่ทราบสาเหตุ


2
ยินดีต้อนรับสู่ถาม Ubuntu! ฉันขอแนะนำให้แก้ไขคำตอบนี้เพื่อขยายโดยมีรายละเอียดเฉพาะเกี่ยวกับวิธีการทำเช่นนี้ (ดูเพิ่มเติมฉันจะเขียนคำตอบที่ดีได้อย่างไรสำหรับคำแนะนำทั่วไปเกี่ยวกับคำตอบประเภทใดที่ถือว่ามีค่ามากที่สุดใน AskUbuntu)
David Foerster

1
แยกคำตอบที่คุณสามารถโหวตขึ้นและลงได้ การแก้ไขคำตอบของคนอื่น ๆ เพื่อแทรก "ดีอะไรประมาณ X" ดูเหมือนจะตรงกันข้ามกับประโยชน์ เป็นสิ่งหนึ่งที่จะแก้ไขข้อผิดพลาดไปข้างหน้าและแก้ไข แต่การบอกคนใหม่ให้ไปแก้ไขแทนที่จะพูดว่าอะไรที่เหมาะกับพวกเขาดูเหมือนจะตรงกันข้ามกับความดี
วอร์เรน P

NLA ไม่ทำงานสำหรับฉัน แต่ติดตามการอัปเดต Windows (ฉันจะโทษว่า) ฉันต้องเปลี่ยนการตั้งค่าความปลอดภัยจาก "เจรจา" เป็น "RDP"
Richard Wiseman

1

ปัญหานี้เกิดจากการตั้งค่า viewmode = 1 ในไฟล์ conf ที่บันทึกไว้ หากคุณปรับขนาดหน้าต่างควรรีเฟรชและเริ่มแสดงเซสชัน การเปลี่ยนบูลีนนี้เป็น 0 จะบังคับให้หน้าต่างเป็นค่าเริ่มต้นและจะรีเฟรชเมื่อโหลด ปัญหาคือถ้าคุณปรับขนาดหน้าต่างหลังจากเซสชันเริ่มขึ้น remmina จะเปลี่ยนการตั้งค่านี้กลับ

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

อาจเป็นคำตอบที่โง่ แต่ปัญหาสำหรับฉันคือฉันพยายามเชื่อมต่อผ่านเครือข่าย Wi-Fi แบบเปิด (ไม่ได้เข้ารหัส) และ remmina จะไม่อนุญาตให้ทำเช่นนั้น เมื่อฉันเชื่อมต่อกับเครือข่ายที่ปลอดภัยทุกอย่างทำงานได้ตามแผนอีกครั้ง


4
จะดีหรือไม่ถ้า Remmina แสดงข้อความผิดพลาดที่มีประโยชน์แทนที่จะล้มเหลว?
Warren P

0

อาจเป็นปัญหากับการตรวจสอบใบรับรองหากต้องการทดสอบว่าปัญหานี้ไปที่:

ขั้นสูง -> ตรวจสอบ "เพิกเฉยใบรับรอง"

ระวังด้วยการปิดการใช้งานการตรวจสอบนี้คุณอาจเปิดให้คนในการโจมตีกลาง แต่ควรเชื่อมต่อกับเครือข่ายภายในได้ดี

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.