เพิกเฉยไฟล์ `~ / .ssh / known_hosts` ของฉันชั่วคราว?

มีวิธีเพิกเฉยต่อ~/.ssh/known_hostsไฟล์ของฉันชั่วคราวหรือไม่?

mbp:~ alexus$ ssh 10.52.11.171
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Please contact your system administrator.
Add correct host key in /Users/alexus/.ssh/known_hosts to get rid of this message.
Offending RSA key in /Users/alexus/.ssh/known_hosts:155
RSA host key for 10.52.11.171 has changed and you have requested strict checking.
Host key verification failed.
mbp:~ alexus$ 

บันทึก:

.. โดยคำตอบไม่กี่ / ข้อคิดเห็น (s) ฉันรู้ว่าคำถามของฉันคือการทำให้เข้าใจผิดเล็กน้อยดังนั้นสั้นมันเป็นพฤติกรรมที่คาดหวัง) ดังนั้นจึงเป็นเรื่องปกติ (ในกรณีของฉัน)มีเหตุผลที่ถูกต้องอยู่เบื้องหลังว่าทำไมฉัน ต้องการเห็น "ไม่สนใจ")

คุณสามารถใช้ssh -o StrictHostKeyChecking=noเพื่อปิดการตรวจสอบในknown_hostsไม่ช้า แต่ฉันจะแนะนำเรื่องนี้ คุณควรตรวจสอบว่าทำไมคีย์โฮสต์ถึงมีการเปลี่ยนแปลง

ตัวเลือกอื่นคือการเพิ่มรายการเฉพาะของคุณ~/.ssh/configสำหรับโฮสต์ในคำถาม นี่อาจเป็นวิธีที่ถูกต้องหากคุณมีโฮสต์ที่สร้างโฮสต์คีย์ใหม่ทุกครั้งที่รีบูตเครื่องและได้รับการรีบูทด้วยเหตุผลที่ถูกต้องหลายครั้งต่อวัน

Host <your problematic host>
  StrictHostKeyChecking no

หากต้องการละเว้นไฟล์โฮสต์ที่รู้จักในสภาพแวดล้อม POSIX อย่างสมบูรณ์ให้ตั้งค่าGlobalKnownHostsFileและUserKnownHostsFileตัวเลือกเป็น/dev/null:

ssh -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null user@host

การตั้งค่าStrictHostKeyChecking=noตัวเลือกจะช่วยให้คุณเชื่อมต่อ แต่ SSH จะยังคงแสดงคำเตือน :

ssh -o StrictHostKeyChecking=no user@host

ดังที่คนอื่น ๆ ได้สังเกตไว้มันน่าจะดีกว่าที่จะแก้ไขปัญหาพื้นฐาน คุณสามารถพิจารณาการรับรองความถูกต้องของใบรับรอง SSHเพื่อตรวจสอบโฮสต์ได้

หากคุณติดตั้งเซิร์ฟเวอร์ใหม่แล้วดังนั้น Identification จึงเปลี่ยนไปคุณควรลบบรรทัดที่ระบุ 155 ออก/Users/alexus/.ssh/known_hostsและไปข้างหน้า

หากคุณสลับระหว่างเครือข่ายส่วนตัวที่แตกต่างกันคุณควรใช้ชื่อโฮสต์เพื่อเชื่อมต่อแทนเนื่องจากไคลเอ็นต์ ssh จะบันทึกคีย์ต่าง ๆ ตามชื่อโฮสต์ด้วย เพิ่มสิ่งนี้ในของคุณ/etc/hosts:

10.52.11.171 server1
10.52.11.171 server2

จากนั้นใช้ssh server1เมื่อเชื่อมต่อกับซับเน็ต 1 และssh server2เมื่อเชื่อมต่อกับซับเน็ต 2 วิธีนี้เซิร์ฟเวอร์ทั้งสองสามารถมีคีย์โฮสต์ที่แตกต่างกัน

-o StrictHostKeyChecking=no ใช้งานได้เฉพาะในกรณีที่โฮสต์ไม่ได้แสดงอยู่ในไฟล์รู้จัก _host

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

# Handle possible SSH key changes
host_key=$(ssh-keyscan -t rsa ${host_ip})
grep "${host_key}" ~/.ssh/known_hosts >/dev/null || {
    ssh-keygen -R ${host_ip}
    echo ${host_key} >>  ~/.ssh/known_hosts
}

# connect as normal way
ssh root@${host_ip} "hostname"

บางคนบอกว่าไม่ถูกต้องคุณไม่ต้องทำอย่างนี้ แต่ฉันต้องการสิ่งนี้เพื่อทดสอบอุปกรณ์ฝังตัวสองสามครั้งซ้ำแล้วซ้ำอีก คุณต้องปิดการใช้งานStrictHostKeyChecking=noสิ่งนี้ถูกต้อง แต่ยังรีเซ็ตไฟล์โฮสต์ที่รู้จักให้/dev/nullเป็น นี่เป็นตัวอย่างที่ดีกับ autologin และpsบนอุปกรณ์ระยะไกล

sshpass -p pass ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null user@host 'ps ax'

ล็อกอินเข้าสู่เซิร์ฟเวอร์ทั้งหมดของคุณ (และหาก RedHat) rm -f /etc/ssh/ssh_host_*จากนั้นรีสตาร์ท SSHD

สิ่งนี้จะสร้างคีย์โฮสต์ SSH ใหม่ที่ไม่จำเป็นต้องเพิกเฉย

ฉันสามารถนึกถึงอินสแตนซ์เดียวที่คีย์ SSH ถูกโคลนบนเซิร์ฟเวอร์หลาย ๆ ตัวไม่เพียงต้องการ แต่ยังไม่ทิ้งคำเตือนใด ๆ ทวีคูณของหนึ่งระเบียน โฮสต์ทั้งหมดที่มีระเบียน A มีรหัสเดียวกัน