התקנת Webmin על Ubuntu 24.04: מדריך אבטחה מלא

מה אתם בונים

Webmin הוא לוח בקרה מבוסס דפדפן המאפשר ניהול מלא של שרת Linux, כולל משתמשים, חבילות, משימות cron, חומת אש, Apache, BIND, כוננים ועוד מאות מודולים, וכל זאת דרך HTTPS בפורט 10000. ההתקנה עצמה מורכבת משלוש פקודות ואורכת כדקה. הסיבה לכך שמדריך זה מקדיש את רוב תוכנו לחלק השני היא ש־Webmin מתחבר כמשתמש root ויכול לבצע כל פעולה שמשתמש root יכול לבצע. Webmin שאינו מאובטח או שאינו דורש אימות אינו רק "סיכון ניהולי"; הוא מהווה פרצה מלאה לשרת עם דף התחברות בחזית. לכן, בצעו את ההתקנה בעשר דקות, והקדישו את שאר השעה כדי לוודא שרק אתם יכולים לגשת אליו.

דרישות קדם ואזהרה כנה

שרת VPS מסוג KVM עם Ubuntu 24.04 במצב נקי, עם גישת root או משתמש בעל הרשאות sudo. Webmin מבוסס על Perl וצורך משאבים מועטים; 1 GB של RAM מספיק בהחלט, והוא פועל בנחת תחת רבע ג'יגה-בייט. השירות מאזין בפורט TCP 10000 באמצעות שרת אינטרנט פנימי מובנה (miniserv.pl), ולא דרך Apache או nginx, לכן אין צורך בהתקנה מוקדמת של תוכנות אחרות.

יש להחליט על שני דברים לפני שמתחילים. ראשית, החשבון שבאמצעותו תתחברו: Webmin מבצע אימות מול חשבונות Unix באמצעות PAM, לכן עליכם להתחבר כ-root או כמשתמש בקבוצת sudo, תוך שימוש בסיסמת ה-Unix של אותו חשבון. תמונות ענן (Cloud images) מוגדרות בדרך כלל לשימוש במפתחות בלבד ללא סיסמה למשתמש ברירת המחדל, ו-Webmin אינו יכול לאמת חשבון ללא סיסמה. הגדירו תחילה סיסמה באמצעות sudo passwd youruser, אחרת ההתחברות תיכשל ללא קשר למה שתקלידו.

שנית, וזו האזהרה: אל תפתחו את פורט 10000 לאינטרנט ותעזבו את המערכת ללא הגנה. החליטו כעת אם תגשו ל-Webmin דרך מנהרת SSH (מומלץ, שום דבר לא נחשף) או שתגבילו את הגישה לכתובת ה-IP שלכם בלבד. החלטה בודדת זו מעצבת כל שלב בהמשך, לכן קראו את שתי האפשרויות לפני שתגעו ב-firewall.

התקנת Webmin מהמאגר הרשמי

Webmin מפרסמת מאגר apt חתום. סקריפט ההתקנה מוסיף את המאגר ואת מפתח החתימה GPG שלו, כך שפעולות apt upgrade עתידיות ימשכו את Webmin כמו כל חבילה אחרת, ותקבלו עדכונים מאומתים במקום קובץ .deb שהורד ידנית ולעולם אינו מתעדכן בעצמו.

curl -o webmin-setup-repo.sh https://raw.githubusercontent.com/webmin/webmin/master/webmin-setup-repo.sh
sudo sh webmin-setup-repo.sh

הסקריפט מציג את הפעולות שהוא עומד לבצע ומבקש אישור Setup repository? (y/N), ענו y. בסיום, התקינו את החבילה. הדגל --install-recommends מושך את התלויות הנפוצות של Perl ושל מודולי SSL, כדי שמודולים בודדים לא ייכשלו מאוחר יותר עקב חוסר בספריות.

sudo apt-get install --install-recommends webmin

Webmin שינתה את שם הסקריפט בעבר, ומדריכים ישנים מתייחסים ל-setup-repos.sh. אם ה-URL הגולמי מחזיר שגיאת 404, קחו את פקודת השורה האחת העדכנית ישירות מ-webmin.com/download במקום להסתמך על שם קובץ קבוע. התקנה תקינה מסתיימת בשורה כמו Webmin install complete. You can now login to https://your-host:10000/ as root. השירות מופעל ורץ, התצורה נמצאת תחת /etc/webmin, בקשות נרשמות ב-/var/webmin/miniserv.log, וניסיונות התחברות שנכשלו נשלחים ל-syslog (ב-Ubuntu 24.04, ל-journal של systemd).

