איזה QNAP אני צריך לקנות? והאם עם QNAP צריך FW בבית?

[GTאי]

אהלן,

יש לי עסק עם מספר עובדים, עבודה מלאה בענן, מסמכים נשמרים בדרופבוקס (כיום יש בסביבות 600G).

אני רוצה לרכוש QNAP ע"מ לגבות את המידע.

 

מישהו יודע להגיד לי איזה אני צריך לקנות? הוא אמור לשמש רק לגיבוי, לא לשיתוף.

בנוסף, כיוון שאני לא מכיר עד הסוף את העבודה עם QNAP, האם יש סיבה לשים FW בבית במידה ואני שומר עליו את כל המידע?

 

תודה מראש, המלצות לדגמים ספציפיים עם הסבר יעזרו מאוד.

עריכה אחרונה ב-3 למרץ, 2023 על ידי GTאי

[קורן בן אשר]

אסייג את דברי שאני לא מומחוי IT ולא יועץ אבטחת מידע.

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

מעבר לזה, לדעתי השימושיות של NAS למיניהם די בירידה כיום, זה טוב לשימושים ספציפיים כמו, נניח, משרד אדריכלים שבו אנשים עובדים על קבצי עבודה ענקיים, ואין זמן לחכות שקבצים יטיילו בענן מעלה/מטה כל היום. או קבצי דאטה גולמיים מכל מיני סימולציות הנדסיות, שתופסים נפח עצום וזה בזבוז לאחסן אותם בענן. אפשר היום לגבות יחסית בזול גיבוי סטטי לענן של אמאזון, ואם יש לך סיב מהיר, אתה משלים גיבוי מלא של 600GB בכמה שעות (וגיבוי אינקרמנטלי יומי/שבועי כמובן הרבה יותר מהר).

לשאלתך:

איך בדיוק נראית הרשת שלך בעסק? רשת LAN קבועה, או שכל אחד עם לפטופו עובד באיזה Wifi שהוא מוצא, כולל בתנועה, והכל בענן בהגדרה? היכן אתה מתכנן לשים את ה-QNAP? במשרד? בבית? אני מבין שאתה רוצה לגשת אליו מהבית? בכל אופן, דגמי SMB שלהם אלה הדגמים עם ארבעה מפרצים ומעלה, למשל TS-421K, שעובדים עם דיסקים קשיחים מהסדרות הגבוהות. לי יש TS-421 בן כמעט 10, לפני שנה החלפתי דיסקים אחרי שאחד התחיל להכשל.

לדעתי האישית, שוב אני לא מומחה בתחום, בתור עסק אתה צריך להעלות את רמת האבטחה שלך מעל לרמת המשתמש הביתי. אתה יכול לשים בעסק Appliance טוב של צ'קפוינט או פורטיגייט נניח, ומאחוריו את ה-QNAP. לדגמי SMB של צ'קפוינט/פורטיגייט וכו' יש בד"כ VPN מובנה, ואז אתה יכול להתחבר מהבית דרכו.

 

עריכה אחרונה ב-3 למרץ, 2023 על ידי קורן בן אשר

[arik100]

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

 

[phpclub]

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

 

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

 

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

 

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

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

 

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

