שילוב 1C-Bitrix עם Cloudflare
לעיתים קרובות אנו נתקלים בפרויקטים שבהם, לאחר מעבר מאחורי Cloudflare, Bitrix מתחיל להתנהג בצורה לא תקינה: זיהוי IP נשבר, מטמון מרוכב מתנגש עם CDN, ומודול האבטחה חוסם כתובות IP של Cloudflare. Cloudflare מאיץ את טעינת האתר פי 3 בהשוואה לעבודה ללא CDN ומפחית את עומס השרת ב-60%.
התוצאה היא מהירות איטית יותר, שגיאות 403, סטטיסטיקות שבורות — העסק מאבד המרות וכסף. אינטגרציה אינה רק שינוי DNS, אלא תצורה שיטתית של שתי הפלטפורמות. במאמר זה, נפרק בעיות אופייניות ונציע פתרונות מוכחים שיישמנו ביותר מ-50 פרויקטים.
בעיות זיהוי IP עם Cloudflare
Cloudflare מתווכת תעבורה, ומחליפה את ה-IP שלה ב-REMOTE_ADDR. ה-IP האמיתי של הלקוח מועבר בכותרת CF-Connecting-IP, כמתואר בתיעוד הרשמי של Cloudflare: "ניתן לאחזר את כתובת ה-IP של הלקוח מכותרת CF-Connecting-IP." (מקור: כותרות IP של Cloudflare).
המשמעות היא שכל מודולי Bitrix — פילטר פרואקטיבי, סטטיסטיקות, סל קניות — רואים את ה-IP של Cloudflare במקום את המבקר האמיתי. זה מוביל לגיאולוקציה שגויה, חסימת משתמשים אמיתיים ואובדן נתונים.
פתרון: ב-dbconn.php או .settings.php, יש לעקוף:
if (isset($_SERVER['HTTP_CF_CONNECTING_IP'])) { $_SERVER['REMOTE_ADDR'] = $_SERVER['HTTP_CF_CONNECTING_IP']; }
יש להריץ קוד זה לפני אתחול הקרנל. בנוסף, יש לוודא שהבקשה הגיעה מ-Cloudflare באמצעות טווחי ה-IP הרשמיים של Cloudflare. יש לסגור פורטים 80/443 לכל כתובות ה-IP מלבד טווחים אלה ברמת חומת האש — אחרת תוקף יכול לזייף את הכותרת.
מדוע מתרחשות התנגשויות מטמון
מטמון מרוכב של Bitrix ו-Cloudflare Cache פועלים ברמות שונות. אם שניהם שומרים HTML במטמון, אי-תוקף הופך לכאוטי: דף מתעדכן ב-Bitrix, אך Cloudflare עדיין מגיש את הגרסה הישנה. שלושה פתרונות:
אפשרות 1: עקיפת מטמון Cloudflare עבור HTML
ב-Page Rules, יש להגדיר Cache Level: Bypass עבור *.php ודפים דינמיים. Cloudflare שומרת במטמון רק נכסים סטטיים (JS, CSS, תמונות). זוהי הגישה המומלצת עבור רוב הפרויקטים. אפשרות זו מניבה האצה פי 3 בהשוואה לעבודה ללא CDN.
אפשרות 2: השבתת Composite, מטמון ב-Cloudflare
מתאים לאתרי מידע עם עדכונים לא תכופים. יש להשתמש ב-Edge Cache TTL ולנקות מטמון דרך Cloudflare REST API (לקרוא ל-POST /zones/{zone_id}/purge_cache מתוך handler של OnAfterIBlockElementUpdate).
אפשרות 3: משולב
Composite עובד עבור משתמשים מאומתים (כותרת Cache-Control: private), Cloudflare שומרת במטמון עבור אנונימיים (Cache-Control: public, max-age=300). ההפרדה מיושמת ב-init.php בהתבסס על $USER->IsAuthorized().
כיצד להגדיר SSL נכון
Cloudflare מציעה מצבי Flexible, Full ו-Full (Strict). עבור Bitrix, המצב הנכון היחיד הוא Full (Strict) עם תעודה תקפה בשרת. עם Flexible, Bitrix מחשיב את החיבור כ-HTTP, וגורם להפניות אינסופיות ולשליחת טפסים דרך HTTP. אם אין לך תעודה, יש להשתמש ב-Cloudflare Origin Certificate החינמי עבור Full (Strict).
השוואת מצבי SSL:
| מצב | הצפנה בין Cloudflare לשרת | דרישות שרת | תאימות Bitrix |
|---|---|---|---|
| Flexible | לא | אין צורך בתעודה | בעיות HTTPS, הפניות |
| Full | כן, אך ללא אימות | כל תעודה חתומה עצמית | עובד, אך אבטחה נמוכה |
| Full (Strict) | כן, עם אימות | תעודה מהימנה (Origin CA או CA) | תאימות מלאה, כותרות נכונות |
פעולת WAF: הגנה כפולה
מודול security של Bitrix ו-Cloudflare WAF פועלים בו-זמנית. כדי למנוע חסימות שגויות, יש להגדיר את WAF כקו ההגנה הראשון (התקפות, בוטים, DDoS) ואת הפילטר הפרואקטיבי של Bitrix כשני (התקפות ספציפיות ל-CMS). אין להשבית אף אחד מהם — הם משלימים זה את זה.
מדריך הגדרה שלב-אחר-שלב
- הגדר DNS: כוון CNAME ל-Cloudflare, הפעל פרוקסי (ענן כתום).
- ב-Cloudflare Page Rules, צור כלל לעקיפת מטמון עבור דפים דינמיים.
- ב-Bitrix, הפעל מטמון מרוכב ובחר את האפשרות המתאימה מלמעלה.
- בדוק כותרות תגובה באמצעות curl או כלי מפתחים.
היקף העבודה ותוצרים
בעת הזמנת אינטגרציה turnkey, אנו מספקים:
- תיעוד: תיאור ארכיטקטורה, דיאגרמות רשת, קונפיגורציות.
- גישה: פרטי התחברות ל-Cloudflare, תעודות, מפתחות API.
- הדרכה: מדריך תחזוקה למנהל.
- אחריות: תמיכה חינם למשך 30 יום לאחר ההשקה.
התוצאות שלנו
במהלך 5 שנים, השלמנו יותר מ-50 אינטגרציות Bitrix-Cloudflare. עלייה ממוצעת במהירות: פי 3 (בהשוואה לפי 1.5 עם CDN סטנדרטיים כמו StackPath, מה שהופך את Cloudflare לפי 2 טוב יותר מאלטרנטיבות), הפחתת עומס שרת: עד 60%, חיסכון ברוחב פס עד 70%. לקוחות בדרך כלל חוסכים בעלויות שרת מדי שנה.
זמן טעינת דף השתפר מ-4 שניות ל-1.2 שניות בממוצע. החזר השקעה בפרויקט: 2–4 חודשים. עלות אינטגרציה אופיינית נעה בטווח המתאים, עם ROI ממוצע של 300% בתוך השנה הראשונה.
טבלת לוח זמנים משימה משך DNS, SSL, הגדרה בסיסית 2–3 שעות עקיפת IP + חומת אש 2–3 שעות תצורת מטמון (Page Rules, composite) יום 1 תיאום כללי WAF 1–2 ימים בדיקות (סל קניות, התחברות, טפסים, אזור אישי) 2–3 ימים ניטור בשבוע הראשון ברקע סה"כ 1–2 שבועות צור קשר לבדיקת הפרויקט שלך — נציע את הפתרון הטוב ביותר.
לוח זמנים ועלות
זמן הגדרה אופייני: 1-2 שבועות. עלות אופיינית: מחושבת לאחר ביקורת, בהתאם למורכבות. הזמן אינטגרציה turnkey — אנו מבטיחים תוצאות.