ודאו שהשירות אכן פעיל ומאזין לפני פתיחת הדפדפן:

sudo systemctl status webmin --no-pager
sudo ss -tlnp | grep 10000

אתם מצפים לסטטוס active (running) ולשורה המציגה את miniserv.pl מאזין ב-0.0.0.0:10000. כתובת זו תשתנה ל-127.0.0.1:10000 ברגע שתשתמשו בנתיב ה-tunnel המפורט להלן. אם ss לא מציג דבר בפורט 10000, סימן ש-Webmin לא עלה; קראו את journalctl -u webmin -n 50 לפני שתמשיכו.

ההתחברות הראשונה ואזהרת התעודה

כוונו את הדפדפן שלכם אל https://YOUR_SERVER_IP:10000. על שרת חדש יתרחשו שני דברים.

אם פעיל (תמונת השרת של Ubuntu מגיעה איתו כשהוא לא פעיל, אך ספקיות רבות מפעילות אותו מראש), הדף לא ייטען כלל; מצב זה מכוסה בסעיפי כשל בהמשך. אם הפורט פתוח, הדפדפן יציג חסימה על פני כל המסך: "Your connection is not private" עם הקוד NET::ERR_CERT_AUTHORITY_INVALID ב-Chrome, או SEC_ERROR_UNKNOWN_ISSUER / "Warning: Potential Security Risk Ahead" ב-Firefox. זהו מצב צפוי ואין מדובר בפריצה. Webmin יצר תעודה בחתימה עצמית בזמן ההתקנה (/etc/webmin/miniserv.pem), ומכיוון ששום רשות אישורים (CA) לא מאמתת אותה, הדפדפן מסרב לתת בה אמון באופן אוטומטי. החיבור עדיין מוצפן; הוא פשוט אינו מאומת על ידי גורם חיצוני. לחצו על המעבר (Advanced, ולאחר מכן Proceed) לעת עתה; נחליף את התעודה הזו כראוי בהמשך.

התחברו באמצעות root או משתמש ה-sudo שלכם והסיסמה שלו ב-Unix, ותגיעו ללוח הבקרה של פרטי המערכת (System Information). טעות נפוצה כאן היא הקלדת http:// במקום https://. ה-miniserv משיב ב-HTTP רגיל בפורט זה עם הטקסט המדויק "This web server is running in SSL mode. Try the URL https://..."; הפתרון הוא פשוט לשנות את http ל-https בשורת הכתובת.

החלטת האבטחה: כיצד תגשו ל-Webmin?

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

מנהרת SSH באפשרות B היא האפשרות העדיפה, כיוון שהיא אינה חושפת דבר. רשימת כתובות IP מורשות באפשרות A היא קבילה אם הכתובת שלכם סטטית. אי-ביצוע של אף אחת מהן הוא בדיוק הטעות שמדריך זה נועד למנוע. אם אתם מעדיפים לגשת ל-Webmin דרך רשת פרטית במקום באחת מהדרכים הללו, הציבו את השרת מאחורי VPN מסוג WireGuard באירוח עצמי ובצעו bind ל-Webmin לכתובת המנהרה במקום לכתובת הציבורית.

אפשרות א': הגבלת Webmin לכתובת ה-IP שלך

בלוח הבקרה, פתח את Webmin, לאחר מכן Webmin Configuration, ולאחר מכן IP Access Control. בחר ב-"Only allow from listed addresses" והזן את כתובת ה-IP הציבורית שלך, אותה תוכל למצוא על ידי הרצת curl ifconfig.me במחשב הנייד שלך. שמור. Webmin כותב הגדרה זו לשורת ה-allow= בתוך /etc/webmin/miniserv.conf ומבצע הפעלה מחדש לעצמו.

המלכוד: אם כתובת ה-IP הביתית שלך דינמית ומשתנה, או אם הקלדת את הכתובת בשגיאה, תינעל מחוץ למערכת. הדפדפן יציג אז "Access denied for <your IP>" ללא טופס התחברות, ולא תהיה דרך חזרה דרך ממשק האינטרנט. עליך לתקן זאת ממסוף השרת באמצעות SSH או דרך ה-VNC של ספק השרתים שלך:

