NeoX a écrit 18251 commentaires

le wake on lan est actif si la machine s'est arretée proprement et "partiellement" afin de laisser la carte reseau sous tension.

ce n'est pas le cas apres une coupure de courant
donc il est normal que le WOL ne fonctionne pas apres une coupure de courant

par defaut les infos sont affichées dans les whois

il suffit alors de demander au registrar de masquer ces infos

pour mon domaine.net et domaine.eu chez ovh

domaine.net, on voit mes nom/prenom et le reste est anonymisé
domaine.eu, on ne voit rien par defaut, mais en allant sur eurid.eu on peut obtenir mes infos (et ovh ne me propose pas de masquer les infos)

je commence à comprendre

en fait ce que tu cherche c'est que le htpasswd soit le reflet du /etc/passwd du systeme ?

afin que chaque utilisateur du systeme puis venir surfer sur le site web, mais pas les autres ?

ben c'est quoi l'interet ?

dans la realité tu as
un dossier toto qui appartient à toto et qui devra avoir le groupe www-data en lecture
un dossier titi qui appartient à titi et qui devra avoir le groupe www-data en lecture
afin que www-data (apache) puisse acceder au contenu


et toi avec ton "sudo" tu voudrais avoir :
- un dossier toto qui appartient à toto
- un dossier titi qui appartient à titi
- www-data qui fait du sudo

dans les 2 cas c'est www-data qui fera l'acces aux dossiers lors de la consultation du site
donc que ce soit toto ou titi qui consulte le site, ils verront les dossiers de l'autre

je n'ai donc toujours pas compris ce que tu veux faire

ton apache tourne surement en tant que www-data
c'est lui qui va chercher les infos dans les dossiers.

sortie de là, tu ne peux pas attribuer des fichiers à toto et seulement à toto
si tu veux ensuite que titi n'y accede pas par le web.

vu que ce sera de toute facon apache qui ira les chercher.

essaie alors avec le dongle sur les machines vista

le probleme de ipw3945 venait justement de la partie non libre (firmware) qui etait injecté dans la carte.

donc le driver windows n'est peut-etre pas exempt de ce defaut

(par contre ca n'explique pas le souci avec la Wii)

tu utilises quel pilote ?

passé un temps il y avait un pilote ipw3945 mais il etait un peu pourri
il fallait lui preferer le pilote libre iwl3945

lsmod | grep 3945
te diras lequel tu utilises

puis un
rmmod nom_du_pilote
suivi d'un
modprobe iwl3945

openfire, je l'utilise aussi dans ma boite

on gere nos chats clients avec ca, ca marche bien.

pour 200comptes, il tourne dans une machine virtuelle avec 256Mo de ram et 8Go de disques dur

donc il n'est pas trop gourmand.

il peut s'interfacer avec ldap et activedirectory...
ou bien utiliser sa base interne pour l'identification

houla c'est pas gagné

1°) il te faut un serveur POP3 pour repondre à un client POP3
postfix ne joue que le role du bureau de poste (MTA), pas le stockage des emails

2°) il faut que ta machine laisse entrer les connections POP3 ou IMAP (selon le serveur de mail que tu aura choisis)

3°) il faut que le parefeu (ou ta box) laisse entrer les connections vers POP3/IMAP

4°) repeter 2° et 3° mais pour le service SMTP qui lui est assuré par postfix

avec webmin tu crees les boites mails

avec outlook tu configure comme tu configurerais n'importe quel compte email, selon tes choix et ce que tu auras configuré sur le serveur

en effet, il te faut peut-etre ajouter un programme pour faire de l'IMAP (stocker les emails)
pour que les clients viennent ensuite consulter les emails via le protocole IMAP.

