NeoX a écrit 18125 commentaires

il parait que certaines livebox proposent de l'IPv6 mais ne le gere pas comme il faut,
si la livebox ne t'appartient pas, tu ne peux pas verifier ce point là, mais tu peux desactiver ipv6 sur ta machine pour voir ce que devient ta connexion wifi.

de maniere temporaire en tapant dans la ligne de commande (en utilisateur root) :

echo "1" >/proc/sys/net/ipv6/conf/all/disable_ipv6 = 1
echo "1" >/proc/sys/net/ipv6/conf/default/disable_ipv6 = 1

à chaque reboot du PC :
en mettant cela à la fin du fichier /etc/sysctl.conf

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Dans un réseau local, un PC (linux) est relié à un serveur (linux) par l'intermédiaire de deux switches gigabits (pas cher genre netgear ou TP-Link).

ici on parle d'un reseau du style

PC <=> SW1 <=> SW2 <=> SERVEUR
qui ne fonctionne pas

PC <=> SW2 <=> SERVEUR
ou
PC <=> SW1 <=> SERVEUR
qui fonctionnent

Je me dis que ça pourrait être lié au fonctionnement du routeur qui ne travaille que sur la couche 2 du modèle OSI. En faisant une petite recherche je n'ai rien trouvé pour confirmer ça.

là tu nous parle d'un routeur…
il est ou ton routeur dans le schema precedent ?

comment as-tu relié tes switchs entre eux ?

J'ai un truc similaire à ton cas sur mon proxmox, et voici comment je fais :

vmbr0 du proxmox a l'ip publique
les VMs ont des IPs privées et sont branchées sur vmbr1

avec une seule IP publique

il faut faire un peu d'iptables sur le proxmox pour renvoyer TOUT sauf PING/SSH/8006 vers le PFsense.
et activer l'IP forward et le NAT pour planquer les VMs en ip privée derriere le proxmox

le PFsense peut avoir 1/2/3/4/…/N cartes reseaux, que tu branches sur le vmbr1
et que tu isoles si necessaire avec des vlans.

ton PFsense a donc :
- une patte WAN sur vmbr1, avec une IP privée et une passerelle par defaut (ton proxmox à qui tu auras mis une IP privée sur vmbr1)
- autant de patte LAN/DMZ1/DMZ2… que tu veux, sur chacun des VLANs de vmbr1 pour aller causer à tes VMs

tes VMs ont une ips privées et parlent au pFsense (leur route par defaut)

avec plusieurs IPs publiques (failover)

tu crees une IP publique avec une adresse MAC specifique,
tu crees la VMs pfsense, avec une carte reseau sur vmbr0 ET avec l'adresse MAC/IP specifique, ce sera le WAN

puis comme precedemment, tu as tes VMs sur vmbr1, tu fais donc une ou plusieurs interfaces sur vmbr1 avec ou sans vlan pour que pfsense puisse parler à des VMs.

la passerelle des VMs est le pFsense.

de sorte à obtenir une version moderne de LibreOffice alors même que j'utilise une version LTS (14.04) d'Ubuntu.

moderne, mais non stable ou potentiellement tu vas utiliser des RC et non des versions abouties.

et du coup un peu en contradiction avec l'esprit LTS

tu installes nagios uniquement sur le serveur qui te servira à surveiller les machines distantes
tu installes SNMP sur toutes les machines que tu veux monitorer

tu dois installer tous les plugins NRPE sur :
- le serveur nagios qui demandera les infos aux machines distantes
- les machines distantes qui vont executer les plugins localement et renvoyer les resultats au serveurs nagios

client/serveur, oui mais ca devient compliqué car
c'est le serveur nagios (central) qui demande les checks,
donc il est le client de ce serveur distant NRPE

et c'etait pour rester dans la nuance le serveur = le point central, le client = le poste distant

:D

en gros, quand tu as installé linuxmint, il a du te proposer d'installer un gestionnaire de boot, sur l'amorce du disque, idealement sur celui qui contient linux.

