קונסולות טוריות ב־Linux: התאמה חשמלית, פלט אתחול ומגבלות התאוששות

ברוכים הבאים למדריך של SysSeder לתכנון קונסולה טורית ב־Linux.

חשבו על השבתה היפותטית: שרת אינו מגיב ל־SSH, ל־ping או לממשק הניהול שלו. קונסולה שהוגדרה מראש ושאפשר להגיע אליה בנתיב נפרד עשויה לספק דרך נוספת לאבחון; הדבר תלוי בסוג התקלה. זהו תרחיש, לא דיווח על אירוע.

מכולות וכלי ענן אינם מבטלים תקלות ברשת, במערכת ההפעלה או בחומרה. בתכנון התאוששות כדאי לזהות אילו תלויות משותפות לנתיבי הגישה השונים.

קונסולה טורית היא ממשק התאוששות אפשרי אחד, לא כלי הצלה בלתי ניתן להשבתה או אוניברסלי. המאמר מפריד בין התאמה חשמלית, פלט אתחול וכניסה מאומתת. הדוגמאות לא הורצו ומיועדות למעבדה מורשית, לא כהוראה לשנות שרת ייצור.

נתיב גישה חלופי: מהי קונסולה טורית?

מסוף טורי מחליף נתונים ברצף דרך ממשק טורי. TX, RX והארקת ייחוס עשויים להספיק לחלק מחיבורי UART; ממשקים אחרים דורשים אותות נוספים. רמות לוגיות של UART ואיתות חשמלי מסוג RS-232 אינם ניתנים להחלפה ישירה.

קונסולה טורית המחוברת ישירות אינה תלויה ב־TCP/IP או בשירות SSH של היעד. היא עדיין דורשת חומרה נתמכת ומוגדרת ונתיבי ליבה ומנהל התקן מתפקדים. חשמל וליבה שמגיבה חלקית אינם מבטיחים גישה.

למהנדסי מערכות ולמפתחים, הקונסולה הטורית מספקת:

פלט אתחול: אפשר להגדיר פלט טורי בנפרד ב־GRUB וב־Linux; הגדרת אחד אינה מגדירה את האחר. פלט מהשלבים המוקדמים ביותר של הליבה עשוי לדרוש תמיכה ייעודית לפלטפורמה.
אבחון תקלות: הודעות ליבה עשויות להגיע לקונסולה טורית מוגדרת כשכניסה רגילה אינה זמינה. panic, תקלה במנהל התקן או כשל חומרה עלולים למנוע גם פלט זה; אין כאן הבטחה לקבלת נתוני קריסה.
גישה לקושחה: הפניה טורית של BIOS/UEFI היא יכולת נפרדת התלויה בחומרה. אין להסיק שהיא קיימת מתמיכת Linux בחיבור טורי. גם לשרת מסופים מרוחק יש תלויות משלו בחשמל, ברשת ובבקרת גישה.

מאחורי הקלעים: כיצד Linux מנהלת את מחסנית TTY

Linux מייצגת התקני מסוף כצומתי התקני תווים תחת /dev/. ״הכול הוא קובץ״ היא אמירה מקוצרת מועילה, לא תיאור מילולי של כל אובייקט במערכת ההפעלה.

יש להבחין בין שני קצות החיבור. UART מובנה במחשב היעד עשוי להיות /dev/ttyS0; מתאם USB טורי במחשב Linux של מנהל המערכת עשוי להופיע כ־/dev/ttyUSB0. השמות תלויים במנהל ההתקן ובפלטפורמה. מחבר DB9 אינו מוכיח מהו התקן החשמלי או סידור הפינים.

הנתיבים המושגיים הבאים משתמשים באותה חומרה אך ממלאים תפקידים שונים. רישום הודעות ליבה אינו מפעיל שירות כניסה.

הליבה כותבת הודעות באמצעות printk ← מאגר הודעות ← מנהל קונסולה מופעל ← חומרה טורית.
במרחב המשתמש: systemd ← השירות serial-getty@ttyS0.service ← agetty/login ← מנהל TTY ← חומרה טורית.
הכלי dmesg קורא הודעות ליבה; הוא אינו יוצר את מאגר הקונסולה.

בכניסה טורית מאומתת רגילה, שירות getty מאתחל את המסוף ומפעיל את login. זהו נתיב נפרד מפלט הליבה. יש להשאיר אימות פעיל ולהגביל גישה פיזית ומרוחקת לקונסולה; חיבור טורי אינו אמצעי לעקיפת הרשאות.

