PUBLIC MARKS with tags serveur & ressources

Bienvenue sur apache-mod-rewrite.fr. Ce site regroupe de nombreuses ressources pour comprendre et utiliser le module Apache mod-rewrite. Ce dernier permet de réutiliser les URL d'accès à votre serveur d'une façon contrôlée par vous. Vous trouverez en parcourant ces pages de nombreuses utilisations (basiques comme avancées) de ce module. Pourquoi ce site ? Le module Apache mod-rewrite est très puissant. Il s'agit d'un outils très souvent utilisé en référencement par exemple, afin de donner aux moteurs de recherches des adresses web plus "humaines" (on parle souvent d'URL Rewriting, en français : Réécriture d'URL). Il permet aussi d'empêcher l'accès à votre serveur pour certaines adresse IP, ou bien de réserver l'accès à certaines de vos pages à votre PC uniquement (ciblage sur l'adresse IP). Ce site a été conçu pour vous donner les bases élémentaires concernant ce module. Une mauvaise utilisation conduit rapidement à une instabilité de votre serveur web. Nous avons décidé d'être les plus pédagogues possible en insistant sur les points délicats de la mise en place des règles du module. Que trouverez-vous sur ce site ? Nous avons essayer de regrouper sur nos pages les astuces les plus courantes et les plus utiles pour un webmaster ou un administrateur web. Vous pourrez lire entre autres comment : * Réécrire vos URL : remplacer les adresses web de vos pages dynamiques de style votre_ndd.fr/index.php?option=artcile&id=12 par votre_ndd.fr/article/12 * Gérer les redirections de façon propre * Empêcher l'utilisation de vos médias (vidéos, images, mp3, ...) par d'autres sites web, ceci afin de garder pour vous la bande passante de votre site web. Petit à petit, avec vos remarques et vos contributions, nous augmenterons le nombre de tutoriels (un tutorial, des tutoriels et pas tutoriaux Wink) et d'exemples concrets.

qpsmtpd est un serveur SMTP très léger et très modulaire qui se base sur le principe des plugins et des hooks qu’il peut appeller à chaque instant du protocole SMTP : mail from, rcpt to, data, ... Le principe est de lancer qpsmtpd à l’écoute du port SMTP (25), charge à lui ensuite de faire les vérifications d’usage (beaucoup de plugins sont livrés dans le produit de base pour ce type d’opérations) pour ensuite relayer au serveur de messagerie qui écoutera sur un autre port (2525) par exemple. En gros qpsmtpd joue le rôle de firewall ou de frontal mail avant d’entrer dans l’infrastructure de la messagerie interne. L’avantage de cette technique est de pouvoir développer un plugin maison, avec des hooks à appeler selon ses besoins : on peut introduire des règles métiers sur les mails : vérification de l’existence du compte, vérification de l’expéditeur selon des règles qui nous sont propres, etc…et de couper la transaction SMTP avant même de recevoir le message : gain de temps et de ressources pour le serveur MTA en bout de chaîne.

Ce plugin pour Qmail implémente une vérification de l'adresse du destinataire et du tarpitting. Tarpitting : Cela consiste à attendre un certain temps avant de prendre en compte une nouvelle commande smtp. En cas de gros flood à coût de RCPT TO multiples cela permet de ralentir le floodeur tout en préservant les ressources du serveur. Dans ce module le tarpitting est utilisé de deux façons : * Si la commande RCPT TO correspond a un utilisateur qui n' existe pas. * Si il y a plus de START_TARPITTING commande RCPT TO dans une session. Vérification du destinataire : Par défaut, Qmail ne vérifie pas au niveau smtp si le destinataire final existe, il le fait au moment de délivrer les mails. Cela implique que même si le destinataire n' existe pas le serveur va prendre en charge le mail. Le fait de vérifier l' existence du compte au niveau smtp va permettre trois choses : * Economiser des ressources serveur, car le mail n' est pas traité par la machine. * Gagner de la bande passante, pour les mêmes raisons. * Alléger la queue, puisque vous n' acceptez plus les mails qui ont de faux destinataires, Qmail n' envoie plus de bounce vers l'expéditeur pour l' informer que son mail n' a pu être délivré. De plus si l' on considère que la grande majorité des spams/virus ont de faux expéditeurs, ça vous évite de prendre le bounce du bounce. Fonctionnement : Rcptchecks va tester l'existence du destinataire dans une base de données MySQL. Si le client smtp le droit de relayer, autrement dit si la variable d' environnement RELAYCLIENT existe les tests n' auront pas lieu.

Voila quelques bonnes résolutions pour une Ubuntu-server.