tu peux aussi utiliser un client webmail (les clients utiliseront alors leur navigateur web plutot qu'outlook)

etc
etc

un truc bete, le bouton wifi est bien sur ON
(tu sais le bouton qui se trouve sur le coté de la machine)

si c'est un linux preinstallé dell, tu peux appeler dell :D

je l'avais oublié celui là
et en effet, vu qu'il veut modifier le paquet avant qu'il ne soit traiter ailleurs,

PREROUTING me semble etre adequate.

amusant parce que justement tu veux executer une regle POSTROUTING pour ton SNAT

et tu viens toi meme de dire que d'apres le schema ce n'est pas la bonne

sauf que si tu as bien un vpn sur tun0
et ton serveur web sur eth0

il y a bien transfert entre les 2 interfaces
donc il y a bien forward et postrouting

(ou alors j'ai vraiment rien compris)

en effet, je n'avais pas vu le cas comme cela.


$IPTABLES -A INPUT -i $interface_vpn -j ACCEPT

$IPTABLES -A FORWARD -i $interface_vpn -j ACCEPT

$IPTABLES -A OUTPUT -o $interface_vpn -j ACCEPT

$IPTABLES -t nat -A POSTROUTING -o $interface_interne -j MASQUERADE


mais verifie aussi que ton client vpn recoive bien la route vers 192.168.9.0/24 quand il est connecté à ton VPN

le soucis est que le server web à son propre utilisateur qui lui est associé "www-data" par défaut

ben oui c'est normal

mais le server(l'ordinateur) ne démarre pas avec lui, donc www-data n'a pas accès....
aucun rapport

analysons les messsages depuis 2 jours

tu essaie visiblement de faire faire à ton serveur web ce que fait normalement openoffice quand il est utilisé par un veritable utilisateur.

1°) je penses que ce n'est pas la bonne methode

2°) il doit exister des convertisseurs openoffice -> pdf special site web

3°) ton server (la machine) n'a pas d'utilisateur associé quand elle demarre.
chaque service demarre en general avec son propre utilisateur
(apache avec l'utilisater www-data ou apache2, proftpd avec l'utilisateur ftp par exemple)

4°) ton script ne fonctionne peut-etre pas, simplement parce qu'il a peut-etre besoin d'un dossier .openoffice2 qui se trouverait dans le home de l'utilisateur (cf 2°)

ne vaudrait-il pas mieux faire du masquerading en sortie vers ton reseau local ?

perso c'est comme ca que je fais, et ca marche plutot bien

$IPTABLES -t nat -A POSTROUTING -o $carte_interne -s $reseau_vpn -j MASQUERADE

ainsi les machines locales pensent que c'est ta machine vpn qui pose la question

en meme temps il doit y avoir d'autres bibliotheques que ooo2pdf venant d'openoffice
pour convertir, sur un site web, des documents openoffice en document PDF.

en php, en perl, ou dans d'autres langages.

cela t'evitera de te prendre la tete à faire faire à apache un truc qui n'est pas prevu pour

le home de l'utilisateur www-data c'est souvent

/var/www
ou
/var/www/htdocs

c'est donc souvent là dedans qu'il faut mettre le site web et/ou les scripts

lire la documentation apache peut eventuellement t'aider

reinstalle donc aussi les dictionnaires pour ne pas qu'il essaie de les enlever en meme temps qu'il installe openoffice

1] ls -l serait mieux pour pouvoir comparer entre ton local et ton serveur

2] si tu deposes tes fichiers sur ton serveur en tant qu'utilisateur "admin"
il est logique que l'utilisateur "www-data" ne puisse pas ecrire dans certains dossiers car par defaut les droits sur un dossier sont souvent 755 (rwx pour l'utilisateur, r-x pour le groupe, r-x pour les autres)

3] il te faut donc
a) mettre ton utilisateur dans le groupe "www-data"
b) changer le groupe propriétaire du dossier en "www-data"
c) changer les droits du dossier en 775 pour que tout membre du groupe www-data puissent y lire/ecrire

/var/lib/dpkg/info/openoffice.org-thesaurus-de-ch.postrm: line 6: update-openoffice-dicts : commande introuvable

il ne trouve plus la commande update-openoffice-dicts
qui est probablement fournit avec openoffice

il ne peut donc plus desinstaller les dictionnaires.

1°) reinstall openoffice
2°) desinstalle les dictionnaires
3°) desinstalle openoffice

ca devrait aller mieux

en meme temps j'ai parlé de distribution recente...

je ne connais pas bien fedora, mais la Core6 ca me semble un peu "vieux" sachant qu'il me semble que la 9 est la derniere en date (http://www.fedora-fr.org/)

toujours d'apres internet, fedora core 6 date du 24 oct 2006
ce qui peut expliquer que certaines fonctionnalités n'existent pas encore

et oui...

il faut que tu regardes du coté des options de bonding.

ca te permet de creer une interface reseau (bond0)
qui sera lié à eth0 et eth1 (par exemple)

et c'est bond0 qui prendra l'adresse IP

plus de details à ce sujet via ton moteur de recherche favori.