sudo nano /etc/webmin/miniserv.conf
# find the line that begins  allow=
# correct your IP, or delete the whole line to allow all again
sudo systemctl restart webmin

מחיקת שורת ה-allow= תחזיר גישה פתוחה לחלוטין, לכן בצע זאת רק לצורך שחזור, ולאחר מכן הגדר מיד ערך תקין.

אפשרות ב': האזנה ל-localhost וביצוע מנהור (Tunneling) באמצעות SSH (מומלץ)

עדיף שלא להאזין כלל לממשק הציבורי מאשר להסתמך על רשימת היתרים (allowlist). הגדירו את miniserv להאזין רק לממשק ה-loopback, וגשו אליו דרך מנהרת SSH מוצפנת שבה אתם כבר נותנים אמון.

ערכו את /etc/webmin/miniserv.conf והוסיפו, או שנו, שורה אחת:

bind=127.0.0.1

בצעו הפעלה מחדש באמצעות sudo systemctl restart webmin. כעת Webmin אינו נגיש מהאינטרנט, סריקת פורטים של 10000 לא תעלה דבר, והבדיקה ss מהשלב הקודם תראה כעת שהוא מאזין ל-127.0.0.1:10000. מהמחשב הנייד שלכם, פתחו מנהרה:

ssh -L 10000:localhost:10000 youruser@YOUR_SERVER_IP

השאירו את הסשן הזה פתוח וגלושו ל-https://localhost:10000. התעבורה עוברת בתוך SSH, שכבר מאומת באמצעות המפתח שלכם ומוצפן, לכן ניתן לאשר בבטחה את התעודה החתומה עצמית; שכבת ה-SSH מספקת את ההגנה האמיתית. סגירת סשן ה-SSH תנתק את הגישה ל-Webmin. אין צורך ברשימת היתרים, דבר אינו חשוף, ואין שירות נוסף שצריך להקשיח.

אם הגדרתם את bind=127.0.0.1 ושכחתם לפתוח את המנהרה, הגישה מרחוק פשוט תיפסק; זהו תפקוד תקין של המנגנון, לא תקלה. שחזרו את הגישה באותו אופן כמו באפשרות א': מהקונסולה, הסירו את השורה bind או הגדירו את bind=0.0.0.0, ולאחר מכן בצעו הפעלה מחדש. זהו אותו הרגל מנהור שבו הייתם משתמשים כדי להגיע ל-שרת פיתוח מרוחק המריץ Claude Code בתוך tmux; סשן SSH אחד, הכל פרטי, ושום דבר מיותר לא מאזין בממשק הציבורי.

החלפת תעודה בחתימה עצמית בתעודה תקנית

אם בחרת לחשוף את Webmin תחת שם מתחם לפי אפשרות א', מומלץ להסיר את אזהרת הדפדפן באמצעות תעודת Let's Encrypt תקנית. עליך להחזיק שם מתחם, למשל panel.example.com, עם רשומת A המצביעה על השרת, וגורם כלשהו שיענה לאתגר HTTP בפורט 80 במהלך האימות.

ב-Webmin קיימת תמיכה מובנית לכך: עברו אל Webmin, לאחר מכן Webmin Configuration, בחרו ב-SSL Encryption, ולבסוף בלשונית Let's Encrypt. הזינו את שם המתחם, כוונו את "website root directory" לנתיב שמוגש בפורט 80 עבור אותו מתחם, ובצעו את הבקשה. Webmin תשיג את התעודה, תעדכן עבורכם את השורות certfile= ו-keyfile= בקובץ miniserv.conf, ותחדש אותה אוטומטית לפני פקיעת תוקפה. רעננו את הדף והאזהרה תיעלם.

הקושי היחיד הוא ששרת ה-Webmin פועל בפורט 10000 ולא ב-80, לכן אתגר ה-http-01 דורש שרת אינטרנט פעיל, כגון Apache או nginx, שיענה עבור panel.example.com בפורט 80, או לחלופין שימוש באימות מבוסס DNS. בשרת שבו מותקן Webmin בלבד ללא שירות בפורט 80, הבקשה תיכשל בשגיאת אימות עד שתאפשרו ל-Let's Encrypt גישה לקובץ האתגר. המנגנון, רשומות ה-DNS, אתגר פורט 80 ותהליך החידוש זהים להנפקת תעודה עבור כל אתר אינטרנט אחר. אם ברצונכם להעמיק בנושא, המדריך Let's Encrypt TLS certificates with Certbot and nginx guide מפרט את תהליך האימות והגדרות ה-DNS. אם בחרתם בשיטת ה-SSH-tunnel, ניתן לדלג על סעיף זה לחלוטין: התעודה בחתימה עצמית מספקת מאחורי SSH, ותעודה תקנית שהונפקה עבור panel.example.com רק תציג אזהרת אי-התאמת שם (name-mismatch) בעת גלישה ל-https://localhost:10000.

