NeoX a écrit 18072 commentaires

c'etait le 26 juillet et ils en parlent ici : http://archipelproject.org/2011/07/26/archipel-beta-3-2-available-now/

iptables -t filter -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 22 -j ACCEPT

tu laisse ENTRER (input) les ports 80 et 443
cela veut dire que tu as un SERVEUR web chez toi

hors toi ce que tu veux c'est pouvoir aller sur internet donc SORTIR (output) de ta machine sur les ports 80 et 443

donc il faut faire des regles en OUTPUT et pas en INPUT.

alors c'est qu'il manque des infos dans ton annonce. ;)

mais rassure-nous, tu n'as pas posté sur linuxfr pour trouver un dev/admin IIS/ASP/.NET ou C# quand meme ?

tu l'as fait ?

ne cherche pas, je suis deja sorti
==>[_]

donc ta route par defaut doit etre 192.168.10.254
et tu dois avoir des routes specifiques autour.

ca se regle à coup de route add... et route delete...

donc techniquement, c'est 10.60.196.4 qui se connecte en VPN à d'autres sites et qui prend comme IP 10.60.196.1 à 3 pour chacun des vpns ouverts ?

et tu veux que les machines qui sont dans 192.168.10.0 puissent acceder aux differents sites qui se trouvent derriere les VPN en passant par la machine 192.168.10.X sur laquelle nous sommes ?

VPN1 \
VPN2 - (10.60.186.0/27) - machine routeur - (192.168.10.0/24) - machines clientes
VPN3 /

mais pourquoi tu as besoin d'avoir une IP 10.60.196.4 pour communiquer avec 10.60.196.1, 10.60.196.2, 10.60.196.3

alors que ces dernieres sont derrieres un VPN géré par la passerelle 192.168.10.254

et que donc, toutes requetes qui ne concernent pas 192.168.10.0/24 sera envoyé à la passerelle, qui, elle, fera le routage soit vers internet, soit dans les VPN

meme apres l'avoir installer, il faut aller editer le fichier :
/etc/default/kexec

et mettre la valeur à "true" pour que cela s'active au demarrage suivant.

attention aussi, quand tu demanderas un reboot de ta machine, tu ne passe plus par le grub.

1°) le DNS de ton lieu actuel ne doit pas pouvoir resoudre
mafreebox.freebox.fr
donc forcement il ne trouve pas l'IP de la freebox pour lui demandé le flux

donc il faudrait plutot utiliser (chez moi en tout cas) :
rtsp://212.27.38.253/fbxtv_pub/stream?namespace=1&service=201&flavour=ld

;; QUESTION SECTION:
;mafreebox.freebox.fr. IN A

;; ANSWER SECTION:
mafreebox.freebox.fr. 794 IN CNAME freeplayer.freebox.fr.
freeplayer.freebox.fr. 794 IN A 212.27.38.253

(en esperant que l'IP du freeplayer soit la meme pour tous en france, sinon il faut que tu prennes celle de chez toi à ta maison)

2°) il faut que tu autorises les flux RTSP sur ta config openvpn/firewall

3°) enfin, meme en "Low Definition" (flavour=ld) je ne suis pas sur que ca marche car en ADSL, tu n'as "que" 128Ko/s de bande passante entre ton domicile et l'exterieur (upload de 1024kpbs) ce qui me semble bien juste pour un flux TV.

donc familiarise toi deja avec l'univers linux
faire fonctionner ta machine avec un linux "normal" orienté desktop.

une fois que tout fonctionnera, tu pourras commencer à installer les outils de backtrack pour les tester un par un...

une fois que tu maitrisera le sujet, tu ne seras plus debutant, et tu sauras alors ce que tu peux faire, avec quel soft, et avec quel materiel ;)

kernel.log te permettra de voir les dernieres activités kernel avant le reboot, ca peut etre une piste.

en effet, rien dans syslog ne veut pas dire que ca reboot, juste que rien n'est loggué

