Hangi Apache modüllerinin kullanıldığını ve kaldırılabileceğini belirleyebilir misiniz?

Birçok kişi gibi ben de varsayılan "LoadModule" satırları ile nispeten kullanıma hazır bir Apache kurulumum var.

Başından beri çok fazla yazılım yükledim ve dürüst olmak gerekirse hangi modüllerin hangi modülleri kullandığını bilmiyorum.

Apache bulut sunucularımın bellek ayak izini azaltmak ve bunu yapmak için modüllerin kullanılmasını kaldırmak istiyorum. Bir modülün kullanılıp kullanılmadığını belirlemenin tek yolu, yapılandırmadan kaldırmak ve herhangi bir şeyin kopup kopmadığını görmek. Açıklamak için zamanım olduğundan daha kötü.

Herkesin hangi modüllerin kullanıldığını bildirmek için Apache'yi almanın bir yolunun farkında olup olmadığını veya bir modülün yapılandırmayı kaldırmak için güvenli olup olmadığını programlı olarak belirlemenin başka bir yolu olup olmadığını bilmek istiyorum .

Yaptığım yol bir test sunucusu oluşturmak, belgeleri okumak ve boş bir sayfadan başlamak.

Aşağıdaki modüller zorunludur:

• çekirdek
• mod_authz_host
• mod_auth_basic
• mod_authn_file
• mod_dir
• mod_log_config
• mod_mime

Sonra kalan tüm modülleri yorumladım ve Apache'yi yeniden başlattım. Bir şey kırılırsa ses çıkarır, örneğin:

Starting httpd: Syntax error on line 10 of /etc/httpd/conf.d/squid.conf:
Invalid command 'order', perhaps misspelled or defined by a module not included in the server configuration

Diğer modüller için de aynısını yapın. Bu yöntemi kullanarak, genellikle gerekli olmayan bazı modüller şunlardır :

• mod_authn_alias
• mod_authn_anon
• mod_authn_dbm
• mod_authn_default

• mod_authz_user
• mod_authz_owner
• mod_authz_groupfile
• mod_authz_dbm
• mod_authz_default

• mod_include
• mod_logio
• mod_ext_filter
• mod_usertrack modülü
• mod_dav
• mod_version
• mod_dav_fs
• mod_speling modülü
• mod_suexec
• mod_cgi

Kimlik doğrulama için LDAP kullanmıyorsanız, devre dışı bırakılabilir:

• mod_ldap modülü
• mod_authnz_ldap

Etkinleştirirken aşağıdaki modüller dikkate alınmalıdır:

• mod_proxy'ye
• mod_proxy_balancer
• mod_proxy_ftp
• mod_proxy_http
• mod_proxy_connect

• mod_cache
• mod_disk_cache
• mod_file_cache
• mod_mem_cache

Daha önceki bir gönderi, bir şey kırılana kadar modülleri devre dışı bırakmanızı önerir. Bu kesinlikle bir üretim sisteminde aptal olsa da, kişi yine de regresyon testi yapmanız gerekeceğinden doğru yoldadır.

Yani bu durumda:

1. Sitelerin yapılandırmasına kadar, çalıştırdığınıza benzer bir test sunucusu oluşturun
2. Bir modülü devre dışı bırakın.
3. Sitelerde regresyon testi yapın.
4. Bir şey kırılana veya tüm modüller bitene kadar 2. ve 3. adımları tekrarlayın.
5. Modülü yeniden etkinleştirin.
6. 2. ve 3. adımları tekrarlayın.
7. Yeni güncellenen apache ile konfigürasyonda flash-cut bir konfigürasyon gerçekleştirin ve apache servisini yeniden başlatın.
8. Başarısız olursa, yapılandırma banyosunu geri alın, günlükleri çekin, analiz edin ve 2. adımdan (veya gerekirse 1. adımdan) başlayın.

Bu muhtemelen Apache yapılandırmasını düzene sokmanın en kolay yoludur. Aksi takdirde, her bir modüle bakmanız, işlevselliğini belirlemeniz ve hangisinin bu işlevselliği kullandığını görmek için sitelerde arama yapmanız gerekecektir. Bu çok daha uzun sürecek.

Alternatif olarak, bu size daha hafif bir şeye geçmek için iyi bir fırsat verebilir :

Sorunuza doğrudan bir yanıtım yok, ancak internette bildiğim kadarıyla önceden yüklenmiş modüllerin çoğunu içermeyen birçok 'küçük' AMP paketi var. Yani, onlara örnek bir referans olarak bakmakla başlardım.

Bu 2 bağlantı başlamanızı sağlayabilir:

1. http://en.wikipedia.org/wiki/List_of_Apache%E2%80%93MySQL%E2%80%93PHP_packages
2. http://en.wikipedia.org/wiki/Comparison_of_WAMPs

Apache'yi sorduğunuzu biliyorum, ancak sisteminizdeki bellek kısıtlamaları göz önüne alındığında, Apache'yi Nginx, Lighthttpd veya diğer düşük ayak izi web sunucuları arasında değiştirerek çok daha iyi hizmet verebilirsiniz. Apache modül desteği için harikadır, ancak Nginx, Lighthttpd, Cherokee, G-WAN, vb.Gibi genç web sunucularına kıyasla çok bellek açtır.