บางครั้งคุณจะเห็นข้อผิดพลาดแจ้งว่า ssh ไม่สามารถแก้ไขชื่อโฮสต์ได้เมื่อคุณพยายามใช้งาน หากคุณได้รับข้อผิดพลาดนี้ คุณควรตรวจสอบให้แน่ใจว่าคุณเชื่อมต่อกับเครือข่ายแล้ว ผู้ใช้เครือข่ายไร้สายทุกประเภทจะต้องการให้แน่ใจว่าได้รับสัญญาณเพียงพอในการดำเนินการตามคำขอ การขาดการเชื่อมต่อเป็นสาเหตุที่พบบ่อยที่สุดของข้อผิดพลาดเหล่านี้ตามที่นักพัฒนาหลายคนระบุ ซึ่งเป็นเรื่องปกติมากกว่าการพิมพ์ผิด
หากคุณแน่ใจว่าคุณมีการเชื่อมต่อที่มั่นคง คุณควรตรวจสอบข้อผิดพลาดในการพิมพ์ต่อไป คุณอาจพิมพ์ที่อยู่ IP หรือบรรทัดระบุตำแหน่งทรัพยากรบางประเภทผิด แม้ว่าอาจดูจู้จี้จุกจิกเกี่ยวกับวิธีการนำเสนอข้อมูล แต่ซอฟต์แวร์ ssh ต้องการให้แน่ใจว่าคุณเชื่อมต่อกับแหล่งข้อมูลที่ถูกต้องอยู่เสมอ นอกจากนี้ ไฟล์โฮสต์ของคุณอาจชี้ ssh ไปในทิศทางที่ผิดเกี่ยวกับทรัพยากรที่คุณกำลังพยายามเชื่อมต่อด้วย
วิธีที่ 1:การแก้ไขคำสั่งชื่อโฮสต์ที่มีรูปแบบไม่ถูกต้อง
สมมติว่าคุณไม่ได้ทำผิดพลาด เช่น พิมพ์ s sh หรือ ss h แทน ssh แสดงว่าคำสั่งชื่อโฮสต์อาจมีรูปแบบไม่ถูกต้อง ซอฟต์แวร์คาดหวังคำสั่งที่กำหนดเป็น ssh user@NAME แทนที่จะเป็นรูปแบบอื่น เปิดเทอร์มินัลด้วยสิทธิ์ที่เหมาะสมสำหรับคำสั่งของคุณ โดยทั่วไปคุณจะสามารถทำงานในฐานะผู้ใช้ทั่วไปได้เมื่อใช้ ssh และคุณไม่จำเป็นต้องมีพลังพิเศษ
คุณอาจต้องการเปิดเทอร์มินัลโดยกด Ctrl, Alt และ T ค้างไว้พร้อมกัน ผู้ใช้ Xfce4 บางรายสามารถกดปุ่ม Windows หรือ Super ค้างไว้แล้วกด T คุณสามารถเริ่มข้อความแจ้งได้จากเมนู Dash, Applications, KDE หรือ Whisker โดยไปที่การค้นหาและพิมพ์ Terminal หรือเลือกจากเครื่องมือของระบบแทน ผู้ใช้ Ubuntu Server หรือ Red Hat Enterprise Linux และ Scientific Linux เวอร์ชันที่ไม่มีอินเทอร์เฟซผู้ใช้แบบกราฟิกควรกด Ctrl, Alt และ F1-F6 ค้างไว้เพื่อเข้าถึงคอนโซลเสมือน คุณจะต้องเข้าสู่ระบบก่อนดำเนินการต่อ
เมื่อคุณได้รับข้อความแจ้ง ให้ออกโค้ด ssh และตรวจสอบให้แน่ใจว่าอยู่ในรูปแบบก่อนหน้า ตัวอย่างเช่น คุณสามารถลองใช้ ssh root@myPlace หากคุณมีชื่อโฮสต์ที่เชื่อมต่อกับเครือข่ายของคุณเช่นนี้ คำสั่ง ssh root@##.#.#.## โดยแทนที่สัญลักษณ์ octothorpe ด้วยตัวเลขแล้ว ถือเป็นความคิดที่ดีหากคุณกำลังเชื่อมต่อกับที่อยู่ IP โดยตรง
ป>
คุณอาจพบว่าคุณกำลังเขียน root@server หรืออย่างอื่นที่คล้ายกัน ซึ่งอาจแสดงข้อผิดพลาดต่อไปนี้:
ssh:ไม่สามารถแก้ไขเซิร์ฟเวอร์ชื่อโฮสต์:ไม่ทราบชื่อหรือบริการ ป>
ผู้ใช้บางคนมีนิสัยชอบเตือนตัวเองว่า ssh user@server เป็นวิธีที่คุณต้องเขียนคำสั่งนี้ออกมาเสมอ
วิธีที่ 2:การแก้ไขไฟล์
ความเสียหายใดๆ ที่เกิดขึ้นกับไฟล์ อาจทำให้เกิดปัญหากับชื่อโฮสต์ได้ และบางครั้ง ssh จะแสดงคำเตือนแบบเดียวกันสำหรับข้อผิดพลาดประเภทเหล่านี้เหมือนกับที่มันจะเสนอสำหรับสิ่งอื่นใด คุณจะต้องเข้าถึงรูทเพื่อเปิดไฟล์โฮสต์ หากคุณกำลังใช้งานเทอร์มินัลตัวใดตัวหนึ่งจากด้านบน คุณสามารถพิมพ์ sudo nano ได้ หรือ
เพื่อเปิดไฟล์เพื่อแก้ไข พรอมต์ sudo จะขอรหัสผ่านของคุณ
หากคุณทำงานจากภายในสภาพแวดล้อมเดสก์ท็อป คุณจะต้องเปิดบรรทัดแอปพลิเคชัน คุณสามารถทำได้โดยกดปุ่ม Windows หรือ Super และ R ค้างไว้ กด Alt และ F2 หรือคลิกที่ Dash ขึ้นอยู่กับสภาพแวดล้อมเดสก์ท็อปที่คุณใช้ เมื่อคุณมีสาย ให้พิมพ์ขึ้นอยู่กับว่าคุณกำลังใช้แอปพลิเคชันที่ใช้ GTK+ หรือ KDE Qt คุณอาจต้องการใช้ gvim, leafpad หรือ mousepad แทน gedit หรือ kate
คุณจะโหลดไฟล์โฮสต์ไม่ว่าในกรณีใด ตรวจสอบให้แน่ใจว่าคุณมีสิทธิ์การเข้าถึงแบบอ่านและเขียน จากนั้นดูที่ด้านบนของไฟล์ คุณจะต้องมีสองบรรทัดต่อไปนี้เพื่อให้ทำงานได้อย่างถูกต้อง:
127.0.0.1 โลคัลโฮสต์ ป>
127.0.1.1 ชื่อโฮสต์ของคุณ ป>
YourHostName ควรมีชื่อโฮสต์ที่แท้จริงของเครื่องของคุณ คุณอาจต้องการสิ่งเหล่านี้เช่นกันหากคุณใช้งานเครือข่าย IPv6:
::1 ip6-localhost ip6-loopback ป>
fe00::0 ip6-localnet ป>
ff00::0 ip6-mcastprefix ป>
ff02::1 ip6-ทุกโหนด ป>
ff02::2 ip6-เราเตอร์ทั้งหมด ป>
หากคุณอยู่บนเครือข่ายบางประเภทที่ใช้เทคโนโลยี IPv4 เท่านั้น คุณจะต้องตั้งค่าสองเครือข่ายแรกให้ถูกต้องในสถานการณ์ส่วนใหญ่เท่านั้น อย่างไรก็ตาม การเชื่อมต่ออินเทอร์เน็ตยุคใหม่กำลังเปลี่ยนไปใช้มาตรฐาน IPv6 อย่างรวดเร็ว ดังนั้น วันแห่งการตั้งค่าเหล่านี้เพียงอย่างเดียวจึงหมดไปอย่างรวดเร็ว การกระจาย Linux ของคุณควรกำหนดการตั้งค่าเหล่านี้ให้กับคุณ แต่บางครั้งแพ็คเกจที่ผิดพลาดหรือข้อผิดพลาดของผู้ใช้อาจทำให้ไฟล์โฮสต์เสียหายและชี้การเชื่อมต่อในตำแหน่งที่ไม่ถูกต้อง
ป>
หากคุณใช้โปรแกรมแก้ไขข้อความกราฟิกที่อ่านว่า
บันทึกไฟล์เมื่อคุณแก้ไขเสร็จแล้ว และอย่าลืมปิดทันทีหลังจากนั้น คุณไม่ต้องการเปลี่ยนแปลงไฟล์โฮสต์โดยไม่จำเป็นหากคุณสามารถหลีกเลี่ยงได้ ซึ่งเป็นเหตุผลว่าทำไมการออกจากที่นี่จึงมีความจำเป็นอย่างยิ่ง ลองใช้คำสั่ง ssh ของคุณเมื่อเสร็จแล้ว ตรวจสอบให้แน่ใจว่าคุณได้สร้างมันอย่างถูกต้องตามขั้นตอนที่ระบุไว้ในวิธีแรก หากคุณยังคงประสบปัญหา คุณจะต้องรีสตาร์ทเครื่อง มิฉะนั้น คุณไม่น่าจะมีปัญหากับ ssh อีกต่อไป
เกี่ยวกับผู้เขียน
เควิน แอร์โรว์ส
Kevin Arrows เป็นผู้เชี่ยวชาญด้านเทคโนโลยีที่มีประสบการณ์สูงและมีความรู้และมีประสบการณ์ในอุตสาหกรรมมานานกว่าทศวรรษ เขาได้รับการรับรองจาก Microsoft Certified Technology Specialist (MCTS) และมีความมุ่งมั่นอย่างแรงกล้าที่จะติดตามข่าวสารเกี่ยวกับการพัฒนาเทคโนโลยีล่าสุด Kevin ได้เขียนหัวข้อที่เกี่ยวข้องกับเทคโนโลยีอย่างกว้างขวาง โดยนำเสนอความเชี่ยวชาญและความรู้ของเขาในด้านต่างๆ เช่น การพัฒนาซอฟต์แวร์ ความปลอดภัยทางไซเบอร์ และการประมวลผลแบบคลาวด์ การมีส่วนร่วมของเขาในด้านเทคโนโลยีได้รับการยอมรับและเคารพอย่างกว้างขวางจากเพื่อนร่วมงานของเขา และเขาได้รับการยกย่องอย่างสูงจากความสามารถของเขาในการอธิบายแนวคิดทางเทคนิคที่ซับซ้อนในลักษณะที่ชัดเจนและรัดกุม ป>