הפעלת אימות דו-שלבי

סיסמה בלבד מספקת הגנה דלה עבור ממשק ה-root, לכן יש להוסיף גורם אימות שני. פתחו את Webmin, עברו ל-Webmin Configuration ולאחר מכן ל-Two-Factor Authentication. בחרו בספק Google Authenticator; מדובר בתקן TOTP סטנדרטי, ולכן הוא עובד עם Authy, 1Password או כל אפליקציית אימות אחרת, ושמרו את ההגדרות. Webmin יתקין את מודול ה-Perl הקטן הדרוש (Authen::OATH בתוספת מחולל QR) ויפעיל את התכונה; שלב זה בלבד עדיין אינו מגן על אף חשבון.

לאחר מכן, כל חשבון צריך לרשום את המכשיר שלו. כאשר 2FA מופעל, פתחו את Webmin, עברו ל-Webmin Users, בחרו בחשבון הרצוי, בחרו באפשרות Enable Two-Factor For User, ו-Webmin יציג קוד QR; סרקו אותו באמצעות האפליקציה והזינו קוד אחד שנוצר כדי לאשר. מעתה והלאה, תהליך ההתחברות יבקש את האסימון בן שש הספרות לאחר הזנת הסיסמה. בצעו את הרישום לפני שתתנתקו מהמערכת; אם 2FA נדרש אך החשבון שלכם מעולם לא סרק קוד, עדיין תוכלו לבטל את הדרישה מה-console, אך הרבה פחות מסורבל לבצע את הרישום מראש.

הוספת Fail2ban לחסימת ניסיונות התחברות בכוח גס (Brute-force)

גם נקודת קצה מוגבלת להתחברות צריכה להעניש על כישלונות חוזרים. Webmin מדווח על התחברויות שנכשלו ל-syslog בצורה של webmin[12345]: Invalid login as root from 10.0.0.9, או Non-existent login as ... עבור שם משתמש שאינו קיים כלל כחשבון Unix. ב-Ubuntu 24.04 שורות אלו מגיעות ל-systemd journal, כיוון שתמונת מערכת סטנדרטית אינה כוללת /var/log/auth.log. Fail2ban מספק מסנן webmin-auth מובנה שתואם בדיוק לשתי שורות אלו, וה-jail להלן מגדיר את backend = systemd בעצמו, כך שאין צורך ב-regex מותאם אישית או בנתיב לוג ספציפי.

צרו את /etc/fail2ban/jail.d/webmin.local:

[webmin-auth]
enabled  = true
port     = 10000
filter   = webmin-auth
backend  = systemd
maxretry = 4
bantime  = 1h

טענו מחדש בעזרת sudo systemctl restart fail2ban, ולאחר מכן ודאו שה-jail פעיל:

sudo fail2ban-client status webmin-auth

עליכם לראות את ה-jail ברשימה עם מונה חסימות שמתחיל באפס (במנגנון ה-journal אין שורת File list:). כדי לוודא שהחיבור תקין מקצה לקצה, כשלו בכוונה בהתחברות מספר פעמים מרשת אחרת, לאחר מכן הריצו שוב את פקודת הסטטוס וצפו ב-Currently banned עולה. אם המונה אינו עולה, ודאו שאינכם בודקים מכתובת שנמצאת ב-ignoreip של Fail2ban, והריצו את journalctl SYSLOG_IDENTIFIER=webmin בשרת כדי לוודא ששורות ה-Invalid login אכן נכתבות. אם Fail2ban טרם מותקן על שרת זה, ה-מדריך להתקנת Fail2ban על Ubuntu 24.04 עבור SSH מכסה את ההתקנה ואת ה-jail עבור SSH שמומלץ להריץ לצד זה.

הגבלת הגישה של משתמשי Webmin

