วิธีแก้ปัญหา“ การเปิดล้มเหลว: ไม่อนุญาตให้ดำเนินการ: เปิดล้มเหลว” เมื่อใช้พร็อกซีช่องสัญญาณ SSH

16

ฉันใช้ SSH tunnel มาระยะหนึ่งแล้วบน Windows (ใช้ Putty)

สำหรับ Windows ที่มีผงสำหรับอุดรูมันเป็นเรื่องปกติเสมอ แต่สำหรับ mac หรือ cygwin บางครั้งจะมีข้อความแจ้งเตือน:

open failed: administratively prohibited: open failed

ssh-tunnel

หากคุณกำลังส่งต่อพอร์ตในฐานะผู้ใช้ทั่วไปและพยายามใช้หมายเลขพอร์ตที่มีสิทธิ์ <1024 ข้อความนี้จะปรากฏขึ้น เป็นกรณีนี้หรือไม่?

— cormpadre

หากเกิดจากการพิมพ์โดเมนผิดพลาดและการแก้ปัญหา DNS ล้มเหลวการเชื่อมต่ออาจหยุดจนกว่าจะหมดเวลา superuser.com/a/700677

— user423430

15

ฉันเชื่อว่าคุณได้ปิดใช้งานการส่งต่อ TCP บนเซิร์ฟเวอร์ ในเซิร์ฟเวอร์ของคุณ /etc/ssh/sshd_configตรวจสอบให้แน่ใจว่าบรรทัดต่อไปนี้ไม่มีอยู่หรือแสดงความคิดเห็นมิฉะนั้นจะแสดงความคิดเห็น

AllowTcpForwarding no

— Harikrishnan
แหล่งที่มา

6

เพิ่งค้นหาและเป็นAllowTcpForwarding yes

— AGamePlayer

5

มีการอภิปรายที่กว้างขึ้นของข้อผิดพลาดนี้กับ SSH tunnels บน Unix StackExchange โดยสรุปแล้วนี่เป็นข้อผิดพลาดที่ไม่เฉพาะเจาะจง มีความเป็นไปได้มากมายที่ควรสำรวจ

— ตา
แหล่งที่มา

1

_{เพียงเพื่อลูกหลานแม้ว่ามันจะไม่เป็นประโยชน์สำหรับคุณโดยเฉพาะ}

ข้อผิดพลาดจะถูกนำไปยังคอนโซลของคุณผ่าน stderr ดังนั้นหากคุณเพียงแค่ต้องการที่จะเพิกเฉยการเพิ่ม2>/dev/nullไปยังจุดสิ้นสุดของการsshโทรของคุณจะทำงานได้อย่างสมบูรณ์ เช่น:

ssh -C -D 3210 example@connexion 2>/dev/null

สิ่งนี้มีประโยชน์หากอุโมงค์พร็อกซีใช้งานได้จริง แต่คุณไม่ต้องการเห็นข้อผิดพลาด

ในกรณีของฉัน เครื่องที่ฉันขุดเข้าไปไม่ใช่ของฉันดังนั้นฉันไม่สามารถแก้ไขsshd_config(ไม่ใช่ปัญหาของคุณ) และฉันยังใช้การเชื่อมต่อแบบเดียวกันกับเชลล์ การมีข้อความแสดงข้อผิดพลาดเหล่านั้นเขียนไว้ในคอนโซลของฉันในระหว่างหน้าต่าง vim ที่เปิดอยู่ทำให้จอแสดงผลทำงานได้ค่อนข้างน่ารำคาญ

— Hashbrown
แหล่งที่มา

4

นี่ไม่ได้ตอบคำถาม

— sebix

2

ข้อความopen failed: administratively prohibited: open failedกำลังถูกส่งออกไปยัง stderr, "บน mac หรือ cygwin" คุณสามารถซ่อนคำเตือนนี้ (สิ่งที่คำเตือนเกี่ยวกับการไม่ทำลายอะไรจริง ๆ ) โดยการส่งข้อความนั้นเป็นโมฆะ (ต่อท้าย2>/dev/nullคำสั่ง) นี่เป็นการตอบคำถามโดยเฉพาะอย่างยิ่งหากคุณไม่มีสิทธิ์การเข้าถึงของผู้ดูแลระบบในการแก้ไขปัญหาพื้นฐาน

— Hashbrown

5

คำถามคือวิธีแก้ปัญหาไม่ใช่ซ่อนข้อความแสดงข้อผิดพลาด

— sebix

2

ปัญหาขึ้นอยู่กับบุคคลนั้นๆ อย่างที่ฉันพูดมันไม่ได้ทำลายอะไรเลยในเวลาส่วนใหญ่ดังนั้นมันก็โอเคที่จะซ่อน คุณเคยลองใช้ ssh ทุกครั้งที่มีสตริงยักษ์อาเจียนออกมาจากเปลือกโต้ตอบของเซสชันหรือไม่? นี่เป็นการแก้ปัญหาที่นี่คือสาเหตุที่มาที่นี่

— Hashbrown