NeoX a écrit 18332 commentaires

ok ne me cherchait pas, je suis deja sorti

==>[ ]

tu peux toutafais faire un telnet sur le port 25
ca ne veut pas dire pour autant que tu pourras envoyer un email.

comme dis plus haut, active l'identification du client
ainsi avec son log/pass il pourra se servir du server d'ou qu'il soit.

sinon tu peux aussi jouer du parefeu pour autoriser seulement certaines IP à se connecter sur le port 25

etant donné que c'est apache (www-data) qui va lire les fichiers pour les donner au navigateur de l'utilisateur

je ne vois pas comment tu peux faire,
il faut bien que tu demande les logs/passent à un instant donné pour savoir qui est devant le navigateur

tu dois pouvoir coder un ecran de login qui va chercher les infos dans /etc/passwd
mais pour qu'apache lise les droits de chaque fichier pour savoir s'il doit l'afficher ou pas

je pense qu'un cookie sur le navigateur de l'utilisateur (avec l'identification entrée plus tot),
et un code PHP (ou autre langage web) doit pouvoir lire les droits d'un fichier.

en quoi les visiteurs de ton site web sont ils obligés d'avoir aussi un compte sur ton serveur ?

il existe plein de solution pour gerer les utilisateurs d'un forum/d'une galerie à partir d'une base de donnée.

donner un acces "system" à un visiteur web, je trouve ca moyens au niveau securité

1°) ce n'est pas une astuce, mais une question
(enfin, c'est vrai que ce n'est pas forcement clair quand on veut poser une question)

2°) clic droit sur l'applet ? clic gauche peut-etre ? voire double-click ?

regarde peut-etre du coté des ACLs

car sinon je ne vois pas trop, vu que dans TOUS les cas,
c'est www-data qui viendra lire les fichiers à afficher dans le navigateur

apres il te faut peut-etre faire un site avec identification (comment sur les forums par exemple)
puis grouper les gens,
enfin faire un album selon le groupe des gens

chez moi le /etc/rc.local s'execute quand je quitte ma session gdm ou que j'arrete la machine

ce qui au final n'est pas si mal pour placer l'activation du Wake On Lan

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