NeoX a écrit 18168 commentaires

en arretant named/bind, et en supprimant le fichier, ca ne marche pas ?

de la meme maniere qu'il sait quel clavier/ecran/souris est à quel utilisateur

il faut surement definir les ports USB qui seront utiliser pour un siege ou pour un autre

Tout ces programmes sont distribuer de manière compiler car ce sont des programmes de sécurité qui n'évolueront pas et donc le code source doit rester secret.

donc si y a un bug on ne peut pas le corriger
si on veut l'ameliorer on ne peut pas
si on veut l'auditer on ne peut pas non plus.

la securité par l'obscurantisme
c'est comme microsoft, on a des patchs qui tombent regulierement, le descriptif dit juste que ca corrige un bug qui permet à un utilsiateur de prendre le pouvoir
c'est un binaire, on ne sais pas ce qu'il fait et personne ne peut avoir le source sauf en bossant chez/pour microsoft.

avant tous les montages se faisaient dans /mnt
puis c'est passer dans /media/maclefusb

sauf que le multiseat se prepare et permettra d'avoir plusieurs utilisateurs sur une seule unité central, avec un ecran/clavier/souris chacun.

j'imagine donc que pour gerer les clefs USB de chaque utilisateur c'etait plus pratique de changer /media/laclefusb en /media/utilisateur/saclefusb

dans le premier tu lui dis de se connecte à myhost/upload2.php
dans le deuxiemme à baseURL^{"upload2.php"}

alors j'y connais pas grand chose en ocaml
mais tu lui a precisé quelques part ou devait aller baseURL ?

ok, donc dans ta config, ca marche bien de l'exterieur vers l'interieur
mais pas entre les machines en interne.

et ca c'est peut-etre normal.
car il y a peut-etre une protection pour limiter la communication entre les machines.
tout comme il a ce genre de cloisonnement sur certains routeur wifi, les clients wifi accedent bien à internet mais ne se voient pas les uns les autres.

si ce n'est pas le cas, c'est peut-etre un souci de boucle reseau,
en effet quand ta machine interne cherche à joindre celle d'à coté, elle sort puis rerentre sur l'interface du dom0

avec nos processeurs modernes multicores, l'affichage de top par defaut amalgame les cores entre eux.

donc sur un dual core, si un process prend 100% du core0 et que core1 ne fout rien
ca fait une moyenne de 50% d'utilisation ce que tu vois en haut du top.

tu peux afficher le detail par core en faisant 1 une fois le top lancé.
tu auras alors plusieurs lignes en haut du top, en fait une par cpu.

j'ai redéfini la variable $TERM
#declare -x $TERM="xterm"

mais ça ne marche toujours pas!

je reitere mes reponses

ou as tu fais cette declaration ?
le diese suppose deux possibilités :
- sur la ligne de commande de root
- dans un script mcelog.cron, bashrc, profile ?

si c'est sur la ligne de commande, je doute que l'environnement ainsi declaré soit celui dont ce sert mcelog.cron
si c'est dans un script, le # va le mettre en commentaire et la ligne ne sera tout simplement pas executé.

de plus en shell (bash, sh) on declare un variable sans le $ et on l'utilise avec.
il faudrait donc faire declare -x TERM="xterm"

le titre :

XEN : comment faire arriver les paquets des machines virtuelles sur l'interface eth0?

la question :

Est ce qu'il est possible de configurer les machines virtuelles pour qu'elles utilisent un autre port que le 80 pour certains noms de domaine?

la reponse, oui dans tes machines virtuelles tu peux tres bien configurer un service pour ecouter sur autre chose que le port 80.

un service web comme apache ecoute par defaut sur le 80 et le 443, mais tu peux configurer un virtualhost pour ecouter sur une IP:PORT et domaine particulier.

maintenant si je regardes le titre, je le retraduis en :
comment faire arriver des paquets à destination du nom de domaine de ma machine virtuelle directement sur sa carte eth0 ?

à ma connaissance tu ne peux pas sans passer par un proxy qui faire la relation entre l'ip externe/domaine et l'ip interne.

sinon il te faut plusieurs IPs externes (appelée IP Failover chez certains revendeurs) et tu peux faire de l'IP rewriting depuis ton parefeu/dom0.
ainsi un paquet qui arrive sur A.B.C.D sera reecrit pour aller sur le conteneur dont l'ip est E.F.G.H

et dans ce cas là, si tu ne veux pas faire compliquer ou si tu veux exposer tes machines virtuelles directement sur internet, autant mettre l'IP externe directement sur eth0

sinon pourquoi faire sur EC2
y a pas de serveur là ou tu travailles pour faire des conteneurs linux dans un sous-reseau isolé ?

si on peut faire des vlans avec EC2, tu fous chaque etudiant dans un vlan
il a donc bien ces 2 ou 3 machines dans le meme vlan, quand tu broadcastes ca n'envoie rien en dehors du vlan

ca doit le faire soit avec du vrai vlan (802.1q je crois)
soit avec du vlan IP avec un masque de 30 ou 255.255.255.252
= > 192.168.1.0/30 pour le premier etudiant, 192.168.1.4/30 pour le deuxieme, etc

pour le premier il a alors 192.168.1.0 comme adresse reseau, 192.168.1.1 et 192.168.1.2 comme adresse IP, 192.168.1.3 comme adresse de broadcast
le deuxiem aura 192.168.1.4 comme adresse reseau, 192.168.1.5 et 6 pour ip, 192.168.1.7 comme broadcast,
etc

ouvre ton fichier mcelog.cron
et remplace la ligne setterm $TERM
par setterm xterm

ca devrait bien suffire

