Re: exec et php
Le 2015-11-10 14:33, Eric Degenetais a écrit : A la fin du fichier j'ai: " [106]=> string(75) "[1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map} <../../images/3.png>]" [107]=> string(28) "(./test.aux) )" [108]=> string(52) "(see the transcript file for additional information)" [109]=> string(79) "!pdfTeX error: /usr/bin/pdflatex (file tcti1200): Font tcti1200 at 600 not foun" [110]=> string(1) "d" [111]=> string(55) " ==> Fatal error occurred, no output PDF file produced!" } Il dit pourquoi il plante: il ne trouve pas la font qu'il est censé utiliser. Donc la question est: comment pdflatex trouve-t'il ses font (ce que j'ignore) et en quoi est-ce que ça peut être différent pour le processus apache? Bonjour, Ne trouvant toujours pas de solution, je me permet un petit UP. Si quelqu'un a une piste a me proposer... Merci d'avance
Re: traceroute / iptables
Bonsoir, On 19/11/2015 11:40, Philippe Gras wrote: > Merci :-) Je me demandais justement ce que c'était que cette affaire de > couches… Si tu veux avoir quelques bases sur la notion de réseau, sur la pile TCP/IP etc. personnellement je te conseille vivement ce livre : http://www.amazon.fr/Le-r%C3%A9seau-Internet-services-infrastructures/dp/210054604X Déjà, ce n'est pas un pavé comme on voit souvent dans ce genre de domaine. Le livre est truffé de nombreux schémas vraiment clairs et en plus il a une approche du haut vers le bas (par rapport aux niveaux des protocoles) ce qui est, je trouve, assez pédagogique. En effet, souvent dans ce domaine les livres commencent souvent par le bas niveau ce qui n'est pas forcément le plus intéressant pour celui qui administre des serveurs. Bref, je trouve que c'est une très bonne référence, tout à fait abordable. -- François Lafont
Re: traceroute / iptables
oui dans resolv.conf à lire : http://debian-facile.org/doc:systeme:resolv.conf
Re: traceroute / iptables
Le 19 nov. 2015 à 01:16, honeyshell a écrit : > un petit cours sur le tcp : > http://www.frameip.com/routage/#3.2_-_Lencapsulation Merci :-) Je me demandais justement ce que c'était que cette affaire de couches… > >>> Comment sait-il où se trouve la destination ? > Tu demandes google.fr; ta trame va d'abord chez le DNS de ton FAI en > priorité (à moins que tu changes ton DNS). Le DNS fera la résolution > de nom vers l'adresse IP. > Perso, j'ai pris les DNS de google (8.8.8.8, 8.8.4.4) pour des > questions de performances => cela peut faire l'objet d'un test sur tes > serveurs? Tu les as ajoutées dans resolv.conf ? Je me suis posé cette question, en effet. > > Une fois l'adresse récupérée, ta trame va passer par des routeurs de > haut niveau, puis redescendre de "niveau" de routeur en fonction de > ton IP. Mais ces routes peuvent être prédéfinies dans le cache des > routeurs, et parfois ne pas être les plus rapides? > C'est en gros le schéma que je connais. Mais je t'engage à vérifier > par de la littérature, je ne m'y connais pas bcp en réseaux. >
Re: traceroute / iptables
Philippe Gras a écrit : > Le 18 nov. 2015 à 23:23, Pascal Hambourg a écrit : > >> Philippe Gras a écrit : >>> La mission consiste à réduire le temps de résolution DNS de ton site : >>> $ traceroute -a henix.com >> Le traceroute n'a rien à voir avec le temps de résolution DNS. >> > Oui, j'ai écrit une connerie. Mais à quel moment effectue-t-il cette > opération ? Quelle opération ? La résolution DNS ? A chaque fois qu'il a besoin de convertir un nom d'hôte en adresse IP et vice versa. Au début avant d'envoyer les paquets de traceroute pour déterminer l'adresse IP de la cible, à chaque réponse d'un routeur ou de la cible pour déterminer son nom d'hôte à partir de l'adresse source du paquet (résolution inverse). > C'est pas du TCP, en plus ? Les requêtes DNS utilisent UDP par défaut. On peut aussi utiliser TCP dans certains cas particuliers comme quand la réponse est trop longue pour tenir dans un paquet UDP. C'est notamment le cas du transfert de zone (AXFR). > Traceroute va donner les routes qui mènent à destination. Comment sait-il où > se trouve la destination ? Ça dépend de ce que tu entends par "destination". Si c'est l'adresse IP de la cible, il la connaît après avoir effectué la résolution du nom d'hôte de la cible. Si c'est sa localisation, il ne la connaît pas. Traceroute ne fait qu'afficher les réponses des routeurs rencontrés en chemin, mais c'est biaisé : un routeur qui répond ne transmet pas le paquet, c'est le paquet suivant qui sera transmis mais passera peut-être par un routeur différent.