เหมือนชื่อเรื่องว่า.
โฮสต์ A ทำหน้าที่เป็นเซิร์ฟเวอร์ (โฮสต์ป้อมปราการเรียกตามที่คุณต้องการ)
ตอนนี้โฮสต์ B ดำเนินการ:
ssh -R 2222:localhost:22 user@A
เป็นผลให้ซ็อกเก็ต TCP เกิดที่ A แต่ถูกผูกไว้กับ 2222@ย้อนกลับ เช่น ป้องกันการเชื่อมต่อระยะไกล
วิธีเปลี่ยน 127.0.0.1 เป็น 0.0.0.0 หรืออย่างอื่น สมเหตุสมผลมากขึ้น?
คุณไม่มีทางเลือก bind_address ส่วนหนึ่งของ -ร ข้อมูลจำเพาะ ใน จุ๊ๆ เอกสาร (ตามลิงค์โดย ไมโครซอฟท์) มันเขียนว่า
ตามค่าเริ่มต้น ซ็อกเก็ตการฟัง TCP บนเซิร์ฟเวอร์จะถูกผูกไว้กับอินเทอร์เฟซย้อนกลับเท่านั้น สิ่งนี้อาจถูกแทนที่ด้วยการระบุ a
bind_address. ที่ว่างเปล่าbind_addressหรือที่อยู่*ระบุว่ารีโมตซ็อกเก็ตควรฟังบนอินเทอร์เฟซทั้งหมด การระบุรีโมตbind_addressจะสำเร็จก็ต่อเมื่อเซิร์ฟเวอร์ของพอร์ตเกตเวย์เปิดใช้งานตัวเลือก (ดู sshd_config(5)).
คุณกำลังใช้พารามิเตอร์สามทูเพิล แต่คุณต้องมีเวอร์ชันสี่ทูเพิล:
-R พอร์ต:โฮสต์:โฮสต์พอร์ต -R [bind_address]:พอร์ต:โฮสต์:โฮสต์พอร์ต
ดังนั้น เพื่อให้ทุกคนสามารถเชื่อมต่อกับพอร์ตการฟังบนเซิร์ฟเวอร์ระยะไกลได้ คุณต้องแน่ใจว่า พอร์ตเกตเวย์ เปิดใช้งานในเซิร์ฟเวอร์ sshd_config และ ใช้รูปแบบคำสั่งดังนี้:
ssh -R :2222:localhost:22 user@A
โคลอนนำหน้า (:) ยังแสดงถึงสัญลักษณ์ดอกจันนำหน้าที่ช่วยให้เชื่อมต่อได้จากทุกที่ โดยส่วนตัวแล้วฉันคิดว่าเวอร์ชันนี้ที่มีไวด์การ์ดทำให้ชัดเจนขึ้นว่าสิ่งที่เขียนนั้นจงใจ:
ssh -R *:2222:localhost:22 user@A
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