si tu utilises un autre gestionnaire (easybcd) il faut alors lui donner le meme que celui que tu as installé avec mint, je penses que c'est Grub2.

maintenant une question qui va paraitre bete, mais pourquoi ne pas laisser justement le grub2 de mint s'occuper de tout ?

tu demarres dessus, il a du trouvé les autres windows lors de l'installation.

check_nrpe, c'est la commande pour utiliser le protocole NRPE pour aller chercher des infos sur la machine distante (qui aura le client NRPE installé)

en SNMP, il ne faut pas utiliser check_nrpe, mais l'un des checks presents dans /usr/lib64/nagios/plugins

chaque commande va avoir ses options et parametres pour dire quelle machine interroger, quoi chercher (quels disques, à quel seuil declencher un warning ou un critique)

Ubuntu Wily (15.10) à jour
Livrée avec LibreOffice 5.0.2.2

pas de souci avec ton document

mais comme dit plus haut, forcement si tu installes des produits BETA (donc recent) sur une distribution ancienne (LTS 14.04), tu cherches peut-etre les problemes.

pourquoi ne pas avoir gardé la version de libreoffice livrée avec la distrib ?

oui, c'est un petit demon à installer (ou juste à configurer) sur chaque machine que tu vas vouloir monitorer (PC, serveur, imprimante, switch)

c'est standard, ca consomme bien moins que NRPE qui va installer un nagios complet sur chaque machine ou tu l'installes.

ensuite c'est dans le serveur nagios que tu vas dire que tu veux interroger le switchA
avec la communauté public (par defaut) pour obtenir les informations CPU, Memoire, ou interface reseau.

la config par defaut peut suffire,
il faut juste demarrer le service.

si tu veux aller plus loin, il faut alors configurer sur chaque serveur le fichier /etc/snmp/snmpd.conf

pour definir :
- une communauté (un droit d'acces) en lecture seule, et generalement on met la meme sur tous les equipements, d'ailleurs c'est public par defaut
- une ACL : qui aura le droit d'interroger ta machine en SNMP
- une vue : pour definir ce que le nagios aura le droit de voir, parfois c'est restreint aux infos systemes (nom de machine, emplacement)

ensuite c'est coté nagios que tu va lui dire de recuperer tel ou tel indicateur en SNMP
mais tu n'as plus rien à configurer sur les serveurs distants.

tu peux d'ailleurs tester, avant nagios, en faisant depuis le serveur nagios :

snmpwalk -v2c -c public IP_SERVEUR_DISTANT

tu peux faire simplement une redirection de port entre le routeur internet et le PC interne,
et tu te connectes en SSH.

tu peux faire plus complexe avec un client VPN chez elle qui se connecte chez toi au lancement de son ordinateur (ou à sa demande)
et ensuite un logiciel "serveur" comme vnc pour qu'ensuite tu puisses ensuite te connecter en mode graphique sur sa session.

nagios peut tres bien verifier pas mal de chose en utilisant un protocole fait pour ca SNMP.

tu actives le serveur SNMP sur chaque serveur qui sera monitoré.

puis tu demandes à nagios d'interroger tes serveurs en SNMP, il devrait deja remonter pas mal de chose.

il faut conserver le NRPE pour ce qu'il est, une execution locale de nagios (ce qui suppose d'avoir installé nagios sur chacune des machines), qui envoie ensuite le resultat au serveur nagios.

ca ressemble fort à un exercice de cours.
et comme ca rapidement, je dirais qu'il te faut utiliser find pour trouver :
- les dossiers
- de plus de 60jours
- effacer le contenu du dossier qu'on vient de trouver

je crois que là, il veut dire qu'il te faut aller lire le wikipedia qui parle de Modele de markov caché
pour comprendre le principe, puis ecrire un aglo pour resoudre ton probleme.

Là c'est le pompon : G+ me propose en "recommendations personnalisés" des articles du FN (voir de complotistes). Et là j'hallucine complet. Mais en fait il s'agit du même problème.

