![]() |
מבצע| אבטחת שרת רק ב-49.99 שקל במקום 100 * כולל אבטחה Ddos ייחודית! *
מ-ב-צ-ע אבטחת שרת ב-49.99 שקל במקום 100 שקל. *** בדיקת אבטחת DDoS חינם! *** * עדכון קרנל ותוכנות. * התקנת פיירוול APF + BDF. * קינפוג נכון של IPTables. * קינפוג נכון של php.ini ו-http.conf. * חסימת פונקציות ומחלקות מסוכנות ב-Perl, PHP ועוד... * התקנת mod_security ומודים נוספים. * חסימת פיצ'רים מסוכנים ב-DirectAdmin. כולל אבטחת DDoS שנוסתה על ידי 450 מחשבים - והמחשבים נחסמו תוך 2+- דקות. סכום כולל: 49.99 שקל בלבד! |
ציטוט:
|
ציטוט:
האתר טיפה איטי למה השרת בארה"ב. |
ציטוט:
יש לקוח עם שרת בארץ? שלא תבין לא נכון , אני לא מטיל ספק בשירות שלך אני פשוט רוצה הוכחות לפני דיבור על הזמנה.. |
ציטוט:
אגב שרתים בארה"ב נופלים מאוד בקלות. |
הסיבה שהאתר הזה איטי היא לא רק בגלל ארה"ב,
היא בעיקר בגלל ששרתי הDNS של הדומיין לא מוגדרים בצורה נכונה. |
ציטוט:
תודה רבה. |
ציטוט:
פרט נמק והסבר , פעם ראשונה שאני שומע ששרתי הDNS של הדומיין לא מוגדרים בצורה נכונה אז האתר יותר איטי. אשמח לדעת מה השגיאה מתוך סקרנות. |
אם מתשאלים את ns1.digitalnet.co.il ו-ns2.digitalnet.co.il בנפרד - מקבלים תשובה טובה מכל אחד מהם.
אבל, אם בודקים את "שרשרת הדלגציה" (כלומר, מי הסמיך את ns2.digitalnet.co.il ו-ns1.digitalnet.co.il כשרתי הDNS של הדומיין digitalnet.co.il) מקבלים את התגובה הבאה: connection timed out; no servers could be reached אגב, במהלך הבדיקות שביצעתי נראה שהדבר תוקן. איך זה גורם לאיטיות? פשוט מאוד, אתה מבצע שאילתת DNS לשרת שלא מחזיר תשובה - לוקח זמן עד שמוחזר timeout והשאילתה "קופצת" לשרת הבא. |
ציטוט:
בכל מקרה, איך אפשר לתקן זאת? ואיך אפשר לאתר זאת? תודה. |
שגיאה:
בדיקת ה DNS זיהתה חוסר עקביות וחוסר התאמה בין כתובות ה IP שנשלחו על ידי שרתי השורש (glue) לבין אלו שנשלחו על ידי שרתי ה DNS שלכם (Authoritative DNS servers). שרתי ה DNS שבהם זוהתה חוסר התאמה הם: For ns2.digitalnet.co.il., the parent reported: ['173.0.48.106'] and your nameserver [ns2.digitalnet.co.il.] reported: ['173.0.48.103'] For ns2.digitalnet.co.il., the parent reported: ['173.0.48.106'] and your nameserver [ns1.digitalnet.co.il.] reported: ['173.0.48.103'] |
ציטוט:
מה הבעיה פה? |
בכל מקרה בואו לא נדרדר לנושא אחר בבקשה :)
|
|
ציטוט:
אבל יש בעיה עם הקוד, לאחר 42 בקשות ה-TTFB עולה מ-0.12 ל-2.5 בממוצע, 400 בקשות עדיין צריכות לקבל שגיאה 403, וברגע שיש לך TTFB גבוהה (כנראה "וידוא" חסימה מול SQL), יש לך 400 בקשות שמחכות לתשובה וסותמות את השרת. הפתרון הכי טוב (במידה ואפשר ליישם אותו ברמת הקוד ב-PHP), זה לשלוח ל-apache הודעת שגיאה עם הוראה לביצוע TCP RESET ולסגור את הבקשה. ב-Nginx זה אפשרי ויותר פשוט. אבי |
ציטוט:
42 בקשות בשניה זה המון. עריכה: הבנתי מה אתה רוצה להגיד (פשוט מקודם קראתי בריפרוף), תהליך הHTTPD פשוט מוגבל מבחינת ביצועים. |
כל הזמנים הם GMT +2. הזמן כעת הוא 08:53. |
מופעל באמצעות VBulletin גרסה 3.8.6
כל הזכויות שמורות ©
כל הזכויות שמורות לסולל יבוא ורשתות (1997) בע"מ