לא כל מי שזקוק ללוח הבקרה זקוק להרשאות root מלאות על הכל. תחת Webmin, then Webmin Users, ניתן ליצור חשבונות Webmin נוספים ולהעניק לכל אחד מהם רק את המודולים הנחוצים לו; למשל, מפעיל גיבויים שרואה רק את מודולי ה-cron ומערכת הקבצים. עריכת משתמש מציגה רשימת תיוג של כל המודולים; הסרת הסימון ממודול מסוים מסירה אותו מהתפריט של אותו משתמש וחוסמת את הגישה לכתובות ה-URL הרלוונטיות. זוהי הגנה בשכבות: גם אם מושגת גישה לחשבון Webmin בעל הרשאות נמוכות, לא ניתן לשכתב את /etc/shadow כאשר מודול המשתמשים אינו מופיע ברשימה שלו.

שמירה על Webmin מעודכן

מכיוון שהתקנת את התוכנה מתוך ה-apt repository, הפקודה sudo apt update && sudo apt upgrade תמשוך גרסאות חדשות של Webmin יחד עם שאר המערכת. בצע עדכוני אבטחה ללא דיחוי; לוח בקרה הוא יעד מועדף לתקיפה. Webmin יכול לעדכן את עצמו גם דרך Webmin, לאחר מכן Webmin Configuration, ולאחר מכן Upgrade Webmin, אך השימוש ב-apt הוא הדרך הנקייה יותר ב-Ubuntu, כיוון שהוא שומר על עקביות גרסאות מול שאר ניהול החבילות במערכת. אל תתייחס לעדכונים כאל רשות: כמה מפרצות ה-CVE בעבר ב-Webmin היו באגים מסוג remote-code-execution, וההבדל היחיד בין שרת "מעודכן" לשרת "פרוץ" היה המהירות שבה מנהל המערכת ביצע את השדרוג.

מצבי כשל והודעות שגיאה נפוצות

"Your connection is not private" / NET::ERR_CERT_AUTHORITY_INVALID. מופיעה בטעינה הראשונה. הסיבה: תעודת ה-self-signed ש-Webmin יצר בעת ההתקנה אינה חתומה על ידי רשות מוכרת. אין מדובר במתקפה; הערוץ מוצפן, אך לא מאומת. פתרון: בשלב זה ניתן להמשיך מעבר לאזהרה, ולאחר מכן להנפיק תעודת Let's Encrypt תקנית, או לאשר את התעודה לצמיתות אם הגישה ל-Webmin מתבצעת דרך מנהרת SSH.

"This web server is running in SSL mode. Try the URL https://..." הקלדת http://server:10000. השרת miniserv מאזין בפורט זה ל-TLS בלבד ומציין זאת בטקסט גלוי. פתרון: שנו את http ל-https בשורת הכתובת.

הדף אינו נטען (timeout), ERR_CONNECTION_TIMED_OUT / "This site can't be reached". הבקשה אינה מגיעה ל-Webmin. ב-Ubuntu הסיבה היא כמעט תמיד חסימה של פורט 10000 על ידי ufw. ודאו זאת באמצעות sudo ufw status; אם פורט 10000 אינו מופיע ברשימה, פתחו אותו בעזרת sudo ufw allow 10000/tcp או, עדיף, השאירו אותו סגור והשתמשו במנהרת SSH לפי אפשרות B. שימו לב להבדל: timeout מעיד על כך שה-firewall משמיט חבילות מידע בשקט, בעוד ש-ERR_CONNECTION_REFUSED מעיד על כך שהפורט נגיש אך Webmin אינו רץ; בדקו את sudo systemctl status webmin.

"Access denied for <your IP>." הגדרתם בקרת גישה לפי IP תחת אפשרות A, והכתובת הנוכחית שלכם אינה ברשימת המורשים, או שמדובר בכתובת IP דינמית שהשתנתה או בטעות הקלדה. אין דרך חזרה דרך הדפדפן. פתרון מה-console: ערכו את השורה allow= בקובץ /etc/webmin/miniserv.conf, תקנו או מחקו אותה, והריצו את sudo systemctl restart webmin.