Non je ne suis pas un nazbol parceque je consulte régulièrement un site tendance rouge-brun, et à l'identique je ne suis pas de droite parceque je lis régulièrement Le Figaro.

plusieurs reponses possibles :

• soit google est dans le vrai, et on a de bonnes raisons de s'inquieter du profilage de Google qui arrive à identifier qui nous sommes
• soit google a tort, auquel cas, tant qu'il sera dans le faux, on ne risque rien sur ses capacités à nous profiler

Le second point qui peut être gênant, est qu'il font qu'il soit monté dans ton système de fichier. ça n'est pas grave pour des PC fixes toujours sur ton réseau, mais pour un portable, tu ne peux pas l'avoir en dur dans ton fstab,

c'est à cela que servent les options _netdev dans fstab pour ne pas bloquer le demarrage de la machine si le lecteur n'est pas disponible

et les utilisateur "non-avancés" de ton domicile n'ont peut-être pas les connaissances pour faire le montage quand ils en on besoin (ça doit pouvoir se régler avec des scripts post-up de ton interface réseau, mais cela ajoute de la maintenance et des contraintes)

c'est à ca que sert l'option users dans fstab pour permettre à l'utilisateur de (de)monter un disque.

en meme temps vous etes mechant, c'est marqué dans son pseudo "etudiEnte"
c'est donc probablement un truc vu en cours, qu'il faut appliquer, mais comme elle etait en train de repondre à son facebook pendant que le prof expliquait cela, ben elle ne l'a pas vu/noté :/

ah, la jeunesse d'aujourd'hui.

tout est dans le titre

Via ton post il est dit que le moteur de rendu "Cycles" de blender nécessite une versionde CUDA supérieure ou égale a 2.0, hors ma carte graphique (sur le site de wikipedia) n'est pas compatible ne monte que à la version 1.3

voila qui repond alors à ta question.

pour utiliser CUDA avec Blender il faut CUDA >= 2.0
ta carte fournit CUDA 1.3
bilan tu ne pourras pas utiliser CUDA avec Blender

là tu prend un flux video avec raspivi, tu l'envois dans cvlc en tache de fond pour qu'il le sorte sur le port :8090
et tu lances l'enregistrement audio pour l'envoyer en SSH

puis tu lances ton aplay sur le PI

alors que ton enoncé c'est : lire la video et le son de ton raspberry quand tu es sur ton PC.

il te faut donc, par exemple, demander à CVLC de streamer la video ET l'audio du PI vers le reseau
pour ensuite, depuis ton PC, lire ce flux sur le reseau

oui je le sais,
mais si toi tu ne le sais pas, c'est que tu joues au apprenti sorcier en copiant/collant des lignes sans les comprendre, cela peut s'averer dangereux.

man fstab ne nous aide pas beaucoup, mais une simple recherche sur le net nous apprend que _netdev lui dit d'attendre que l'interface reseau siot monter avant de faire le montage (c'est mieux pour un disque reseau) evitant ainsi que le boot ne soit bloqué par le montage de ce partage

Si ma carte graphique est trop vieille et qu'il n'y a plus de solution merci de me l'indiquer

faut peut-etre simplement commencer par aller lire les specifications techniques :
- du constructeur
- du projet CUDA qui indiquera les cartes compatibles

avant de me lancer dans la recherche de la version gcc 4.6 (je ne sais pas a quoi cela correspond d'ailleurs, peut etre le toolkit..)

ah oui, là on revient de loin.

gcc, c'est un compilateur, qui va convertir des programmes C en code machine.

il te faut probablement installer un ensemble d'outils pour pouvoir compiler puis installer les programmes.

avec ubuntu, c'est le paquet build-essential qui va installer make, gcc, et quelques autres outils.

la version avec l'histoire de root, c'est parce que le home de root n'est pas dans /home/root mais dans /root

mais la nouvelle version est propre, bien jouée.
elle peut cependant etre ameliorée :

dans /etc/rc.local, mettre directement

sleep 5
sudo -u pi mount /media/owncloud

exit 0

ca devrait aussi faire l'affaire