Bonjour,
Le mardi 29 juin 2010, fabrice régnier a écrit...
> >"Ce serveur utilise Suhosin. Veuillez vous référer à la documentation
> >pour en connaître les conséquences possibles."
> >
> >Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal...
> suhosin, c'est un bidule pour augm
Bonsoir,
Après avoir utilisé rkhunter --check, celui-ci m'informe de ceci :
performing additionnal rootkit checks
suckit rookit additional checks [ok]
checking for possible rootkit files and directories [none found]
checking for possible rootkit stings [warning]
performing filesystem checks
chec
Oups,
je l'avait oubliée celle-la...
c grave des fois...
@+
Jmarc
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de sou
Le mardi 29 juin 2010 à 22:06 +0200, jmdufour a écrit :
> Bonsoir,
>
> > Je confirme que le 777 n'est pas "LA" meilleure solution, mais en local
> > only,
>
>
> si t'es clean au niveau de tes iptables
> La je n'ai pas de par-feu ici chez moi (si c'est ce qui est sous entendu
> par les iptables,
Le 29/06/2010 22:15, cor...@free.fr a écrit :
Le mardi 29 juin 2010, jmdufour a écrit :
En essayant de modifier le contenu d'un article directement avec
l'interface phpmyadmin il me retourne une erreur "cette table est read only..."
du coup j'ai fait un
chmod 777 -R /var/lib/mysql
et tout ref
Le mardi 29 juin 2010, jmdufour a écrit :
> En essayant de modifier le contenu d'un article directement avec
> l'interface phpmyadmin il me retourne une erreur "cette table est read
> only..."
> du coup j'ai fait un
> chmod 777 -R /var/lib/mysql
> et tout refonctionne parfaitement.
Le 29/06/2010 21:55, jmdufour a écrit :
Merci du renseignement,
le user qui a acces a la base c'est root (c'est celui que j'utilise pour
installer les tables de Spip) et il a tous les droits.
ok donc les droits données sur les fichiers et dossiers sont ok.
Pour ce qui est de l'utilisateur root
Bonsoir,
Je confirme que le 777 n'est pas "LA" meilleure solution, mais en local
only,
si t'es clean au niveau de tes iptables
La je n'ai pas de par-feu ici chez moi (si c'est ce qui est sous entendu
par les iptables,) d'ailleurs je n'ai jamais essaye de regler quoi que
ce soit en ce qui co
Merci du renseignement,
le user qui a acces a la base c'est root (c'est celui que j'utilise pour
installer les tables de Spip) et il a tous les droits.
Jmarc
Le 29/06/2010 21:35, Grégoire COUTANT a écrit :
Le 29/06/2010 20:44, jmdufour a écrit :
Bonsoir,
du coup j'ai fait un
chmod 777 -R /
"emachines", which kernel module for lan card?
Si quelqu'un a un module compilé pour un
noyau/kernel 2.6.26-1-686
pour la carte Ethernet :
01:00.0 Network controller: Atheros Communications Inc. Device 002b (rev 01)
ou :
03:00.0 Ethernet controller: Attansic Technology Corp. Device 1062 (rev
Le 29/06/2010 20:44, jmdufour a écrit :
Bonsoir,
du coup j'ai fait un
chmod 777 -R /var/lib/mysql
660 sur les fichiers
700 sur les dossiers
Ca marchera très bien et ca suffira.
D'autres part le user qui accède à la base a-t-il les bons droits
d'accès, modification etc... ?
Greg
--
Lisez l
Le mardi 29 juin 2010 à 20:44 +0200, jmdufour a écrit :
> Bonsoir,
>
>
> En essayant de modifier le contenu d'un article directement avec
> l'interface phpmyadmin il me retourne une erreur "cette table est read
> only..."
> gag...
> du coup j'ai fait un
> chmod 777 -R /var/lib/mysql
> et tou
Bonsoir,
En essayant de modifier le contenu d'un article directement avec
l'interface phpmyadmin il me retourne une erreur "cette table est read
only..."
gag...
du coup j'ai fait un
chmod 777 -R /var/lib/mysql
et tout refonctionne parfaitement.
Certes je suis en local, mais je ne sais pas si
Le mardi 29 juin à 18h31, TOUZEAU a écrit :
> Si dans le fichier /etc/network/interface (module eth0) je change les
> données
> Gateway de 10.14.33.254 vers 10.14.35.254
> Masque de 255.255.254.0 vers 255.255.252.0
> Alors la machine ne répond plus :
Le changement est-il fait sur les
Le 29/06/2010 18:01, Nicolas Salles a écrit :
Le mardi 29 juin à 17h20, TOUZEAU a écrit :
A l'occasion d'un changement de masque et de passerelle, mes machines
ne sont plus connues...
Qu'entends-tu par "ne sont plus connues" ?
Le ping ne fonctionne plus que par l'IP, et une connexion d
...Oui,
tres bien,
et je viens de faire un tour ici;
http://www.hardened-php.net/suhosin/configuration.html
et je ne vois pas ce qu'il faut modifier dans le fichier sohosin.ini,
si c'est bien ici qu'il faille faire des reglages...
comme en local je n'ai pas l'utilite de cela je l'ai sesisntalle
Le mardi 29 juin à 17h20, TOUZEAU a écrit :
> A l'occasion d'un changement de masque et de passerelle, mes machines
> ne sont plus connues...
Qu'entends-tu par "ne sont plus connues" ?
Fais-tu références aux autres postes de travail qui n'arrivent plus à
communiquer avec ces serveurs ? Comment ten
'lut,
"Ce serveur utilise Suhosin. Veuillez vous référer à la documentation
pour en connaître les conséquences possibles."
Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal...
suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php
(sous forme de library ?), je ne l'
Le 29 juin 2010 16:08, a écrit :
>
> Une idée ?
UPnP peut être ?
--
Kévin
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
E
Bug dans mes actions, c'est dans /etc/resolves évidemment que j'ai
précisé les DNS mais comme le changement de Gateway a participé de
l'apparition des problèmes je me suis mélangé...
Le 29/06/2010 17:20, TOUZEAU Pierre SGAR14 a écrit :
Bonjour,
Dans un monde Active Directory que je ne maîtris
Bonjour,
Dans un monde Active Directory que je ne maîtrise pas, je "gère" tant
bien que mal 2 serveurs DEBIAN LENNY avec Samba 3.25
A l'occasion d'un changement de masque et de passerelle, mes machines ne
sont plus connues...
Un administrateur a remarqué à l'occasion que mes 2 machines n'étaien
Pascal Hambourg, mardi 29 juin 2010, 17:01:07 CEST
>
> Salut,
’lut,
>[…]
> Dans le second cas, j'ai pas d'idée...
Mais si, au moins deux : 1. mauvais admin, changer admin
(après tout, on ne sait pas ce que fait son pare-feu), et,
2. fiston plus malin que l’admin ;o)
--
Sylvain Sauvage
--
Salut,
f1...@zulian.com a écrit :
>
> Sur le réseau familial, un de mes fils a un serveur de jeux
> (fonctionnant sur un PC sous win7) et utilisant le port 444.
>
> Pourtant je n'ai aucune ligne sous shorewall autorisant du trafic sur
> le port 444 !
>
> Et cela passe, ses amis se connecten
Bonjour,
Sur le réseau familial, un de mes fils a un serveur de jeux
(fonctionnant sur un PC sous win7) et utilisant le port 444.
Pourtant je n'ai aucune ligne sous shorewall autorisant du trafic sur
le port 444 !
Et cela passe, ses amis se connectent sur son serveur en passant par ma
pass
Bonjour a tous,
Je suis sous:
Debian Squeeze
2.6.32-5-686
Icewaesel 3.5.9
Apache/2.2.15
MySQL 5.1.47-1
PHP Version 5.3.2-1
je travail avec Spip 2.1.0 en local pour des sites perso, et
j'ai des reactions bizarres du navigateur iceweasel ou epiphany (lorsque
je me logue en prive dans spip s
Le mardi 29 juin 2010 à 11:46 +, Tahar BEN ACHOUR a écrit :
> Non, mais ils n'ont pas les mêmes utilisateurs,
Au passage ce qui est important c'est le n° utilisateur et pas le nom.
Je ne connais pas ton cas de figure, mais les utilisateurs ont peut-être
les mêmes n° ou tu peux peut-être éventu
>Le user
> debian-sys-maint ne dois pas être supprimé sur debian.
Ce que j'essaierai
> :
* un mysqldump de la base
* retirer du dump les éléments concernant le
> user root et tout autre pouvant rentrer en conflit
* un insert du dump dans
> la nouvelle base
* lancer le script de MàJ de mysql
M
Le 29/06/2010 14:06, Grégoire COUTANT a écrit :
* lancer le script de MàJ de mysql
=> http://dev.mysql.com/doc/refman/5.0/fr/upgrading-grant-tables.html
Greg
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un messa
Le 29/06/2010 13:46, Tahar BEN ACHOUR a écrit :
> Non, mais ils n'ont pas les mêmes utilisateurs, donc quand je prends
la base telle qu'elle est je ne peux plus démarrer mysql car
l'utilisateur debian-sys-maint n'a plus accès à MySQL puisqu'il est
supprimé, et même une définition de mot de pass
> j'oserais dire qu'il faut essayer par mysqlimport.
> href="http://dev.mysql.com/doc/refman/5.0/fr/mysqlimport.html"; target=_blank
> >http://dev.mysql.com/doc/refman/5.0/fr/mysqlimport.html
Mais je n'ai pas
> essayé.
Veux tu dire que la base mysql de suze et celle de debian n'ont pas
> les m
j'oserais dire qu'il faut essayer par mysqlimport.
http://dev.mysql.com/doc/refman/5.0/fr/mysqlimport.html
Mais je n'ai pas essayé.
Veux tu dire que la base mysql de suze et celle de debian n'ont pas les même
tables ni les même champs ?
pmd
On Tue, 29 Jun 2010 10:48:15 + (GMT)
Tahar BEN ACHOU
Bonjour à tous,
Je suis en phase de migration d'une base de données mysql qui se trouve
initialement sur une planteforme suse, et je suis en train de préparer une
machine Debian pour accueillir cette base, j'ai fait une sauvegarde de toutes
les bases, mais je ne sais pas comment faire afin de m
32 matches
Mail list logo