אין לי מספיק ניסיון עם זה ולכן לא יכול להעיד, רק אגיד שלפני כשנה/שנתיים התקשרו אלי ממקום העבודה הקודם לשאול אם יש לי רעיון מה אפשר לעשות שהשרת המרכזי של אחד הלקוחות נדפק והיה צריך לשחזר אותו מהענן, רק שההורדה מהענן (של אקרוניס אם אני לא טועה, כמה מאות ג'יגות) הייתה איטית והיה רשום להם 2-3 ימי הורדה, בנתיים הלקוח מושבת ..

 

 

 

 

 

[קורן בן אשר]

לפני שעתיים, arik100 כתב:

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

 

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

לגבי קינפוג ה-NAS, בדגמים החדשים אני חושב שאפשר להסתנכרן ישירות לדרופבוקס (למשל כאן: https://www.cbackup.com/articles/qnap-dropbox-sync-6688.html). לחילופין אפשר להשתמש בתוכנת קליינט של QNAP שיושבת על מחשב מסויים ומבצעת את הגיבוי ממנו. וכמובן שאפשר להשתמש בתוכנת גיבוי חיצונית. נדמה לי שאפשר לקנפג את העסק בקלות כך שה-NAS יתעורר לצורך ביצוע הגיבוי, יבצע אותו ואז יכבה עד הפעם הבאה. יש גם אפשרות להגדיר גיבויים אוטומטיים מה-NAS עצמו לשירות ענן כלשהו (S3 או דומיו). ואז זה "חגורה עם שלייקס".

צריך לשים לב לנקודה מסויימת: שחשבון הדרופבוקס שמגובה (בין אם מותקן על יוזר מחשב מסויים או על ה-NAS עצמו) לא מוגדר כ-on-demand אלא כ-always available. ז"א אומרת שהקבצים נמצאים פיזית תמיד בחשבון ולא רק נמשכים על פי הצורך.
 

[arik100]

נראה לי שלא הבנתם את מה שאמרתי, וסתם זרקתם עובדות לא נכונות אבל סבבה

 

[קורן בן אשר]

אז בוא תסביר למה התכוונת ואיך העובדות לא נכונות.

[אורי מ.]

אני רק שאלה. מה מטרת הגיבוי?

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

[phpclub]

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

אם זה לא היה קיים, חברות גיבוי לא היו מוציאות פ'יצר של גיבוי 365 לתוכנות שלהם.

 

אני Old school, אוהב תמיד שהדברים החשובים שלי הם אצלי, במגרש שלי, בשליטה שלי.

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

לקח לי המון זמן להקים אותו מחדש ולבנות מחדש את מה שאיבדתי.

 

 

[Nemesis]

לפני 5 שעות, קורן בן אשר כתב:

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

לגבי קינפוג ה-NAS, בדגמים החדשים אני חושב שאפשר להסתנכרן ישירות לדרופבוקס (למשל כאן: https://www.cbackup.com/articles/qnap-dropbox-sync-6688.html). לחילופין אפשר להשתמש בתוכנת קליינט של QNAP שיושבת על מחשב מסויים ומבצעת את הגיבוי ממנו. וכמובן שאפשר להשתמש בתוכנת גיבוי חיצונית. נדמה לי שאפשר לקנפג את העסק בקלות כך שה-NAS יתעורר לצורך ביצוע הגיבוי, יבצע אותו ואז יכבה עד הפעם הבאה. יש גם אפשרות להגדיר גיבויים אוטומטיים מה-NAS עצמו לשירות ענן כלשהו (S3 או דומיו). ואז זה "חגורה עם שלייקס".

צריך לשים לב לנקודה מסויימת: שחשבון הדרופבוקס שמגובה (בין אם מותקן על יוזר מחשב מסויים או על ה-NAS עצמו) לא מוגדר כ-on-demand אלא כ-always available. ז"א אומרת שהקבצים נמצאים פיזית תמיד בחשבון ולא רק נמשכים על פי הצורך.
 

 

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

[קורן בן אשר]

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

עריכה אחרונה ב-4 למרץ, 2023 על ידי קורן בן אשר

[GTאי]

לפני 52 דקות, Nemesis כתב:

 

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

 

בדרופבוקס לעסקים יש Recover files ל180 יום אחורה. 

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

בנוסף, בהתייחס בפציפית לתוכנות כופר (שזה הסיכוי המשמעותי) - יבוא יום והם ידעו לטפל גם במנגנון הזה כך שהRecover files לא יעזור.

 

לפני 5 שעות, אורי מ. כתב:

אני רק שאלה. מה מטרת הגיבוי?

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

 

לא, דרופבוקס לא מגובים.

יש 2 מטרות לגיבוי:

1. מחיקה בטעות של מידע

2. וירוס כופר

 

לפני 23 שעות, קורן בן אשר כתב:

אסייג את דברי שאני לא מומחוי IT ולא יועץ אבטחת מידע.

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

מעבר לזה, לדעתי השימושיות של NAS למיניהם די בירידה כיום, זה טוב לשימושים ספציפיים כמו, נניח, משרד אדריכלים שבו אנשים עובדים על קבצי עבודה ענקיים, ואין זמן לחכות שקבצים יטיילו בענן מעלה/מטה כל היום. או קבצי דאטה גולמיים מכל מיני סימולציות הנדסיות, שתופסים נפח עצום וזה בזבוז לאחסן אותם בענן. אפשר היום לגבות יחסית בזול גיבוי סטטי לענן של אמאזון, ואם יש לך סיב מהיר, אתה משלים גיבוי מלא של 600GB בכמה שעות (וגיבוי אינקרמנטלי יומי/שבועי כמובן הרבה יותר מהר).

לשאלתך:

איך בדיוק נראית הרשת שלך בעסק? רשת LAN קבועה, או שכל אחד עם לפטופו עובד באיזה Wifi שהוא מוצא, כולל בתנועה, והכל בענן בהגדרה? היכן אתה מתכנן לשים את ה-QNAP? במשרד? בבית? אני מבין שאתה רוצה לגשת אליו מהבית? בכל אופן, דגמי SMB שלהם אלה הדגמים עם ארבעה מפרצים ומעלה, למשל TS-421K, שעובדים עם דיסקים קשיחים מהסדרות הגבוהות. לי יש TS-421 בן כמעט 10, לפני שנה החלפתי דיסקים אחרי שאחד התחיל להכשל.

לדעתי האישית, שוב אני לא מומחה בתחום, בתור עסק אתה צריך להעלות את רמת האבטחה שלך מעל לרמת המשתמש הביתי. אתה יכול לשים בעסק Appliance טוב של צ'קפוינט או פורטיגייט נניח, ומאחוריו את ה-QNAP. לדגמי SMB של צ'קפוינט/פורטיגייט וכו' יש בד"כ VPN מובנה, ואז אתה יכול להתחבר מהבית דרכו.

 

 

NAS הוא כלי שיתוף ו/או גיבוי.. על זה אין כל כך ויכוח

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

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

אין לי רשת בעסק (מבחירה, ע"ע אבטחת מידע), כל מחשב מתחבר ישרות לענן מול הכלים השונים + מאובטח ע"י כלים יעודיים לתחנות קצה. חשבונות הם 2FA וכו'. מבחינת אבטחת מידע אין בעיה וזה מעבר למשתמש ביתי.

 

לפני 9 שעות, arik100 כתב:

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

 

 

זה לא יעזור - לא במחיקה ולא מול כופרה.

כל הרעיון של גיבוי זה לא להיות מסונכרן

 

לפני 6 שעות, קורן בן אשר כתב:

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

לגבי קינפוג ה-NAS, בדגמים החדשים אני חושב שאפשר להסתנכרן ישירות לדרופבוקס (למשל כאן: https://www.cbackup.com/articles/qnap-dropbox-sync-6688.html). לחילופין אפשר להשתמש בתוכנת קליינט של QNAP שיושבת על מחשב מסויים ומבצעת את הגיבוי ממנו. וכמובן שאפשר להשתמש בתוכנת גיבוי חיצונית. נדמה לי שאפשר לקנפג את העסק בקלות כך שה-NAS יתעורר לצורך ביצוע הגיבוי, יבצע אותו ואז יכבה עד הפעם הבאה. יש גם אפשרות להגדיר גיבויים אוטומטיים מה-NAS עצמו לשירות ענן כלשהו (S3 או דומיו). ואז זה "חגורה עם שלייקס".

צריך לשים לב לנקודה מסויימת: שחשבון הדרופבוקס שמגובה (בין אם מותקן על יוזר מחשב מסויים או על ה-NAS עצמו) לא מוגדר כ-on-demand אלא כ-always available. ז"א אומרת שהקבצים נמצאים פיזית תמיד בחשבון ולא רק נמשכים על פי הצורך.
 

 

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

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

 

לפני 8 שעות, phpclub כתב:

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

 

 

הפתרונות שלהם טובים אבל יקרים, אנחנו מדברים על עלויות של 200-300 דולר לפתרון טוב, הNAS הוא גרושים לעומת זה לטווח ארוך

 

עריכה:

לאור התגובות, תוך כדי מעבר על ההגדרות, ראיתי שיש 2 תכונות חדשות שלא הכרתי:

Ransomware detection overview - יכולת להגדיר התראות כשנראה שמתחיל להתפשט וירוס.

Dropbox Rewind - אפשרות לבצע החזרה לאחור של כמות גדולה של שינויים, מה שהמערכת תעשה:

• File edits, renames, additions, and deletions
• Actions taken in shared folders, including those owned by other people
• Actions taken in Dropbox team folders that you’re a member of and have edit access to

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

עריכה אחרונה ב-4 למרץ, 2023 על ידי GTאי

[קורן בן אשר]

לפני 44 דקות, GTאי כתב:

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

בהחלט גיבוי ולא סנכרון. אתה יכול לפתוח בזמנך החופשי חשבון על S3, ואז אתה עובד מולו עם קליינט על המחשב שלך (אני משתמש ב-Cloudberry), או שאתה שם חגורה עם שלייקס ומקנפג את ה-QNAP לגבות ישירות ל-S3 לחשבון שהגדרת לפי לוח זמנים כרצונך (ככה עבדתי בעבר).

אני אגב, בדיוק הפסקתי השבוע את חשבון הדרופבוקס ביזנס שלי, תכל'ס כי לא ממש ניצלתי את הנפח שלו, ויש לי מספיק מקום אחסון ב-OneDrive ב"חינם" כחלק מחבילת 365.

[GTאי]

OneDrive אחלה פתרון, אבל הוא מבוסס על sharepoint ולכן יש מגבלות כמו:

No more than 100 GB total file size

No more than 30,000 files

ולכן הוא לא מתאים במקרה שלי.

[קורן בן אשר]

שמע, זה לא שאני מליץ יושר של מיקרוסופט, אני משתמש ב-OneDrive רק שבוע, יכול להיות שעוד כמה זמן יימאס לי ממנו ואחליט לחזור ל-Dropbox. אבל כרגע יש לי שם כמעט 300,000 קבצים, שהגדולים מביניהם בגודל כ- 2GB... אין לי מושג איך, אבל זו עובדה.