התנסות מעשית: הגדרת שרת Linux להפניה טורית

במעבדה זמנית ומורשית, תעדו תחילה את UART היעד או ההתקן הטורי הווירטואלי, תמיכת הקושחה, נתיב ההתאוששות והגדרות האתחול הקיימות. אין לשנות שרת פעיל על סמך הדוגמה הכללית הזאת. קונסולה של מכונה וירטואלית עשויה עדיין להיות תלויה בנתיב הניהול של ההייפרוויזור.

שלב 1: הגדרת מנהל האתחול GRUB

במערכות המשתמשות בהגדרות GRUB שנוצרות אוטומטית, /etc/default/grub מספק בדרך כלל הגדרות למחולל. יש לבדוק את הנוהל העדכני של ההפצה ולשמר את ההגדרות הקיימות לפני כל עריכה מורשית במעבדה.

סקרו את הגדרות GRUB הקיימות בלי לשנות את הגדרות האתחול הפעילות.

הקטע להמחשה מניח UART ראשון תואם במחשב אישי והגדרות תואמות בשני הקצוות: 115200, שמונה סיביות נתונים, ללא זוגיות וסיבית עצירה אחת. הקצב הוא בחירה, לא תקן אוניברסלי. יש לשלב פרמטרי קונסולה בפרמטרי הליבה הקיימים, לא להחליפם; בעת אבחון פלט חסר יש לבדוק גם הגדרות quiet/splash.

GRUB_TERMINAL="serial console"
GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

# Arguments to review and merge, not a replacement configuration:
# console=tty0 console=ttyS0,115200n8

נפרק את הפרמטר החשוב הזה, console=, למרכיביו:

console=tty0 בוחר בקונסולה הווירטואלית שבחזית; עדיין נדרש מנהל תצוגה או קונסולה זמין.
console=ttyS0,115200n8 מבקש את הקונסולה הטורית ואת מסגור הנתונים הזה. כשיש קונסולה פעילה אחת מכל סוג, האחרונה ברשימה משמשת עבור /dev/console; סוגים כפולים, התקנים שאינם זמינים וסדר הרישום יוצרים חריגים מתועדים. בקשות כניסה עדיין דורשות שירות במרחב המשתמש.

יצירת תפריט האתחול תלויה בהפצה, בגרסה ובקושחה. לפני החלת שינוי במעבדה יש לאמת את מיקום הפלט המתועד ואת נתיב ההתאוששות.

לא ניתנת כאן פקודה אוניברסלית ליצירת ההגדרות מחדש. פעלו לפי הוראות ההפצה והגרסה המדויקות; אין לדרוס נתיב משוער של הגדרות BIOS או UEFI.

שלב 2: הפעלת שירות Getty טורי

systemd-getty-generator יוצר בדרך כלל שירות serial-getty לקונסולות ליבה מתאימות, אך אפשר לבטל התנהגות זו בהגדרות. הפקודות הבאות, שלא הורצו, ממחישות הפעלה מפורשת להתקן מעבדה שכבר אומת; סימון להפעלה אוטומטית והפעלה מיידית הן פעולות נפרדות.

sudo systemctl enable serial-getty@ttyS0.service
sudo systemctl start serial-getty@ttyS0.service

בדיקת מצב השירות מציגה את נקודת המבט של systemd, ואינה הוכחה לתקינות חשמלית של הכבל, לכניסה שמישה או להתאוששות מוצלחת. הדוגמה היא לקריאה בלבד, אך לא הורצה.

sudo systemctl status serial-getty@ttyS0.service

חיבור ל״קונסולה להכול״ הפיזית שלכם

בחרו מתאם לפי הממשק החשמלי המתועד של היעד, לא רק לפי המחבר או שם השבב. מתאמי USB-to-TTL UART ומתאמי USB-to-RS-232 משתמשים ברמות איתות שונות. הדוגמה של FTDI מציינת קלט ופלט של 3.3 וולט; אין בכך הוכחה להתאמה ללוח כלשהו.

לפני חיווט, בדקו את סידור הפינים ואת סבולות המתח בתיעוד של שני היצרנים. אין לחבר איתות RS-232 ישירות לפיני TTL. השתמשו בכבל, בהמרת הרמות ובסידור ההארקה המתועדים; אין לחבר פין מתח אלא אם תיעוד החומרה דורש זאת במפורש. אם הממשק אינו ידוע, עצרו.