actuellement on remplace la ligne COM1=/dev/cu.usbmodem par COM1=/dev/cu.usbmodemXXX
comme l'enoncé en le precise pas, je pensais que le fichier io_comm.ini contenait d'autres lignes.

si tu veux remplacer/ecraser le fichier io_comm.ini, il suffit alors de remplacer nos grep/exit/sed par

read REP
echo 'COM1=/dev/cu.usbmodem'$REP >io_comm.ini

tester si le fichier contient deja cu.usbmodem411 et quitter avant de faire la modif par exemple.

grep 'usbmodem'$REP io_comm.ini && exit
sed -i -e '.......'

le message d'erreur te dit qu'il n'arrive pas à ouvrir le dossier pictures dans le dossier utilisateur

ERROR: 2013-10-23 13:45:23,108: get_xdg_pictures_folder() ' Could not get path to Pictures folder '
[…] 'xdg-user-dir', 'PICTURES'

en debut de ton script, faut luire dire de se connecter à la base de données, et d'en lire quelques infos.

comme tu vas surement devoir te connecter à la base de données dans chacune de tes pages de ton projet, je te recommande de faire un fichier connexion.php qui va ouvrir la connexion à la base de donnée, et initialiser un handle.

ensuite dans chaque page qui aura besoin d'acceder à la base de donnée, tu pourras inclure ce fichier connexion.php
afin de ne plus avoir qu'a travailler sur le handle.

un exemple de connexion.php

try {
        $bdd = new PDO('mysql:host=localhost;dbname=mabasededev', 'monuser', 'monmotdepasse');
}
catch (PDOException $e) {
        die("Error ! : ".$e->getMessage());
}

puis dans ma page qui fait vraiment les traitements

// lui dire qu'on a absolument besoin de se connecter à la base
require("connexion.php");

// executer la requete sur le handle $bdd obtenu par connexion.php
// but de la requete recuperer les lignes de la table xxxxx
$liste=$bdd->query("SELECT * FROM xxxxx");

while($ligne = $liste->fetch())
{ // ici le traitement des resultats de la requete,
// pour chacune des lignes de resultats on obtient un tableau $ligne
// utilisable avec $ligne[0], $ligne[1]
// ou plus facile $ligne['nom_de_la_colonne']

}

attention, ne connaissant pas ton fichier io_comm.ini
j'ai fait un modele de script supposant que le fichier contenait la ligne

COM1=/dev/cu.usbmodem

là ou dans ton exemple tu ne cherches que

COM1

la difference vient peut-etre de là

le hacker il vient avec sa clef USB ou son CDROM
il boote dessus
il a acces à tes données.

mais tu auras surement mis un mot de passe au bios et forcer celui-ci à booter uniquement sur le disque dur.
et si tu ne l'as pas fait, tes partitions sont cryptées dés le grub

j'espere aussi que si tu es parano à ce point :
1°) tu as des alarmes à toutes les portes/fenetres
2°) tu as installé de la videosurveillance
3°) tes données sont sauvegardées ET externalisées

il faut connaitre le profil qui lance le cron, et configuré son environnement.

si tu fais declare -x TERM="xterm" dans ton terminal ou ton ssh courant, il ne sera pas pris en compte pour les autres utilisateurs ou pour le systeme.

regardes du coté des fichiers /etc/profile, /etc/bashrc

oui bien simplement ouvre le script (probablement mcelog.cron) qui fait le setterm $TERM
et remplace le par setterm xterm ou setterm vt100

en etant dans le dossier qui contient de fichier io_comm.ini
et en utilisant le # comme separateur dans le sed pour simplifier la gestion des / dans le chemin

read REP
echo "vous avez saisi : $REP"
sed -i -e 's#^COM1=/dev/cu.usbmodem#COM1=/dev/cu.usbmodem'$REP'#g' io_comm.ini

ca doit pouvoir se simplifier en faisant reentrer le motif trouvé à gauche du sed dans le motif de remplacement.

un editeur de texte mal configuré, qui va ouvrir/creer le fichier en ISO
alors que le serveur est en UTF8 par exemple.

sur certains editeurs il faut forcer l'encodage pour qu'il travaille et enregistre dans l'encodage qui t'interesse.

et alors, ca les à calmer ? ;)

de ce que tu sembles dire,
ton serveur de dev n'a aucun soucis,
le serveur de prod genere un soucis quand tu forces l'encodage en UTF8

j'aurais tendance à croire que tes fichiers ne sont pas enregistrés/codés en UTF8, ni en ISO
du coup forcer UTF ne regle pas le soucis sur la prod et genere le probleme sur les sous domaines qui fonctionnaient precedemment avec l'encodage par defaut.

il faut donc que tu regardes ton environnement de dev pour savoir quel encodage tu as utilisé à l'interieur des fichiers.

ensuite iconv doit pouvoir t'aider à basculer les fichiers d'un encodage (dev) à un autre (prod)

de mon coté je ne savais pas que PAM permettait deja de definir des plages horaires
merci thebreton de pointer cet aspect là

là de ce que je vois, c'est plutot du controle "parental" au sens ou tu force la machine à rester eteinte si on est dans une tranche de dates/heures données.

en effet c'est pratique pour eviter que l'ado se leve à minuit pour trainer sur facebook jusqu'a 4h du mat

mais ma question va plutot etre technique, pourquoi ecrire un programme en C qui fait ensuite un appel system() pour demander l'arret.

un simple script shell qui regarde une valeur dans un fichier de config, là compare à la date actuelle et lance le shutdown ferait surement aussi bien et moins compliquer à installer.

car dans le cas ici present tu demandes quand meme à Mme Michu d'avoir les outils de compilations installés sur sa machine et de lancer une compilation/link pour installer un programme

c'est bon c'est nettoyé