@yossiz אמר בחומת האש באובונטו: @חוקר היה כדאי אולי לפתוח נושא חדש לזה... התשובה היא: echo "deny x.x.x.x" | sudo tee /etc/nginx/blockips.conf > /dev/null ההסבר אולי אני אכתוב בהזדמנות אחרת הבעיה שזה דורס את הקובץ במקום להוסיף בסופו. צריך פשוט להוסיף את הדגל של -a echo "deny x.x.x.x" | sudo tee -a /etc/nginx/blockips.conf > /dev/null

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

מייל ממנכ"ל סקלוואי: [image: 1616482954994-51e3b4c1-5669-4f42-9269-0bca823f16c7-image.png] היי, אנו בטוחים כי האירוע האחרון והמצער שפגע באחד מעמיתי שירותי הענן שלנו בצורה הגרועה ביותר - שריפה במרכזי הנתונים שלהם, לא נעלם מתשומת ליבך. זהו אירוע נדיר עם השלכות מוחשיות החורג מהמפעיל; המשפיעים על כל התעשייה הדיגיטלית ועלול להיות נתח טוב של החברה שלנו המחוברת אליה באופן ישיר או עקיף. הרחבנו את תמיכתנו, וממשיכים להזדהות עם המושפעים, הן מצד המפעיל והן מצד הלקוחות, שיעבדו אינספור שעות בשבועות ובחודשים הקרובים לבניית תשתית נדל"ן, פיזית ותוכנה, מסלולי רשת, מאגרי נתונים ומערכי נתונים. , תהליכי עבודה ויישומים, ובסופו של דבר, אמון. כאשר אירוע מסוג זה מתרחש, אנו מבינים את העובדה שאי אפשר להכחיש כי החברה שלנו גדלה להיות תלויה מאוד במחשוב ואחסון נתונים, על גבי המתקנים המטפלים בדרך כלל ובחלק חלק בעומסי העבודה. ברחבי העולם, יש רשימה קצרה למדי של תריסר מפעילי ענן הפועלים ללא הפסקה 24/7 בכדי לקיים מעל 90% מהפעילות הדיגיטלית בעולם, ו- Scaleway היא מפעילה כזו. למרות ניהול זהיר של אנשי מקצוע ומומחים בתעשייה, תאונות קטליסמיות יכולות לקרות, אם כי לעיתים נדירות. אנו יכולים רק להרגיע אותך כי כל בעלי העניין במגזר שלנו עושים כל שביכולתם על מנת למנוע כל סוג של תקרית - סביבתית, תשתיות, אספקת חשמל או אחרת - המונעת או בלתי צפויה. למרבה הצער, תקני ISO לבדם אינם מספיקים מכיוון שהם אינם עוסקים כיום במיגון אש לנכסים פיזיים במרכזי נתונים. לכן כל מפעיל אחראי על תכנון, מדיניות הגנת האש וההשקעה שהם מחליטים לבצע להגנה מפני סיכונים שנתפסים כאלה. התשתית של Scaleway תוכננה תמיד בסטנדרטים הגבוהים ביותר, בהתאם לשיטות העבודה המומלצות, לא משנה מה, על מנת להבטיח שאנו מציעים חוסן וביטחון מיטבי. יתר על כן, תשתית מרכז הנתונים שלנו פתוחה ומאז ומתמיד, ללקוחותינו ולמבטחים שלהם למטרות ביקורת. יש לקח לקחת מהאירוע הזה: התלות היא האויב של חוסן . אנו נסתכל פנימה אל Scaleway כדי ללמוד מהאירוע הזה ולמפות עוד יותר את התלות שלנו. תלות בשרת יחיד או במרכז נתונים בודד עצמו היא אחריות, שיש לאזן אותה בגישה מרובת AZ או רב אזורים. באופן דומה, הכלכלה הדיגיטלית העולמית נמצאת בסיכון בגלל תלות חזקה מדי בכמה ספקיות ענן דומיננטיות, וכפי שראינו, כל האינטרנט יורד מעת לעת בגלל תלות אלה. הנטל עלינו, ספקי הענן, לספק חוסן רב ככל האפשר, אך זה כרוך בעלות: יתירות. יתירות זו היא גם דבר שעליו הלקוחות העננים צריכים להסביר, על ידי תכנון תוכניות גיבוי נפרדות ויצירת תוכניות התאוששות מאסון שלהם. החדשות הטובות הן שאפליקציות מקומיות בענן יכולות לבנות יתירות בקלות ובקלות על ידי הפצת היישומים והנתונים שלהם על פני ספקי ענן, תוך שימוש בסטנדרטים מבוססים. כתבתי את היצירה הזו לפני שנה, " הענן מת, יחי הענן הרב ", והוא עדיין מצלצל נכון גם היום, ביתר שאת לאחר האירוע הזה. הגישה מרובת העננים מספקת את רמת הגמישות האולטימטיבית האפשרית . אני מאמין שב- Scaleway יש לנו ענווה להכיר בכך שהענן שלנו אינו מתאים לכל אחד. אנו מאמינים שאף ספק ענן לא יכול להיות. זו הסיבה שמשמעותי פעולה הדדית. אדריכלי ענן כבר מכירים את מושגי הליבה וכבר משתמשים ב- Kubernetes, Balance Balans ו- Terraform בכדי להפשט דברים, ומספקים חוסן. לסיכום, אל תדחו לחשוב על חוסן עוד. עבוד עם אדריכלי הענן ומנהלי המערכת שלך. שוחח עם ספקי הענן שלך, כולם. הפץ את עומס העבודה והנכסים שלך. שאל את השאלות הקשות. כיום אנו קוראים לכל בעלי העניין להיות שקופים בכל הקשור לאמצעי הביטחון שלהם. יחד אנו בונים את החברה הדיגיטלית של המחר. אם יש לך שאלות כלשהן, תוכל להגיע אלינו לכתובת transparency@scaleway.com. יאן לכל מנכ"ל Scaleway, הענן הגיוני טוויטר - Linkedin

