NeoX a écrit 18054 commentaires

il faut ajouter des sources à ton gestionnaire de paquet, on telecharger les cds complementaires pour pouvoir ajouter des programmes (dont GCC)

repertoire temp plein => vider le repertoire

logiquement on n'est pas censé faire du stockage dans le temp.

donc il faut peut-etre simplement vider le temp tous les soirs par exemple.

enfin je dis ca je ne connais ni ton secteur ni tes besoins et encore moins SOLARIS
et comme en plus ici c'est un forum LINUX

je vois plusieurs solutions :
1°) desintaller le client dhcp pour qu'il ne modifie pas ton /etc/resolv.conf

2°) rester en DHCP et fixer l'adresse IP sur ton routeur/box.

je dis peut-etre une betise, mais zenwork etait utilisable (à l'epoque ou je l'ai connu) sur un reseau novell : IPX, serveur novell et tout ce qui va avec.

je ne suis pas certain que cela puisse fonctionner sur un reseau "pure windows" en IP sans ajouter un client novell avec une identification novell sur le poste, etc etc.

enfin mon ami google me fera peut-etre mentir :
http://www.novell.com/documentation/nsbs65/index.html?page=/(...)

le plus complexe dans ce genre de situation c'est toujours la mise en place.

quand apres il te suffira de 5 ou 10 cliques pour preparer l'installation de firefox (ou n'importe quel autre logiciel) pour que cela s'installe sur tes 50 stations, alors tu realiseras que ca marche du tonnerre.


perso j'utilise la combinaison
OCSInventory : pour la remontée d'inventaire et le teleploiement
GLPI : pour la gestion du parc, la gestion administrative (contrat, license), la gestion des tickets d'incidents.

dans la doc il est dit que nmbd gere les netbios et netbeui.

1°) si tu ne t'en sers pas (reseau win2K et superieur) tu dois carrement pouvoir le desactiver.

2°) limiter les process en plusieurs solutions :
- etre certains qu'on n'a pas 800 connexions simultanée
- en reduisant les timetout pour refermer les connexions pls rapidement
- avec ulimit

3°) lire la doc de samba pour mieux comprendre comment ca marche et quelles peuvent etre les implications.

1°)
ns1.ton_domaine.tld existe peut-etre deja chez 1and1

essaie de ping ns1 et ns2...

si c'est le cas, appelle ton serveur NS autrement (ns3 ou autre)

2°) il suffira ensuite de definir ton ns3 comme etant le maitre des DNS si toutefois 1n1 te laisse faire.

en effet, le reglage en NS primaire est souvent reservé/reglé par le provider, et celui-ci te permettant par contre d'avoir un NS secondaire.

bon courage.

sans s'enerver, et à ce moment là je dirais que la question initiale etait mal posée

matérialiser un cube olap sous postgresql
ben d'apres les 2 sites, cela passe deja par une structure adaptée.

ensuite tu peux utiliser des helpers ou des modelisateurs.

et donc finalement ta question reformulée pourrait etre
"il existe des analyseurs de cube Olap sur sql server et oracle serveur, et apparemment il existe la meme chose sous postgresql.

Quelqu'un se serait-il deja servi de cet analyseur et aurait des informations à me proposer ?"