"Login failed. Please try again." עם פרטי התחברות תקינים. לחשבון אין סיסמת Unix, מצב נפוץ בתמונות ענן המוגדרות לשימוש במפתחות בלבד. Webmin מבצע אימות מול ה-Unix password באמצעות PAM, וסיסמה כזו אינה קיימת עבור המשתמש. פתרון: הריצו את sudo passwd youruser בשרת, ולאחר מכן התחברו. אם /var/webmin/miniserv.log מציג Non-existent login as ..., אתם מקלידים שם משתמש שאינו חשבון Unix כלל.

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

FAQ

האם בטוח לחשוף את Webmin לאינטרנט הציבורי?

התייחסו ל-Webmin החשוף לאינטרנט כאל מעטפת (shell) של root עם דף התחברות, שכן זה בדיוק מה שהוא. הוא בטוח במידה מספקת רק בשכבות: תעודה אמיתית, אימות דו-שלבי, Fail2ban, ורשימת כתובות IP מורשות מצומצמת או, עדיף, ללא חשיפה ציבורית כלל. התצורה בעלת הסיכון הנמוך ביותר היא קישור של Webmin ל-127.0.0.1 וגישה אליו דרך מנהרת SSH, כך שפורט 10000 אינו מגיב לאיש באינטרנט הפתוח.

כיצד ניתן להיפטר מאזהרת התעודה של Webmin?

האזהרה (NET::ERR_CERT_AUTHORITY_INVALID) מופיעה מכיוון ש-Webmin מופץ עם תעודה בחתימה עצמית. הנפיקו תעודה אמיתית מתוך Webmin, תחת Webmin Configuration, SSL Encryption, Let's Encrypt, תוך שימוש בשם DNS שמצביע על השרת עם שירות כלשהו שמטפל באתגר פורט 80 לצורך אימות. אם אתם ניגשים ל-Webmin רק דרך מנהרת SSH ל-localhost, האזהרה אינה מזיקה; ה-SSH כבר מצפין ומאמת את החיבור, וניתן לאשר בבטחה את התעודה בחתימה עצמית.

כיצד ניתן להגביל את Webmin לכתובת ה-IP שלי בלבד?

עברו ל-Webmin, Webmin Configuration, IP Access Control, בחרו ב-"Only allow from listed addresses", והזינו את כתובת ה-IP הציבורית שלכם מ-curl ifconfig.me. Webmin שומר זאת בשורת ה-allow= בתוך /etc/webmin/miniserv.conf. היזהרו מכתובת IP ביתית דינמית: אם היא תשתנה, תיחסמו ותצטרכו לתקן את שורת ה-allow= ממסוף השרת, לכן כתובת סטטית או שיטת מנהרת ה-SSH אמינות יותר בפועל.

מדוע ההתחברות שלי נכשלת גם עם סיסמה נכונה?

Webmin מבצע אימות דרך PAM מול סיסמת ה-Unix שלכם, ותמונות (images) של שרתי ענן מוגדרות בדרך כלל לשימוש במפתחות בלבד ללא סיסמה בחשבון ברירת המחדל, כך שאין ל-PAM מה להשוות וההתחברות נדחית. הריצו את sudo passwd youruser בשרת כדי להגדיר סיסמה, ולאחר מכן התחברו. שורת Non-existent login as ... בתוך /var/webmin/miniserv.log משמעותה ששם המשתמש עצמו אינו חשבון Unix אמיתי.

מה התועלת ב-Webmin בהשוואה ל-SSH רגיל?

Webmin הוא שכבת נוחות וגילוי. הוא שימושי באמת לעיון בקובצי לוג, ניהול משתמשים ו-cron, עריכת חוקי firewall, וצפייה במצב הדיסק והשירותים מבלי לשנן כל פקודה, דבר נוח למנהלי מערכות מזדמנים או לצוותים בעלי רמות מיומנות מעורבות. SSH רגיל הוא מהיר יותר, ניתן לסקריפט, וחושף שטח תקיפה קטן בהרבה עבור עבודה שגרתית. מנהלי מערכות רבים מריצים את שניהם: SSH לשימוש יומיומי, ו-Webmin המקושר ל-localhost מאחורי מנהרה עבור משימות ה"הצבע והקלק" המזדמנות. אם השאלה האמיתית שלכם היא איזה לוח ניהול לבחור במקום להשוות לוח מול מעטפת, כדאי לשקול תחילה את השוואה בין Cockpit ל-Webmin, שכן השניים נבדלים בכמות המערכת שכל אחד מהם יכול לשנות בפועל ובאופן שבו כל אחד מהם מאמת אתכם.