Score:1

หมดเวลาดำเนินการเมื่อพยายาม ssh ไปยังเซิร์ฟเวอร์

ธง ca

ฉันกำลังถ่ายโอนไฟล์ระหว่างเครื่องระยะไกลสองเครื่องเมื่อ scp คำสั่งหยุดที่ 92% เมื่อฉันลองอีกครั้ง ฉันรู้ว่าฉันไม่สามารถ ssh เข้าสู่เซิร์ฟเวอร์ได้อีกต่อไป อย่างไรก็ตาม ฉันสามารถเข้าถึงได้ผ่านเทอร์มินัล VNC ของโฮสต์เซิร์ฟเวอร์ของฉัน

ฉันลองรีสตาร์ท sshd, ทำก รีบูต systemctlและปิด/รีสตาร์ทเซิร์ฟเวอร์จากเว็บพาเนลโฮสต์ของฉัน แต่ฉันยังไม่สามารถ SSH เข้าสู่เซิร์ฟเวอร์ได้ ฉันยังตรวจสอบ /var/log/auth.log และไม่ได้บันทึกอะไรเกี่ยวกับการหมดเวลาการเชื่อมต่อ

ฉันปิดใช้งานไฟร์วอลล์เซิร์ฟเวอร์ทั้งหมด (iptables) และเอาต์พุตของ sshd สถานะ systemctl แสดงว่ากำลังทำงานและกำลังฟังอยู่ที่พอร์ต 22

ผลลัพธ์ของ iptables -L:

เชนอินพุท (ยอมรับนโยบาย)
ส่งต่อไปข้างหน้า (ยอมรับนโยบาย)
Chain OUTPUT (ยอมรับนโยบาย)

ฉันสามารถ ssh ไปยังเซิร์ฟเวอร์อื่น ๆ ได้ดีจากเครื่องของฉัน ผลลัพธ์ของคำสั่ง SSH ของฉันด้วย -vvv เป็น:

OpenSSH_8.1p1, LibreSSL 2.7.3
debug1: อ่านข้อมูลการกำหนดค่า /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config บรรทัดที่ 47: การใช้ตัวเลือกสำหรับ *
debug1: การเชื่อมต่อกับพอร์ต <server-ip> 22.
ssh: เชื่อมต่อกับโฮสต์ <เซิร์ฟเวอร์-ip> พอร์ต 22: การดำเนินการหมดเวลา

นอกจากนี้ ตามที่กล่าวไว้ในคำถามที่เกี่ยวข้องอื่น ๆ ที่นี่ ฉันเริ่มต้น sshd บนพอร์ต 42 ด้วยตนเองด้วย /usr/sbin/sshd -p 42 -d และพยายามเชื่อมต่อ แต่การเชื่อมต่อยังคงหมดเวลาจากเครื่องของฉัน และไม่มีการบันทึกเอาต์พุตไปยังเทอร์มินัล

ตามคำแนะนำในความคิดเห็นฉันวิ่ง ssh user@localhost จากภายในเทอร์มินัล VNC ของฉันและใช้งานได้ ดังนั้นดูเหมือนว่า ssh ใช้งานได้กับ localhost แต่ไม่มีผู้ใช้รายอื่นสามารถเชื่อมต่อจากภายนอกได้ ดูเหมือนว่าปัญหาเกี่ยวกับไฟร์วอลล์ แต่ฉันได้เปิดกฎ iptables ทั้งหมดแล้ว

อัปเดต: SSH เริ่มทำงานแบบสุ่มเป็นเวลาประมาณ 30 นาทีโดยไม่มีการเปลี่ยนแปลง ฉันสามารถคัดลอกไฟล์ทับที่ฉันต้องการได้ หลังจากนั้นไม่นาน การเชื่อมต่อก็ค้างและตัดการเชื่อมต่อจากฉัน และมันก็กลับมาใช้งานไม่ได้อีก

Score:0
ธง ng

ดูเหมือนว่าปัญหาเครือข่าย หมดเวลาดำเนินการ มักจะหมายความว่า จุ๊ๆ ไม่สามารถสร้างการเชื่อมต่อได้ คุณใช้โฮสติ้งประเภทใด

Timothy Fisher avatar
ca flag
ใช่ ... เรื่องนี้กลายเป็นประเด็น พูดคุยกับผู้ให้บริการโฮสติ้งฝ่ายสนับสนุนสดและพวกเขาบอกฉันว่าพวกเขาล็อคที่อยู่ IP เนื่องจากกิจกรรมเครือข่ายสูงคิดว่าเป็นการโจมตี DDoSฉันไม่สามารถเข้าถึงที่อยู่อีเมลที่เชื่อมโยงกับบัญชีได้ในขณะนั้น ดังนั้นฉันจึงไม่ได้รับการแจ้งเตือน พวกเขายกเลิกการระงับ และตอนนี้ทุกอย่างเรียบร้อยดี

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา