مدونة جوارا: إعداد وتكوين خوادم الويب (Nginx/Apache) وتحسين أدائها (Reverse Proxy)

أهلاً يا شباب! اليوم بندخل بعمق في عالم إعداد خوادم الويب، تحديداً Nginx و Apache، وكيف ممكن نستخدمهم كـ Reverse Proxy عشان نحسن الأداء والأمان. الموضوع ده أساسي لأي مهندس أنظمة.

1. ليه نحتاج خوادم الويب أصلاً؟ (Nginx vs Apache)

ببساطة، خادم الويب هو اللي بيوصل ملفات موقعك (HTML, CSS, JS, صور) للمتصفح بتاع المستخدم لما يطلبها. فيه نوعين مشهورين جدًا:

Apache HTTP Server: هو الأقدم والأكثر انتشارًا. مرن جدًا، بيشتغل بنظام الموديلات (modules)، وسهل التكوين للمبتدئين. كل طلب بيتم التعامل معاه بواسطة Thread أو Process منفصل.
Nginx: أحدث وأسرع في التعامل مع عدد كبير من الاتصالات المتزامنة. بيستخدم بنية Event-driven (غير متزامنة) وده بيخليه ممتاز كـ Reverse Proxy أو Load Balancer.

ملاحظة سريعة: Apache رائع للمواقع اللي بتعتمد على ملفات .htaccess ولما تحتاج مرونة كبيرة في التكوين على مستوى الأدلة. Nginx بيتفوق في الأداء لما يكون عندك ترافيك عالي جدًا أو بتستخدمه كواجهة أمامية لتطبيقات خلفية.

2. إيش هو الـ Reverse Proxy؟ وليه نستخدمه؟

الـ Reverse Proxy هو سيرفر بيجلس قدام واحد أو أكثر من خوادم الويب الأساسية (Origin Servers). لما المستخدم يطلب صفحة، الطلب بيروح للـ Reverse Proxy الأول، وبعدين الـ Reverse Proxy بيوجه الطلب للسيرفر الخلفي المناسب، ويرجع الرد للمستخدم.

الفوائد:

الأمان: بيخفي السيرفرات الخلفية عن الإنترنت، وبالتالي بيقلل من احتمالية الهجمات المباشرة عليها.
تحسين الأداء: بيقدر يعمل Caching للمحتوى الساكن، وبالتالي بيقلل الحمل على السيرفرات الخلفية وبيسرع الاستجابة.
توزيع الحمل (Load Balancing): لو عندك أكتر من سيرفر خلفي، الـ Reverse Proxy بيقدر يوزع الطلبات بينهم عشان مافيش سيرفر يتحمل كل الشغل.
إنهاء SSL/TLS: ممكن تخلي الـ Reverse Proxy هو اللي يتعامل مع تشفير وفك تشفير SSL/TLS، وده بيخفف الحمل عن السيرفرات الخلفية.
ضغط المحتوى (Compression): ممكن يضغط المحتوى قبل ما يرسله للمستخدم.

3. Nginx كـ Reverse Proxy

Nginx هو الخيار الأول والأكثر شيوعًا لاستخدامه كـ Reverse Proxy. سهل التكوين وفعال جدًا.

مثال تكوين Nginx كـ Reverse Proxy لتطبيق يعمل على منفذ 8080:

افتح ملف تكوين Nginx (غالبًا في /etc/nginx/nginx.conf أو /etc/nginx/conf.d/default.conf):

server {
    listen 80;
    server_name your_domain.com www.your_domain.com;

    location / {
        proxy_pass http://127.0.0.1:8080; # عنوان السيرفر الخلفي ومنفذه
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    # لتحسين الأداء والأمان
    proxy_buffering on;
    proxy_buffers 8 16k;
    proxy_buffer_size 32k;
    proxy_read_timeout 90s;
    proxy_connect_timeout 90s;
    proxy_send_timeout 90s;
}

بعد التعديل، لازم تعمل اختبار للتكوين وبعدين إعادة تحميل لـ Nginx:

sudo nginx -t
sudo systemctl reload nginx

شرح سريع:

proxy_pass: بتحدد السيرفر الخلفي اللي Nginx هيوجه الطلبات ليه.

proxy_set_header: ضرورية عشان السيرفر الخلفي يعرف الـ IP الحقيقي للمستخدم والـ Host اللي طلبه.

proxy_buffering: بتخلي Nginx يخزن الردود من السيرفر الخلفي مؤقتًا قبل ما يرسلها للمستخدم، وده بيحسن الأداء.

4. Apache كـ Reverse Proxy

Apache يقدر يقوم بدور الـ Reverse Proxy باستخدام موديلات معينة، أشهرها mod_proxy.

خطوات التفعيل:

أولاً، لازم تفعل الموديلات الضرورية:

sudo a2enmod proxy
sudo a2enmod proxy_http
sudo a2enmod proxy_balancer # إذا كنت ناوي تعمل Load Balancing
sudo a2enmod rewrite # غالبًا بتحتاجه
sudo systemctl restart apache2

مثال تكوين Apache كـ Reverse Proxy:

أضف هذا التكوين لملف الـ Virtual Host بتاعك (غالبًا في /etc/apache2/sites-available/your_domain.conf):

<VirtualHost *:80>
    ServerName your_domain.com
    ServerAlias www.your_domain.com

    ProxyRequests Off
    ProxyPreserveHost On

    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>

    ProxyPass / http://127.0.0.1:8080/
    ProxyPassReverse / http://127.0.0.1:8080/

    # ممكن تضيف LogLevel debug عشان تشوف تفاصيل أكتر لو فيه مشاكل
    ErrorLog ${APACHE_LOG_DIR}/your_domain_error.log
    CustomLog ${APACHE_LOG_DIR}/your_domain_access.log combined
</VirtualHost>

بعد التعديل، لازم تعمل اختبار للتكوين وبعدين إعادة تحميل لـ Apache:

sudo apachectl configtest
sudo systemctl reload apache2

شرح سريع:

ProxyRequests Off: مهم جدًا عشان Apache مايشتغلش كـ Forward Proxy (وده خطر أمني).

ProxyPreserveHost On: بيخلي Apache يمرر الـ Host الأصلي للسيرفر الخلفي.

ProxyPass / http://127.0.0.1:8080/: بيوجه كل الطلبات اللي جاية لـ / للسيرفر الخلفي على منفذ 8080.

ProxyPassReverse: بيعدل الـ Headers في الردود من السيرفر الخلفي عشان تتوافق مع الـ URL بتاع الـ Reverse Proxy.

5. تحسين الأداء العام للـ Reverse Proxy

الـ Reverse Proxy مش بس بيوجه الطلبات، ده كمان فرصة عظيمة لتحسين الأداء بشكل كبير.

5.1. التخزين المؤقت (Caching)

تخيل إنك بتخدم نفس الصورة أو نفس الصفحة الثابتة لآلاف المستخدمين. بدل ما كل مرة تطلبها من السيرفر الخلفي، ممكن تخزنها في الـ Reverse Proxy وترجعها بسرعة.

Nginx Caching:

أضف هذه السطور في ملف nginx.conf (داخل http block) أو في ملف الـ Virtual Host:

http {
    # ...
    proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m max_size=1g;
    # ...

    server {
        # ...
        location / {
            proxy_pass http://127.0.0.1:8080;
            proxy_cache my_cache;
            proxy_cache_valid 200 302 10m; # تخزين الردود 200 و 302 لمدة 10 دقائق
            proxy_cache_valid 404 1m; # تخزين الردود 404 لمدة دقيقة
            proxy_cache_min_uses 1;
            add_header X-Proxy-Cache $upstream_cache_status; # لإظهار حالة الكاش في الـ Headers
        }
    }
}

لازم تتأكد إن مسار الكاش /var/cache/nginx موجود وإن Nginx يقدر يكتب فيه.

sudo mkdir -p /var/cache/nginx
sudo chown -R www-data:www-data /var/cache/nginx
sudo chmod -R 755 /var/cache/nginx

Apache Caching:

Apache بيستخدم mod_cache وموديلات تانية زي mod_disk_cache.

sudo a2enmod cache
sudo a2enmod cache_disk
sudo systemctl restart apache2

في ملف الـ Virtual Host:

<VirtualHost *:80>
    # ...
    CacheRoot "/var/cache/apache2/mod_cache_disk"
    CacheDirLevels 2
    CacheDirLength 1
    CacheDefaultExpire 3600
    CacheMaxExpire 86400
    CacheLastModifiedFactor 0.1
    CacheEnable disk /
    # ...
</VirtualHost>

برضو لازم تتأكد إن مسار الكاش موجود وصلاحياته صحيحة.

sudo mkdir -p /var/cache/apache2/mod_cache_disk
sudo chown -R www-data:www-data /var/cache/apache2/mod_cache_disk
sudo chmod -R 755 /var/cache/apache2/mod_cache_disk

5.2. ضغط المحتوى (Gzip Compression)

ضغط الملفات قبل إرسالها للمستخدم بيقلل حجم البيانات المنقولة، وبالتالي بيسرع التحميل.

Nginx Gzip:

في ملف nginx.conf (داخل http block):

http {
    # ...
    gzip on;
    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 6;
    gzip_buffers 16 8k;
    gzip_http_version 1.1;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
    # ...
}

Apache Gzip (`mod_deflate`):

sudo a2enmod deflate
sudo systemctl restart apache2

في ملف الـ Virtual Host:

<VirtualHost *:80>
    # ...
    <IfModule mod_deflate.c>
        AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css application/javascript application/x-javascript application/json
        DeflateCompressionLevel 9
        # Browser proxy workaround for IE
        BrowserMatch ^Mozilla/4 gzip-only-text/html
        BrowserMatch ^Mozilla/4\.0[678] no-gzip
        BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
        Header append Vary User-Agent
    </IfModule>
    # ...
</VirtualHost>

5.3. Keepalive Connections

بتسمح للمتصفح بإعادة استخدام نفس الاتصال لطلب ملفات متعددة بدل ما يفتح اتصال جديد لكل ملف، وده بيقلل زمن الاستجابة.

Nginx Keepalive:

في ملف nginx.conf (داخل http block):

http {
    # ...
    keepalive_timeout 65; # المدة اللي يفضل فيها الاتصال مفتوح
    keepalive_requests 100; # عدد الطلبات اللي ممكن تتم على نفس الاتصال
    # ...
}

Apache Keepalive:

في ملف apache2.conf أو httpd.conf:

<IfModule mod_mpm_worker.c>
    KeepAlive On
    MaxKeepAliveRequests 100
    KeepAliveTimeout 5
</IfModule>

5.4. ضبط عدد الـ Workers/Threads

كل من Nginx و Apache بيستخدموا عمليات (Processes) أو خيوط (Threads) للتعامل مع الطلبات. ضبط العدد ده مهم جدًا للأداء.

Nginx Workers:

في ملف nginx.conf (في أعلى الملف، خارج http block):

worker_processes auto; # أو عدد الكورز في السيرفر بتاعك (مثلاً 4)
worker_connections 1024; # عدد الاتصالات اللي ممكن كل Worker يتعامل معاها

Apache MPM (Multi-Processing Modules):

Apache بيستخدم MPMs (مثل prefork, worker, event). event هو الأفضل للأداء العالي.

مثال لتكوين mod_mpm_event (في /etc/apache2/mods-available/mpm_event.conf):

<IfModule mpm_event_module>
    StartServers             2
    MinSpareThreads        25
    MaxSpareThreads        75
    ThreadsPerChild        25
    MaxRequestWorkers     150
    MaxConnectionsPerChild   0
</IfModule>

لازم تتأكد إنك مفعل الـ MPM الصح:

sudo a2dismod mpm_prefork
sudo a2dismod mpm_worker
sudo a2enmod mpm_event
sudo systemctl restart apache2

6. الخلاصة

إعداد خوادم الويب وتكوين الـ Reverse Proxy مش بس بيحسن الأداء، ده كمان بيعزز الأمان ومرونة نظامك. سواء كنت بتستخدم Nginx أو Apache، فهمك للمبادئ دي هيخليك تبني أنظمة قوية ومستقرة. دايماً اختبر التغييرات بتاعتك قبل ما تطبقها على بيئة الإنتاج، وراقب الأداء عشان تتأكد إن التغييرات دي جابت النتيجة المرجوة.

يلا بينا نطبق اللي اتعلمناه!

← السابق الفهرس التالي →

إعداد وتكوين خوادم الويب (Nginx/Apache) وتحسين أدائها (Reverse Proxy)