ensuite avec le uptime (ou top) tu sauras depuis quand ta machine a booté et donc s'il y a eu un reboot.

ensuite il faut chercher aussi qui etait connecté (commade last)
pour voir si ce n'est pas un reboot demandé par l'administrateur

tout est dans le titre

le but du HDCP c'est justement d'eviter de placer un module non HDCP entre l'emetteur et l'ecran afin d'eviter de "tipiaker" les oeuvres

;)

ca te genere une liveUSB avec une zone pour poser tes fichiers

c'est fourni de base dans ubuntu
meme s'il faut parfois l'installer à partir de synaptic

j'ai fait un nouveau serveur à l'instant,
j'ai installé phpmyadmin/apache2/mysql

j'ai recuperé le .zip d'une base de données d'un autre serveur
j'ai uploadé dans le nouveau

et c'est passé comme une lettre à la poste ;)

tout est dans le titre

chez moi il semblerait qu'une application existe pour ca

~$ aptitude search php | grep zip
p libphp-pclzip - zip archive manager class for PHP

par contre je n'ai pas testé d'envoyer un zip car
1°) j'ai pas phpmyadmin sur cette machine
2°) le support du zip n'est pas fournit

sans le contexte, ca pourrait etre simplement la contraction de
"And so, i'm pissed of to make some mores"

qui se traduirait par "j'en ai suffisament ras le bol pour ne pas en faire plus"

mais avec le contexte, ca ressemble effectivement à
"maintenant, je me repose pour faire des s'mores (les gateaux decrits plus haut)"

aller voir chez le constructeur de la clé s'il n'y a pas deja un programme pour faire ca

• au pire, tu n'as rien d'autres que la clé :(
• au moins bien, tu auras juste un pilote que tu pourras interroger ensuite avec son API
• au mieux, tu as un pilote pour faire fonctionner la clé ET un programme pour travailler avec elle (interroger/regler ses parametres, capturer des images, données)

lire la Kernel Mailing List et les sources du noyau
puis ecrire ton premier module (driver)

enfin compiler.

avec ca, à la fin du stage/job tu sera un dieu en linux, et tu n'auras meme plus besoin de faire d'etude pour gagner des tonnes d'argent.

et sinon, relire tes cours de programmation car j'imagine que tu as été recruté car tu avais des competences en informatique, comprendre par là que tu sais ce qu'est un ordinateur, comment ca marche, mais aussi comment on fait un programme et pas seulement avoir atteint le level 150 ou 200 dans certains jeux et etre un 3L1TE à counter/quake ;)

afin de pouvoir ensuite l'administrer via phpldapadmin ?

non, tu demandes à ta machine de monter xendmz sur dummy0

mais dummy0 n'existe pas

je verrais bien les lignes suivantes dans ton fichier

auto dummy0
iface dummy0 inet dummy

ou un truc qui y ressemble (doit y avoir de la doc sur le net)

Restarting Xen daemons: xendifdown: **interface dummy0 not configured
**

ce qui est normal quand on regarde ton fichier interfaces

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
        address ip publique Dedibox
        netmask 255.255.255.0
        network ip publique Dedibox
        broadcast ip publique Dedibox
        gateway ip publique Dedibox

auto xendmz
iface xendmz inet static
       bridge_ports dummy0
       bridge_stp off
       bridge_fd 0
       address 192.168.1.1
       netmask 255.255.255.0

nul part tu ne configure dummy0 sur lequel tu veux monter le bridge

ca permet de faire comme avec access, un fichier sur le poste client, qui va gerer des données mais celles-ci sont sur le serveur mysql.

plus tard, quand tu voudras te passer du fichier sur le poste client, tu pourras toujours faire une interface web (php,python, ajax) qui ira chercher les données dans la base de données.

perso quand je fais ce genre de redirection je fais juste le

commande >fichier_info 2>fichier_err