@yossiz אמר בקבלת כל הקישורים והדפים באתר מסויים: @מוטי-מן אין דרך. יותר נכון להתנסח - אין דרך קונבנציונאלית אפשר לנסות להריץ לופ שיחפש את כל הכתובות האפשריות.. ואם לא מקבל תשובה מאזור ה-4XX אזי התשובה היא שיש כזה דף (או שהשרת המקבל קרס..) אבל כמובן שזה ילקה בחסרים כמו: מהירות האינטרנט של השרת המקבל + השולח הגנה בסיסית של השרת המקבל תעצור את זה בזמן.. יכול להיות בכלל שלא יחזור לך 404 אם לא תיכנתו טוב את השרת המקבל בקיצור אין דרך.. @yossiz

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

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

@משה-זרביב צריך כתובת IP קבועה והפניית פורטים לIP של המכשיר כדי שתוכל לגשת לNVR או ל DVR מרחוק אני מכיר בעיקר את פרוויז'יון האפליקציה שלהם לאנדרואיד היא בין הטובות שיש היום בשוק אם לא הכי טובה במחשב יש להם אפשרות צפיה דרך האתר או בתוכנה אם יש לך חברה אחרת תבדוק אם יש להם אפליקציה/תוכנה ייעודית

על כמה חומר מדובר??

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

@by6199 אמר בקו טלפון ואינטרנט: כעת בונים? או כעת מזמינים? מבחינתי זה אותו דבר לא לא רוצה להגיד שלכתוב שאלה כזו זה תכנון לקוי מיסודו. בדיוק כמו שלוקחים יועץ חשמל שידע לתכנן את מערכת החשמל נכון או יועץ תנועה וחניה לחניות של הבניין או כל יועץ למערכות אחרות גם במקרה הזה צריך לקחת יועץ תקשורת. וזה בדיוק המטרה של היועץ לשבת עם הלקוח ולאפיין את הצרכים של הלקוח בהתאם למבנה. בד"כ מקובל בארגונים עם מבנה של מס' קומות זה לבנות בכל קומה חדר תקשורת ואל החדר הזה מתנקזים כל מערכות התקשורת של אותה קומה וכל הקומות יורדים בכבלים לחדר תקשורת מרכז (שבד"כ נמצא בקומת קרקע או בחניון) לחיבור בין הקומות יש מס' אופציות ולכן חשוב לדעת איזה מערכות הולכות להיות בבניין (וזה בדיוק התפקיד של היועץ) ובכלל אם אתה הולך לשים טלפונים של VoIP אז באמת תוכל להעביר כבלים של רשת. גם אם תחליט לשים קווי בזק בכל קומה ישנם אפשרויות שונות ומגונות לחיבורים (לאו דווקא בחיבור אמריקאי של בזק) זאת הסיבה שקשה לענות על שאלה כזו של מה צריך להזמין מה. התכנון נכון מלכתחילה גם יפתור לך המון בעיות באיתורי תקלות או בשינויים עתידיים בעתיד.

@a0533057932 זה נכון שהיה להם תקלות אבל אני בהחלט מקבל על זה עדיין

@שמואל4 אמר בעזרה|מה הם האפשרויות (אם ישנם) לחבר DVR לתשתית קיימת: ועל מקרה שאתה רוצה לחסום גישה לא מהסאבנט הפנמי למה שמישהוא ינסה לפרוץ מתוך ה LAN מדובר שם על לינוקס התכוונתי לרעיון

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

@ליבל מעולה! זה לטובה שאין לי IP ציבורי ישר כח לכולם על העזרה!!

@מעלה-ומוריד אמר בשאלה | חשבון גוגל עסקי (לעמותה): ומהו Azure? לא אחסון בענן? azure זה שירותי ענן. אחסון שרתים, קבצים מיילים ועוד מלא. OneDrive הוא לא חלק מazure..

@יצחק-דוד אמר בחיבור זיכרון נייד לראוטר: חיברתי כרטיס זיכרון לראוטר של נטוויזן באמצעות הUSB המודם אכן מזהה את הזיכרון השאלה שלי איך יש לי גישה מהמחשב לזיכרון??? @יצחק-דוד בראוטר תאפשר SMBA על כרטיס הזיכרון. תראה מה שם ה SMBA תחבר את הכרטיס ואז תראה מה שקיבלת. צור כונן רשת (המחשב שלי->>קליק ימני--> כונן רשת חדש) ותרשום: name smab\name usb\ name smab=לפי סעיף 2 name usb=לפי סעיף 3 תן אות לכונן

@zvinissim אמר בNVR פיצול ממצלמה אחת ל4 מצלמות: @avinoam אמר בNVR פיצול ממצלמה אחת ל4 מצלמות: איך אני יכול לדעת את הסיסמה של הnvr?? מצטער, עוד לא סיימתי את לימודי הנבואה. נשאר לי עוד מבחן אחד לעבור. תשאל את המוכר אולי הוא יודע? סליחה! חשבתי שיש בnvr מקום שאני יכול לראות או להגדיר מחדש סיסמה כמו בראוטר, בכל אופן אני יעשה את מה שהדרכת אותי ואבדוק אם זה מצליח,

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