il faut peut-etre aussi en plus de changer le driver en fglrx
- verifier les PCIID (qui ont peut-etre changé d'avec ta carte precedente)

postgresql c'est un moteur de base de donnée

donc la theorie pour rentrer un cube olap dans un base de données,
que ce soit une base de donnée MSSql, MySql, PostgreSql, fichier à plat ou autre reste la meme.

CQFD

maintenant ce que tu cherches reellement c'est peut-etre le code postgresql à faire pour creer les tables et les liens entre les tables, non ?

regarde bien les liens que je propose

ils expliquent comment structurer une base de données pour simuler un cube olap

grosso modo il semblerait qu'ils fassent une table centrale puis une table pour chaque dimension liée à la table centrale.

en tapant
cube olap
le lien 3 me donne : http://www.supinfo-projects.com/fr/2004/analysis_manager/
le 4e lien me donne : http://www.revue-eti.net/document.php?id=467

ca devrait t'aider à demarrer.

passe d'abord par le RJ45 va chercher network-manager, wpa-supplicant

enfin bref tout le kit pour se ballader entre plusieurs reseaux.

avec cela tu ne devrais plus vraiment avoir à jouer avec les lignes de commandes pour configurer le WIFI quand tu vas quelques part.

ben heureusement que ca marche avec ma methode (celle de 'iptables' en fait, et c'est la methode officielle.

Ta ligne iptable a pour resultat de prendre ce qui arrive sur eth0 (-i eth0) par le port 1101 à 7003 (--dport 1101:7003)
et de l'envoyer sur l'adresse 127.0.0.1 (--to-destination 127.0.0.1)

ce qui n'est pas ce que tu veux faire il me semble.

Et je demande à ssh d'ouvrir un tunnel entre 127.0.0.1:1101 et la machine distante 172.17.254.252:1098 à travers un tunnel ipsec.

chez moi pour renvoyer un port local (8080)
vers une machine B vers le port 5500 de cette machine B, j'ai mis ca

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 8080 -j DNAT --to-destination machineB:portB

d'autre part, d'apres la documentation SSH

tu demandes à SSH d'ecouter ce qui arrive sur le port 1101
et de le renvoyer vers la machine 172.17.254.252 port 1098

si c'est sur la meme machine que SSH que tu veux autoriser le port 1101, c'est bien la chaine INPUT qui doit gerer ce flux entrant.

et d'apres ta ligne iptables (si je ne me trompe pas)

tu veux renvoyer TOUS les ports depuis 1101 jusqu'à 7003
qui arrivent sur ETH0
vers 127.0.0.1

sauf que dans ce cas là ce n'est pas vraiment du forward, mais ce serait plutot de l'INPUT qu'il faut simplement accepter.

INPUT etant ce qui arrive sur la machine

pour en savoir plus sur les chaines à utiliser j'utilise personnellement le site
http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWT(...)

lo = eth0 dans bien des cas.

donc redirigé un truc qui arrive sur eth0 vers lo
n'a pour moi aucun sens.

si tu pouvais developper ce que tu souhaites faire, je suis persuadé qu'il y a d'autre moyen de le faire, de maniere logique.

si je me souviens bien la commande

mail toto@hotmail.fr

va ouvrir la ligne de commande pour composer le mail

mail -s "test" toto@hotmail.fr

va surement faire la meme chose en remplissant deja le sujet.

mais il te faut ensuite mettre un corps, et peut-etre les destinataires CC.

dans tous les cas, pour valider le mail il faut souvent mettre un . tout seul sur la ligne

en gros ca ressemble donc à

neox@ubuntu:~$ mail toto@hotmail.com
Subject: ici le sujet
ici le message
sur plusieurs lignes
.
Cc:

neox@ubuntu:~$ mail -s test toto@hotmail.com
le corps de mon message
sur plusieurs lignes
.
Cc:
neox@ubuntu:~$

evidemment il faut faire en bout de ligne.

Sinon les données étaient effectivement chiffrées en AES et cachés par la clef (une partie public sans authentification + un partie privée non visible), elle permettait également de chiffrer des données non stoquées sur la clef.

ben tu l'as là ta reponse
le fonctionnement sous windows est le suivant :
- un logiciel dans la partie "publique" qui gere le scanner d'empreinte et stocke le resultat
- tes données dans la partie "privée" accessible uniquement par le logiciel ou uniquement debloquée par celui-ci.


ensuite pour les remarques sur la gestion de la biometrie, ben c'est comme tous les peripheriques, si le fabricant coopere, il peut y avoir des drivers et plein de choses de faites.

si le fabricant ne fait que "pour windows" et refuse de diffuser des infos techniques aux developpeurs linux, ben ca devient tout de suite plus difficile.

avec le daemon proftpd, il y a un option

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShells off

cela permet d'autoriser le ftp meme si les utilisateurs ont un shell à false ou non listé dans /etc/shells.

perso je prefere mettre le shell de l'utilisateur à /bin/false pour bloquer l'acces SSH.

-t nat

qui doit manquer

ce qui donne du coup :

-t nat -A PREROUTING -s 192.168.90.23 -d 192.168.1.5 -j ACCEPT
-t nat -A PREROUTING -s 192.168.1.5 -d 192.168.90.23 -j ACCEPT

comme ca ?

-A PREROUTING -s 192.168.90.23 -d 192.168.1.5 -j ACCEPT
-A PREROUTING -d 192.168.90.23 -s 192.168.1.5 -j ACCEPT

ca ne fonctionnerait pas ?

apres tout, il faut juste autoriser le routage entre les 2 interfaces vers ces 2 adresses IP.

1°) 500GiB = 465GB (histoire d'arrondi entre 1000 et 1024)

2°) systeme de fichier journalisé (ou pas) il faut un table d'allocation ("table des matieres") du disque
7Go => 458Go libre

3°) quand tu montes le systeme, par defaut il reserve 5% à l'usage exclusif du root.

Ainsi quand la machine est à 95% pleine, elle arrete de fonctionner, mais le root conserve un peu de place pour pouvoir se connecter, faire des manips, etc etc.

458Go - 5% = 436Go (environ)


et voila

CQFD

à ce compte là, il faut peut-etre regarder pour gerer ca par des groupes

groupe1 => share1
groupe2 => share2