חיבור באמצעות אמולטורי מסוף

תוכנות מסוף כגון screen ו־minicom יכולות לספק הפעלות טוריות. הזמינות, שמות ההתקנים והרשאות הגישה משתנים בין מערכות; אף אחת מהן אינה תמיד הקלה או האמינה ביותר.

דוגמת screen, שלא הורצה, משתמשת בנתיב מתאם Linux המאומת במחשב מנהל המערכת. יש להתאים את ההתקן ואת הגדרות הקו שסוכמו; אין להניח שגם היעד מכנה את היציאה שלו ttyUSB0.

screen /dev/ttyUSB0 115200

במיפויי המקשים הרגילים של Screen, Ctrl+A ואחריו d קטנה מנתקים את התצוגה אך משאירים את ההפעלה פעילה; k קטנה מסיימת את החלון הנוכחי. ניתוק התצוגה אינו סגירת החיבור הטורי.

אם Minicom כבר זמין במעבדה המורשית, סקרו את ממשק ההגדרות ואת מדיניות רישום היומנים שלו. יומני קונסולה עלולים להכיל פלט רגיש; דוגמה זו אינה מפעילה הקלטה.

minicom -s

התאימו את הקצב, מסגור הנתונים ובקרת הזרימה להגדרות המתועדות של היעד. בקשת כניסה מופיעה רק אם הנתיב ושירות הכניסה פועלים; לחיצה על Enter אינה יכולה להבטיח זאת.

העוצמה של Magic SysRq דרך חיבור טורי

Magic SysRq הוא מנגנון אבחון ובקרה של הליבה. המקשים הבאים מובאים לעיון, לא כרצף התאוששות לניסוי במכונה פעילה.

SysRq טורי דורש תמיכה של הליבה, ההגדרות ומנהל ההתקן; ליבה שנתקעה לחלוטין עשויה שלא להגיב. ביציאות טוריות רגילות נתמכות של מחשב אישי, תיעוד הליבה מתאר BREAK ואחריו פקודה בתוך חמש שניות. עומס מעבד גבוה או עצם קבלת החשמל אינם מבטיחים זמינות.

מדריך Minicom של היצרן מציין Ctrl+A ואחריו F לשליחת BREAK. מיפויי מקשים מקומיים עשויים להשתנות. אין לשלוח מקשי אבחון או בקרה ליעד שלא אומת; הרשימה שלהלן מסבירה את השפעותיהם המתועדות.

b: אתחול מיידי ללא סנכרון או ביטול עיגון. קיימת סכנת אובדן נתונים; זה אינו אתחול מסודר.
o: מכבה את המערכת כשהיכולת מוגדרת ונתמכת. זה אינו רצף מתועד של סנכרון וביטול עיגון מסודרים.
m: מדפיס מידע על הזיכרון; המידע לבדו אינו מאבחן כל כשל של מחסור בזיכרון.
t: מדפיס מידע על המשימות הנוכחיות. פלט אוגרים ודגלים קשור ל־p, ולא לתיאור המקורי של t.

מנהל מורשה יכול להשתמש גם בממשק /proc/sysrq-trigger של הליבה, לרבות דרך הפעלת SSH פעילה. ערכו של החיבור הטורי הוא נתיב גישה חלופי בעת כשל ברשת, לא סמכות ייחודית או הבטחה לשחזור מסד נתונים. יש להגן על הגישה לקונסולה בהתאם.

סיכום: לתכנן נתיבי התאוששות דיגיטליים נפרדים

לימוד נתיבי האתחול, רישום ההודעות והכניסה עשוי לעזור לנסח תוכניות התאוששות ברורות יותר. תרגיל בקונסולה טורית מועיל רק כשהנחותיו, מגבלותיו החשמליות, הרשאותיו ומצבי הכשל שלו מתועדים.

בחנו קונסולה טורית לצד אפשרויות התאוששות אחרות; אין להוסיף הגדרות אתחול או לחבר כבל בן שלושה חוטים ללא בדיקה. יש לאמת את כל הנתיב במעבדה מאושרת לפני שמסתמכים עליו, ולשמור דרך חזרה נפרדת למקרה שההגדרה תיכשל. אימות כזה לא בוצע כאן.

אילו תלויות תשתף הקונסולה המתוכננת שלכם עם המערכת שהיא אמורה לסייע לשחזר? תעדו מגבלות אלה לפני בחירת התכנון.

עד הפעם הבאה, התנסות מהנה!