עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: Nginx הוא שרת אינטרנט וגם Reverse Proxy: תוכנה שמקבלת את הבקשה מהגולש ומחליטה אם להחזיר קובץ בעצמה או להעביר אותה הלאה. בקלאודוויז (Cloudways) הוא השכבה הראשונה בשרת, ומאחוריו עובדים Varnish ו-Apache. בדקנו את זה על השרת שלנו ב-7.11.2026, דרך הכותרות ודפי השגיאה שהוא מחזיר.
⏱ זמן קריאה: 8 דקות · רמת קושי: בינוני · נבדק לאחרונה מול השרת שלנו ומול התיעוד הרשמי: 07.11.2026
בקצרה: Nginx בשרת קלאודוויז (נכון ל-7.11.2026)
| מה זה | שרת אינטרנט, Reverse Proxy, קאש ומאזן עומסים, קוד פתוח |
|---|---|
| גרסה בקלאודוויז | Nginx 1.25.x, פורטים 80 ו-443 (לפי KB 5116170) |
| מי עוד בשרשרת | Varnish 6.0.x (קאש) ו-Apache 2.4.x, ומאחוריהם PHP-FPM |
| ברירת מחדל | Hybrid Stack (Nginx ועוד Apache). חלופה: Lightning Stack, רק Nginx |
| מה מדדנו אצלנו | PHP 8.4 על FPM, Apache 2.4 מאחורי Varnish, Cloudflare מלפנים |
| .htaccess | עובד רק כש-Apache בשרשרת (Hybrid). ב-Lightning משתמשים ב-Web Rules |
מה זה Nginx, ולמה הוא נמצא כמעט בכל שרת?
Nginx (נקרא "אנג'ין-אקס") הוא תוכנת שרת אינטרנט בקוד פתוח. לפי האתר הרשמי של nginx, הוא משמש כשרת HTTP, כ-Reverse Proxy, כשכבת קאש, כמאזן עומסים וכפרוקסי לדואר. הוא נכתב במקור על ידי איגור סיסויב ומופץ ברישיון BSD.
הכוח שלו הוא טיפול בהרבה חיבורים במקביל בלי לצרוך הרבה זיכרון. לכן הוא מצוין בתפקיד "השוער": מקבל כל בקשה, מחזיר מיד קבצים סטטיים כמו תמונות ו-CSS, ומעביר רק את מה שצריך עיבוד לשכבה שמאחוריו.
מה זה Reverse Proxy, ואיך זה קשור ל-Nginx?
Reverse Proxy הוא שרת שיושב מול שרת אחר ומקבל בשמו את הבקשות. הגולש מדבר רק איתו, והוא מחליט לאן להעביר כל בקשה ומחזיר את התשובה. ב-Nginx זה נעשה עם ההוראה proxy_pass, כפי שמתואר בתיעוד מודול ה-proxy.
בשרת וורדפרס זה אומר: Nginx מטפל בחיבור המוצפן (HTTPS) ובקבצים, ושולח את בקשות ה-PHP הלאה. כך השכבות שמאחור עושות רק את העבודה הכבדה, ומקבלות פחות בקשות.
איך Nginx עובד בשרת קלאודוויז עם Varnish ו-Apache?
בשרת קלאודוויז עם Hybrid Stack הבקשה עוברת דרך כמה שכבות. לפי מאמר החבילות הבסיסיות, Nginx מגיש תוכן סטטי, Varnish שומר עותקים של דפים, ו-Apache מריץ את האפליקציה. זה הסדר שראינו בשרת שלנו:
- Cloudflare (אצלנו, לא חובה): מקבל את הגולש בקצה הרשת ויכול לענות מהקאש שלו.
- Nginx: השכבה הראשונה בשרת עצמו, על פורטים 80 ו-443. מגיש קבצים סטטיים וחוסם בקשות לפי הכללים שלו.
- Varnish: קאש של דפי HTML. אם יש עותק מוכן, הבקשה לא ממשיכה הלאה. פירוט במדריך Varnish בקלאודוויז.
- Apache: קורא את .htaccess ומעביר את הבקשה ל-PHP.
- PHP-FPM ומסד הנתונים: כאן וורדפרס בונה את הדף.
מה ראינו בשרת שלנו ב-7.11.2026?
בדקנו את השרשרת בשתי דרכים, בלי לשנות שום דבר בשרת: קריאה של משתני השרת מתוך PHP (בדיקה לקריאה בלבד), ובקשות curl ממחשב בישראל. כתובות IP ומזהים לא מפורסמים כאן.
| מה בדקנו | מה ראינו | מה זה אומר |
|---|---|---|
| כותרת Server בתשובה לגולש | cloudflare | Cloudflare מסתיר את שרת המקור, ולכן מבחוץ לא רואים nginx |
| SERVER_SOFTWARE מתוך PHP | Apache 2.4 (Debian) | PHP רץ מאחורי Apache, השכבה האחרונה לפני הקוד |
| ממשק PHP | fpm-fcgi, גרסה 8.4 | Apache מעביר ל-PHP-FPM ולא מריץ PHP בתוכו |
| כותרות שהגיעו ל-PHP | X-Varnish, X-Real-IP, X-Forwarded-For, CF-Connecting-IP | הבקשה עברה דרך Varnish ודרך פרוקסי שהוסיף את כתובת הגולש האמיתית |
| curl ל-/.htaccess | 403 עם הכיתוב nginx בתחתית | Nginx חוסם את הקובץ לפני שהבקשה מגיעה ל-Apache |
| curl ל-/wp-content/uploads/ | 403 של Apache, "Server at … Port 80" | Apache מסרב להציג רשימת קבצים בתיקייה |
השורה האחרונה מעניינת: שני דפי 403 שונים באותו שרת, מכל שכבה אחרת. זה הכלי הכי פשוט לדעת מי חסם אתכם, ופירטנו אותו במדריך שגיאה 403 Forbidden: מי חוסם ואיך מתקנים.
Nginx או Apache: מה ההבדל, ומה עדיף?
ההבדל המעשי הגדול הוא קובץ .htaccess. Apache קורא אותו בכל תיקייה, ולכן תוספי וורדפרס יכולים לכתוב בו הפניות וחוקים. Nginx לא קורא .htaccess, וכל ההגדרות שלו יושבות בתצורת השרת.
| נושא | Nginx | Apache |
|---|---|---|
| תפקיד טיפוסי | חזית: HTTPS, קבצים סטטיים, Reverse Proxy | הרצת האפליקציה וקריאת חוקים לכל תיקייה |
| .htaccess | לא נתמך | נתמך, נקרא בכל בקשה |
| הרבה חיבורים במקביל | חזק במיוחד | צורך יותר משאבים |
| שינוי הגדרות בלי גישת שרת | לא, צריך תצורת שרת | כן, דרך .htaccess |
| בקלאודוויז | תמיד קיים | קיים ב-Hybrid Stack, לא ב-Lightning |
אין כאן מנצח אחד. השילוב נותן גם מהירות בחזית וגם תאימות לתוספים שכותבים ל-.htaccess. האתר הרשמי של Apache HTTP Server מתעד את המנגנון הזה.
מה זה Lightning Stack, ומתי לעבור אליו?
Lightning Stack הוא מצב שבו Nginx מריץ את האפליקציה בלי Apache. לפי המאמר של קלאודוויז על החלפת Stack, בבדיקת עומס שלהם (DigitalOcean Premium עם 4 vCPU ו-8GB, בלי Varnish ובלי קאש אובייקטים) Lightning שירת 54% יותר בקשות וענה בממוצע 19% מהר יותר.
זו מדידה של קלאודוויז, לא שלנו, ובמצב בלי קאש. באתר שרוב הדפים שלו מוגשים מקאש, ההבדל שתרגישו יהיה קטן יותר. ההחלפה היא ברמת אפליקציה, כך שאפשר לנסות על אתר אחד בשרת.
לפני שעוברים, בדקו את .htaccess. המאמר של קלאודוויז אומר במפורש שהבעיה העיקרית היא הפניות 301 ו-302 או חוקי Rewrite שנכתבו שם. את אלה מעבירים קודם ל-Web Rules בקלאודוויז.
- שכפלו את האפליקציה לסביבת Staging ובדקו עליה קודם.
- בפאנל הניהול בחרו את השרת ואת האפליקציה, ואז Application Management ← Application Settings.
- פתחו את הלשונית Stack setting ובחרו Lightning Stack.
- לחצו Update Now ואשרו ב-Proceed. לפי קלאודוויז זה לוקח כדקה, בלי השבתה.
- בדקו הפניות, טפסים ועמוד ההתחברות. אם משהו נשבר, חוזרים באותו מסך ל-Hybrid.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
איך בודקים איזה שרת עונה לכם?
שלוש בדיקות מהירות, מהקל לקשה. הן לא משנות שום דבר באתר.
- כותרות התשובה: הריצו את הפקודה למטה. אם מופיע Server: nginx, אתם מדברים ישר עם Nginx. אם מופיע cloudflare, יש CDN לפני השרת.
- דף שגיאה: בקשו קובץ שלא אמור להיות נגיש, כמו /.htaccess. דף עם nginx בתחתית מעיד ש-Nginx ענה.
- מתוך השרת: ב-SSH הריצו
dpkg -l | grep nginxכדי לראות את הגרסה המותקנת, כפי שמציע מאמר החבילות של קלאודוויז.
curl -sI https://example.co.il/ | grep -iE "^(HTTP|server|x-cache|cf-cache-status)"
curl -s https://example.co.il/.htaccess | grep -i nginx
לגישה לשרת ראו את המדריך לחיבור SSH בקלאודוויז. את רוב ההגדרות שלא דורשות SSH, כמו גודל העלאה וזמן ריצה, משנים בהגדרות השרת.
למה Nginx מחזיר 403 לבוטים של AI?
כי ה-Nginx של הפלטפורמה חסם אותם לפי ה-User-Agent, עוד לפני וורדפרס. בשרתים שלנו, עד 6.11.2026, ClaudeBot, CCBot ו-Amazonbot קיבלו 403 עם הכיתוב nginx כשהבקשה הגיעה לשרת, ו-GPTBot ו-PerplexityBot קיבלו 200. ב-7.11.2026, אחרי טיקט, התמיכה של קלאודוויז הסירה את החסימה, ומאז שלושת הבוטים מקבלים 200 (נכון ל-7.11.2026).
תוספת שגילינו לפני ההסרה: כשהדף כבר היה שמור בקאש של Cloudflare, גם ClaudeBot קיבל 200, כי הבקשה בכלל לא הגיעה ל-Nginx. כלומר אותו בוט ראה חלק מהאתר וחלק לא. את הסיפור המלא, כולל הטיקט, זמן התגובה ובדיקת לפני ואחרי, ריכזנו בעמוד איך הסרנו את חסימת ClaudeBot בקלאודוויז.
טעויות נפוצות עם Nginx בקלאודוויז
הפניות ב-.htaccess שהפסיקו לעבוד: קרה אחרי מעבר ל-Lightning Stack. Nginx לא קורא את הקובץ, אז מעבירים את החוקים ל-Web Rules או חוזרים ל-Hybrid.
"שיניתי הגדרה ולא קרה כלום": לפעמים Varnish או Cloudflare מחזירים עותק ישן. נקו קאש בשתי השכבות לפני שמסיקים שההגדרה לא עובדת.
חיפוש nginx.conf: אין גישת root, ולכן אין עריכה ישירה. מה שאפשר להגדיר בפאנל נמצא ב-Web Rules, ומה שלא, עובר לתמיכה.
שאלות נפוצות
Nginx (נקרא "אנג'ין-אקס") הוא תוכנת שרת אינטרנט שמקבלת בקשות מהדפדפן ומחזירה דפים וקבצים. הוא יודע גם להעביר בקשות לשרת אחר (Reverse Proxy), לשמור עותקים בקאש ולחלק עומס. הוא קוד פתוח ונכתב במקור על ידי איגור סיסויב.
Apache קורא קובצי .htaccess בכל תיקייה ומאפשר לשנות הגדרות בלי גישה לשרת. Nginx לא קורא .htaccess, וההגדרות שלו יושבות בקובצי התצורה של השרת. בקלאודוויז שניהם עובדים יחד: Nginx בחזית ו-Apache מאחור, אלא אם עוברים ל-Lightning Stack.
כן. לפי מאמר החבילות של קלאודוויז, Nginx 1.25 הוא שרת החזית בכל שרת, על פורטים 80 ו-443. ברירת המחדל באפליקציה חדשה היא Hybrid Stack, כלומר Nginx ועוד Apache 2.4 ו-Varnish 6.0.
לא ישירות, כי אין גישת root לשרת. הפניות, Rewrite וכותרות HTTP מגדירים ב-Web Rules בפאנל, ובשילוב Hybrid Stack אפשר להמשיך להשתמש ב-.htaccess. שינוי בתצורת Nginx עצמה עובר דרך פנייה לתמיכה.
זה דף שגיאה ש-Nginx עצמו החזיר, לפני שהבקשה הגיעה לוורדפרס. בשרת שלנו ראינו אותו בגישה ל-.htaccess ובבקשות של בוטי AI מסוימים. אם אין שורת nginx בתחתית, החסימה הגיעה כנראה משכבה אחרת, למשל Cloudflare או Apache.
כדאי לבדוק, לא לעבור בעיוורון. לפי קלאודוויז, ההחלפה לוקחת כדקה, בלי השבתה, ואפשר לחזור אחורה. מי שיש לו הפניות 301 או חוקים מיוחדים ב-.htaccess צריך להעביר אותם קודם ל-Web Rules, אחרת הם יפסיקו לעבוד.
מדריכים קשורים
- Varnish בקלאודוויז: איך הקאש בשרת עובד
- Web Rules: הפניות וכותרות בלי .htaccess
- שגיאה 403 Forbidden: איך יודעים מי חוסם
- בוטים של AI וה-403 של Nginx
- הגדרות שרת בקלאודוויז
- למי שבוחר שרת: Flexible בקלאודוויז · הביקורת המלאה שלנו
מקורות
- nginx.org – האתר הרשמי של nginx
- Module ngx_http_proxy_module – nginx documentation
- The Apache HTTP Server Project – Apache Software Foundation
- Which Base Packages Are Deployed With a Cloudways Server – Cloudways KB (גרסאות Nginx, Varnish, Apache)
- How to Change Your Application Stack – Cloudways KB (Hybrid מול Lightning, נתוני הבדיקה)
- How to Create and Manage Web Rules in Cloudways – Cloudways KB
- What Can I Do With an .htaccess File? – Cloudways KB
המדידות בעמוד: בקשות curl ממחשב בישראל וקריאה של משתני שרת מתוך PHP, בשרת של cw-servers.co.il, 7.11.2026. נקודת מדידה אחת, לא מבחן ביצועים.
מקור רשמי: Which Base Packages Are Deployed With a Cloudways Server (Cloudways Knowledge Base). העמוד נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים