ווטסאפ - לינוקס, BSD, קוד פתוח ותוכנה חופשית בעברית. Whatsup - Linux, BSD, open source and free software in Hebrew

 
 
  כניסת חברים · רישום · שכחתי סיסמה  
tux the penguin
תגובה לנושא
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
אורח · ·
 

הודעה פורסם: 26/09/2022 - 18:57
נושא ההודעה: אחרי התקנה של ufw המחשב לפעמים לא עולה (systemd unit timeot)

לאחר שהתקנתי UFW בדביאן bullseye לפעמים המערכת לא עולה אחרי כיבוי (אין בעייה עם עושים restart), הפעלה מחדש לאחר מספר דקות והמצב עולה ללא שום שינוי.

ראיתי שגיאות unit timeout, אני חושב שראיתי משהוא עם השם של המחשב
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 26/09/2022 - 23:13
נושא ההודעה: Re: אחרי התקנה של ufw המחשב לפעמים לא עולה (systemd unit tim

Anonymous :
לאחר שהתקנתי UFW בדביאן bullseye לפעמים המערכת לא עולה אחרי כיבוי (אין בעייה עם עושים restart),

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

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

ראיתי שגיאות unit timeout, אני חושב שראיתי משהוא עם השם של המחשב


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

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

הודעה פורסם: 27/09/2022 - 08:41
נושא ההודעה:

הפעלה מחדש ע"י alt+sysrq ukb, מפעילים את המחשב מכיבוי , המחשב לא מגיע ל sddm , אם בשלב שהוא "מחכה" או לאחר קבלת systemd unit timeout לוחצים על alt+sysrq+ukb אז בהפעלה שתגיע מחחדש הכל יעלה כמו שצריך.

הכוונה בשום שינוי (אני לא עורך שום קובץ או הגדרה ב grub), לא ניתן להגיע לטרמינל, אם אני מנטרל את ufw באמת אין שום בעייה בעלייה לאחר מכאן .
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 27/09/2022 - 12:58
נושא ההודעה: אני מניח שבהתקנת ufw עשית, או לא עשית, באופן נכון משהו חשוב.

Anonymous :
הפעלה מחדש ע"י alt+sysrq ukb, מפעילים את המחשב מכיבוי , המחשב לא מגיע ל sddm , אם בשלב שהוא "מחכה" או לאחר קבלת systemd unit timeout לוחצים על alt+sysrq+ukb אז בהפעלה שתגיע מחחדש הכל יעלה כמו שצריך.

הכוונה בשום שינוי (אני לא עורך שום קובץ או הגדרה ב grub), לא ניתן להגיע לטרמינל, אם אני מנטרל את ufw באמת אין שום בעייה בעלייה לאחר מכאן .

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

הודעה פורסם: 27/09/2022 - 13:56
נושא ההודעה:

אני יודע שהבעייה היא בעליית ufw בלבד , כי כאשר ufw מבוטל אין שום בעייה,
גם אם אני מפעיל אותו לאחר התחברות לממשק הגרפי (target graphical) אין שום בעייה כלל.

ב ufw רק פתחתי מספר פורטים בודדים ע"י ממשק הניהול של ufw :

קוד:
 
sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
514/udp                    ALLOW IN    Anywhere                 
514/tcp                    ALLOW IN    Anywhere                 
192.168.44.237 1716        ALLOW IN    192.168.44.1             
22/tcp                     ALLOW IN    Anywhere                 
514/udp (v6)               ALLOW IN    Anywhere (v6)             
514/tcp (v6)               ALLOW IN    Anywhere (v6)             
22/tcp (v6)                ALLOW IN    Anywhere (v6)     
 


לא ערכתי שום קובץ הגדרות כלל.

חיפוש ufw block systemd startup after shutdown לא נתן לי שום תוצאה הגיונית
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 27/09/2022 - 16:04
נושא ההודעה: מנחש שאתה צריך חומת אש נכונה למקרה שלך

Anonymous :
אני יודע שהבעייה היא בעליית ufw בלבד , כי כאשר ufw מבוטל אין שום בעייה,
גם אם אני מפעיל אותו לאחר התחברות לממשק הגרפי (target graphical) אין שום בעייה כלל.

ב ufw רק פתחתי מספר פורטים בודדים ע"י ממשק הניהול של ufw :

קוד:
 
sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
 

אני מנחש שעריכה, כמו שצריך, אולי לא רק לשנות בקובץ, של ה deny הזה ל allow תאפשר למחשב לעלות כמצופה. ואם הניחוש הזה נכון, אתה צריך לרשום חומת אש נכונה למקרה שלך.
Anonymous :

קוד:
 New profiles: skip

To                         Action      From
--                         ------      ----
514/udp                    ALLOW IN    Anywhere                 
514/tcp                    ALLOW IN    Anywhere                 
192.168.44.237 1716        ALLOW IN    192.168.44.1             
22/tcp                     ALLOW IN    Anywhere                 
514/udp (v6)               ALLOW IN    Anywhere (v6)             
514/tcp (v6)               ALLOW IN    Anywhere (v6)             
22/tcp (v6)                ALLOW IN    Anywhere (v6)     
 


לא ערכתי שום קובץ הגדרות כלל.

כנראה שזו הבעיה.
Anonymous :

חיפוש ufw block systemd startup after shutdown לא נתן לי שום תוצאה הגיונית

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

האם sddm, או X, דורש/עובד/מנסה משהו tcp? האם אין חומת אש אחרת במחשב?
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 27/09/2022 - 16:20
נושא ההודעה: Re: ניחוש נוסף

Anonymous :
Anonymous :
אני יודע שהבעייה היא בעליית ufw בלבד , כי כאשר ufw מבוטל אין שום בעייה,
גם אם אני מפעיל אותו לאחר התחברות לממשק הגרפי (target graphical) אין שום בעייה כלל.

ב ufw רק פתחתי מספר פורטים בודדים ע"י ממשק הניהול של ufw :

קוד:
 
sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
 

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

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

הודעה פורסם: 27/09/2022 - 19:54
נושא ההודעה: עריכת קבצים, או ממשק ניהול: אם הם שקולים, זה ענין של טעם

Anonymous :
Anonymous :
אני יודע שהבעייה היא בעליית ufw בלבד , כי כאשר ufw מבוטל אין שום בעייה,
גם אם אני מפעיל אותו לאחר התחברות לממשק הגרפי (target graphical) אין שום בעייה כלל.

ב ufw רק פתחתי מספר פורטים בודדים ע"י ממשק הניהול של ufw :

קוד:
 
sudo ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
 

אני מנחש שעריכה, כמו שצריך, אולי לא רק לשנות בקובץ, של ה deny הזה ל allow תאפשר למחשב לעלות כמצופה. ואם הניחוש הזה נכון, אתה צריך לרשום חומת אש נכונה למקרה שלך.
Anonymous :

קוד:
 New profiles: skip

To                         Action      From
--                         ------      ----
514/udp                    ALLOW IN    Anywhere                 
514/tcp                    ALLOW IN    Anywhere                 
192.168.44.237 1716        ALLOW IN    192.168.44.1             
22/tcp                     ALLOW IN    Anywhere                 
514/udp (v6)               ALLOW IN    Anywhere (v6)             
514/tcp (v6)               ALLOW IN    Anywhere (v6)             
22/tcp (v6)                ALLOW IN    Anywhere (v6)     
 


לא ערכתי שום קובץ הגדרות כלל.

כנראה שזו הבעיה.

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

הודעה פורסם: 28/09/2022 - 03:00
נושא ההודעה:

את כל השגיאות הללו יכולים לראות ב־journal. לדוגמה: הז’ורנל של היחידה מהעלייה הקודמת:
קוד:

journalctl -b -1 -u ufw.service


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

systemctl start ufw.service
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 28/09/2022 - 09:17
נושא ההודעה:

צפריר מה שנכשל ותוקע זה לא ufw עצמו אלא דברים אחרים כמוsystemd-hostnamed.service ואפילו udev:
קוד:


Sep 28 07:57:22 debian systemd-udevd[463]: wlan0: Worker [475] processing SEQNUM=4346 is taking a long time
Sep 28 07:59:22 debian systemd-udevd[463]: wlan0: Worker [475] processing SEQNUM=4346 killed
Sep 28 08:00:02 debian kernel: INFO: task kworker/u24:4:75 blocked for more than 120 seconds.
Sep 28 08:00:02 debian kernel:       Tainted: P           OE     5.10.0-18-amd64 #1 Debian 5.10.140-1
Sep 28 08:00:02 debian kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Sep 28 08:00:02 debian kernel: task:kworker/u24:4   state:D stack:    0 pid:   75 ppid:     2 flags:0x00004000
Sep 28 08:00:02 debian kernel: Workqueue: netns cleanup_net
Sep 28 08:00:02 debian kernel: Call Trace:
Sep 28 08:00:02 debian kernel:  __schedule+0x282/0x880
Sep 28 08:00:02 debian kernel:  schedule+0x46/0xb0
Sep 28 08:00:02 debian kernel:  schedule_preempt_disabled+0xa/0x10
Sep 28 08:00:02 debian kernel:  __mutex_lock.constprop.0+0x133/0x470
Sep 28 08:00:02 debian kernel:  fib6_rules_net_exit+0xe/0x20
Sep 28 08:00:02 debian kernel:  ops_exit_list+0x30/0x70
Sep 28 08:00:02 debian kernel:  cleanup_net+0x20f/0x340
Sep 28 08:00:02 debian kernel:  process_one_work+0x1b3/0x350
Sep 28 08:00:02 debian kernel:  worker_thread+0x53/0x3e0
Sep 28 08:00:02 debian kernel:  ? process_one_work+0x350/0x350
Sep 28 08:00:02 debian kernel:  kthread+0x118/0x140
Sep 28 08:00:02 debian kernel:  ? __kthread_bind_mask+0x60/0x60
Sep 28 08:00:02 debian kernel:  ret_from_fork+0x1f/0x30


 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 28/09/2022 - 16:48
נושא ההודעה: אבל נרשם קודם שבלי ufw, או כאשר הוא מנוטרל, הכל עובד כמצופה

Anonymous :
צפריר מה שנכשל ותוקע זה לא ufw עצמו אלא דברים אחרים כמוsystemd-hostnamed.service ואפילו udev:

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

הודעה פורסם: 28/09/2022 - 18:12
נושא ההודעה:

כאשר UFW מנותרל בעלייה הכל עובד בסדר, אבל כאשר ufw מופעל יחידות אחרות נכשלות. אתה פשוט לא מגיע ל unit של ufw שיכשל כי זה מפסיק לעובד.

אם תסתקל יש תקיעה ב netns cleanup_net שזה חלק בקרנל (שאם אני מבין נכון מושפע מ netfilter המותרג ע"י ufw בצורה כלשהיא).
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 28/09/2022 - 20:25
נושא ההודעה: Default: deny ל Default: allow. אולי כן יעזור? לא שוה לנסות?

Anonymous :
כאשר UFW מנותרל בעלייה הכל עובד בסדר, אבל כאשר ufw מופעל יחידות אחרות נכשלות. אתה פשוט לא מגיע ל unit של ufw שיכשל כי זה מפסיק לעובד.

אם תסתקל יש תקיעה ב netns cleanup_net שזה חלק בקרנל (שאם אני מבין נכון מושפע מ netfilter המותרג ע"י ufw בצורה כלשהיא).

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

Default: deny (incoming)

ל
קוד:
 Default: allow (incoming)

ואחר כך נוכל לנסות להבין למה זה כן, או לא, הצליח לנו. אולי זה יביא התקדמות, כאשר נראה שבינתיים כבר 24 שעות אין שינוי אחר.
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
הצגת הודעות מלפני:     
מעבר אל:  
כל הזמנים הם GMT + 2 שעות
תגובה לנושא
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
PNphpBB2 © 2003-2004 

תוכן הדיון

  1. אורח
  2. אורח
  3. אורח
  4. אורח
  5. אורח
  6. אורח
  7. אורח
  8. אורח
  9. אורח [צפריר]
  10. אורח
  11. אורח
  12. אורח
  13. אורח