journalctl ליומני VPN: איזו יחידה מחזיקה בחיבור?

התחילו ביחידת systemd שבאמת מחזיקה בחיבור ה-VPN, לא בפקודת היומן שאתם זוכרים. שירות OpenVPN ישיר, יחידת wg-quick ופרופיל NetworkManager מציבים את ההודעות השימושיות שלהם ביחידות שונות, ושאילתה מול היחידה הלא נכונה מחזירה תוצאה ריקה שנראית כמו שקט. השוו את שלושת הבעלים הנפוצים, צמצמו את החלון ואז קראו את השלבים לפי הסדר.

השוו את שלושת הבעלים הנפוצים

שירות לקוח OpenVPN הוא בדרך כלל יחידת מופע שנקראת על שם הפרופיל, כגון [email protected]. ההודעות שלו כוללות את נתיב התצורה, ניתוח האפשרויות, לחיצת היד של TLS והתקנת המסלול שהלקוח מבצע.

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

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

צמצמו את השאילתה ליחידה אחת ולחלון אחד

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

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

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

קראו את השלב הראשון שנכשל

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

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

אל תערבבו שירות שנכשל עם לקוח ידני

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

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

שתפו קטע, לא ייצוא

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

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