Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.

Attention, une faille de sécurité dans bash a récemment été rapportée, il est recommandé de mettre à jour son système (plus de détails) *** mise à jour 12/10/2014 ***

nombre réponses : 25

#0 Re : -1 »  [TUTO] Installation de FREENET » Le 11/08/2007, à 22:43

doo_mag
Réponses : 37

je viens de suivre ce didacticiel presque entièrement et sans problème, merci Gtom !!

pour ceux qui nous suiveront, pensez à choisir un nickname (et même une adresse mail, d'ailleurs) que vous dédirez exclusivement à votre utilisation de freenet, je n'y ai pas pensé et du coup j'ai renseigné plusieurs fois un nick et une adresse que j'utilise depuis des années, c'est pas malin..

merci Gtom.

#1 Re : -1 »  Install Party à Tulle (19) » Le 26/04/2009, à 19:26

doo_mag
Réponses : 37

yes !!

vous avez tout notre soutien depuis Villeneuve sur Lot !

à bientôt wink
tcho'

#2 Re : -1 »  Install Party à Tulle (19) » Le 30/04/2009, à 23:58

doo_mag
Réponses : 37

mmh,
de la Chimay...
tongue

pour le 23, Gtom, ça va pas le faire car on déboule chez vous le 27 (ah bon on vous a pas prévenu ?) et du coup ça fait un peu serré les allez-retours vu que notre tout petit demande encore beaucoup de soins et d'attention..
désolé.
mais je serai #chez-gus si tu veux faire une démo d'irssi ou d'xchat..
pour ce qui est d'xubuntu je ne suis vraiment pas un expert, mais j'ai toujours été surpris de voir combien cette distri pouvait être exploitable (pas rapide mais néanmoins..) et stable sur mon vieux P2 300

en tout cas les amis vous pouvez faire confiance à Gtom pour vous faire partager son enthousiasme pour ubuntu, il m'a converti à l'époque de la breezy badger et c'est un bon gourou wink

encore une fois tout mon soutien.

tcho'

#3 Re : -1 »  Install Party à Tulle (19) » Le 15/05/2009, à 05:32

doo_mag
Réponses : 37

tu as une Kubuntu, Gtom ?!?
oO
trop dingue, on parle de vous dans le journal !
smile

#4 Re : -1 »  [Résolu] PulseAudio est bizarre ^^ » Le 06/05/2009, à 02:48

doo_mag
Réponses : 3

slut Ski-lleR
dequels guides tu parles stp ?

#5 -1 »  gparted ntfs édition impossible résolu » Le 26/04/2009, à 10:47

doo_mag
Réponses : 3

bonjour,

je dispose sur mon disque dur d'une partition ntfs où XP est installé.

je ne parviens pas à éditer cette partition avec gparted, même quand je le lance en sudo.

-"impossible de lire le contenu du système de fichiers..."

il s'agit de ubuntu hardy

or, lorsque je lance une session live de hardy à partir du CDrom, je peux éditer ma ntfs

ma question est donc la suivante :

pourquoi la version de gparted installée avec hardy est-elle incapable (même lancée en sudo) d'éditer une ntfs, alors que la version lancée en live session hardy peut le faire ?

d'avance merci pour votre aide.

#6 Re : -1 »  gparted ntfs édition impossible résolu » Le 26/04/2009, à 11:06

doo_mag
Réponses : 3

super !
merci vincentp010.

ça fonctionne.

j'aurais dû poser la question avant de bidouiller avec une session live..

ps: comment on édite le titre d'un post ?

#7 -1 »  pulseaudio pas de son à moins de... » Le 30/11/2008, à 19:52

doo_mag
Réponses : 4

bonjour,

j'ai un souci avec pulseaudio (du moins je crois):

par défaut, au démarrage de session je n'ai aucun son, si je teste avec le menu Système>préferences>Son, je n'obtiens aucun son lors du test si je selectionne Pulseaudio comme serveur de son.
si je sélectionne ALSA par contre cela fonctionne.

je ne parviens pas à me rappeler de quelle manip j'ai pu faire pour en arriver là..

lors de mes recherches je suis parvenu à me dépanner partiellement en executant ces deux commandes consécutivement:

pulseaudio -k
pulseaudio

cette dernière me renvoie:

W: alsa-util.c: Device front:0 doesn't support 44100 Hz, changed to 48000 Hz.
ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0
W: alsa-util.c: Cannot find fallback mixer control "PCM".
ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0

après ces deux commandes j'ai du son avec Pulseaudio
mais là je sèche un peu..

quelqu'un pourrait-il m'aider ?
d'avance merci

de plus le terminal ne rend pas la main

#8 Re : -1 »  pulseaudio pas de son à moins de... » Le 30/11/2008, à 20:17

doo_mag
Réponses : 4

Ubuntu hardy,
carte creative SB audigy SE

#9 Re : -1 »  pulseaudio pas de son à moins de... » Le 30/11/2008, à 20:58

doo_mag
Réponses : 4

je sais bien, willcoyote, que beaucoup ont fait comme toi;
mais j'aimerais vraiment bien résoudre ce problème sans en arriver là.
up ?

#10 -1 »  iptables firestarter questions » Le 23/09/2008, à 03:07

doo_mag
Réponses : 1

bonjour,

là je vais en faire rigoler certains mais mon ordinateur est hanté... tongue

je viens d'installer firestarter, et manifestement, la config "par defaut" qu'il impose à netfilter n'est pas suffisante dans mon cas..

iptables -L

m'indique notamment:

Chain INPUT (policy DROP)
ACCEPT     all  --  anywhere             anywhere                (en 3ème position)

Chain OUTPUT (policy DROP)
ACCEPT     all  --  anywhere             anywhere                 (également en 3ème position)


ça et dire que iptables filtre que dalle, c'est pas un peu la même chose ??

ps:
quelqu'un peut-il m'indiquer la commande pour supprimer une règle svp

d'avance merci

#11 Re : -1 »  iptables firestarter questions » Le 23/09/2008, à 03:16

doo_mag
Réponses : 1

ah j'ai trouvé

pour supprimer une règle:

iptables -D chaine position

mais pourquoi ces règles dans la config par défaut de firestarter ?

#12 -1 »  ssh auth.log demande d'aide » Le 19/09/2008, à 21:23

doo_mag
Réponses : 3

bonjour,
je suis novice et j'aurais besoin qu'on m'aide à interpréter quelques lignes de mon auth.log
(ubuntu server 8.04)
déjà mon "serveur" subit des tentatives de connexion au dictionnaire mais quelques lignes m'intriguent encore plus:

Sep 19 17:21:26 * sshd[4845]: Accepted publickey for ** from 192.168.* port * ssh2
Sep 19 17:21:26 * sshd[4847]: pam_unix(sshd:session): session opened for user * by (uid=0)
Sep 19 17:21:26 * sshd[4847]: subsystem request for sftp
Sep 19 17:21:26 * sshd[4847]: pam_unix(sshd:session): session closed for user **
Sep 19 17:21:26 * sshd[4769]: pam_unix(sshd:session): session closed for user **
Sep 19 17:39:01 * CRON[4849]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 19 17:39:01 * CRON[4849]: pam_unix(cron:session): session closed for user root
Sep 19 18:09:01 * CRON[4856]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 19 18:09:01 * CRON[4856]: pam_unix(cron:session): session closed for user root
Sep 19 18:17:01 * CRON[4863]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 19 18:17:01 * CRON[4863]: pam_unix(cron:session): session closed for user root
Sep 19 18:39:01 * CRON[4866]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 19 18:39:01 * CRON[4866]: pam_unix(cron:session): session closed for user root


quelqu'un sait-il pourquoi j'ai des

session opened for user root by (uid=0)
session closed for user root

qui se répètent à intervalles plus ou moins réguliers ?


je cherche de mon côté mais si vous avez des pistes je suis preneur.

d'avance merci.

#13 Re : -1 »  ssh auth.log demande d'aide » Le 19/09/2008, à 23:24

doo_mag
Réponses : 3

merci slasher-fun

#14 Re : -1 »  Apache accessible depuis l'exterieur mais pas en local » Le 11/08/2008, à 18:41

doo_mag
Réponses : 3

salut les gens,

même problème que toi unvolutus, et on est pas seuls à avoir cherché à acceder à nos serveurs web depuis l'interieur du LAN
perso j'ai une neufbox et c'est également impossible.
j'ai lu quelque part que c'était un histoire de loopback non supporté.

du coup, pour faire mes vérifs j'utilise http://www.proxyanonyme.com et ça le fait

je viens de passer presque toute l'après midi la dessus ! yikes

durdur d'être un newbie

#15 Re : -1 »  partage avec nfs impossible. » Le 15/04/2007, à 20:21

doo_mag
Réponses : 10

on dirait plutôt que tu as un problème de droits d'acces sur les fichiers que tu essaye de partager..
essaye (même si c'est nul niveau sécurité) de mettre les permissions sur ces fichiers en 777, pour voir.
si, alors, ton partage fonctionne, c'est que tu dois gerer les permissions et les utilisateurs un peu mieux.

en fait quand tu essaye d'accéder, en tant qu'utilisateur x/uid=1000 sur le client (par exemple), un partage sur un serveur nfs; il faut que x/uid=1000 soit autorisé a accéder les fichiers partagés sur le serveur..

il y a moyen de contourner cela grace à certaines options de nfs, mais c'est moins sécurisé.

ne laisse pas les permissions en 777 sur ton partage

#16 Re : -1 »  partage avec nfs impossible. » Le 09/05/2007, à 14:40

doo_mag
Réponses : 10

si ça fonctionne en 777 c'est donc bien un problème de droits d'acces.

Je me demande si l'accès n'est pas bloqué avant, i.e. si les permissions ne bloquent pas le répertoire "home" ou le répertoire "fran".

pour qu'un répertoire puisse être "traversé", il faut lui accorder le droit d'execution. donne le à l'utilisateur propriétaire du dossier, au groupe propriétaire, et aussi aux autres si l'utilisateur avec lequel tu essaye d'acceder au partage ne fait pas partie du groupe propriétaire.

avec nfs, les users+uid du client doivent correspondre à ceux du serveur, ou être autorisés à accéder aux fichiers en tant que "autres"..
ce qui implique une bonne gestion des utilisateurs et groupes en amont sur tout le réseau.

je veux dire que si sur l'ordi client tu t'appelles x/uid1000, x/uid1000 doit exister aussi sur le serveur; ou bien être autorisé à accéder à ton partage en tant que "autre"

regarde dans tes ordis si tu as cette doc:
/usr/share/doc/HOWTO/fr-html/NFS-HOWTO.html

essaye de régler ça, les partages en 777 c'est pas top..

#17 Re : -1 »  partage avec nfs impossible. » Le 09/05/2007, à 22:49

doo_mag
Réponses : 10

quand je dis user c'est ton login en fait,
à chaque user est associé un uid (user identifier, je crois), qui est unique.

si tu utilise Gnome comme bureau, va dans:
Système>Administration>Utilisateurs et groupes

sélectionne ton user (=login) et clique droit>propriétés, dans le 2ème onglet tu peux voir ton uid (ID Utilisateur)

le principe avec NFS, c'est que si tu t'appelles x/uid=1000 (ou y/uid=1007, on s'en fout) sur l'ordinateur client (celui avec lequel tu veux accéder à ton partage), quand tu "arrives" sur le serveur (l'ordi où réside ton répertoire partagé), tu est toujours x/uid=1000.

1000 c'est l'uid attribuée par le système au premier utilisateur créé (celui qui a fait l'installation), les autres après c'est 1001, 1002,...

donc:
mettons que sur ton ordi client tu t'appelles roger/uid=1000
et que sur le serveur le premier utilisateur crée (qui doit aussi être toi, non ?) soit marcel/uid1000
et que le dossier partagé sur le serveur appartienne à marcel
ben là c'est la merde parce que l'uid 1000 ne peut pas appartenir à roger et à marcel

d'ailleurs je ne sais pas comment se comporte le serveur dans un tel cas; je suppose qu'il considère roger comme anonyme mais je ne suis pas sûr

je pense que ton incompréhension au niveau des droits vient de là (la mienne venait de là en tout cas)

pour ne pas avoir à recréer des utilisateurs qui correspondent sur le client et le serveur, j'ai utilisé l'option all_squash
si tu veux je t'explique dans un autre post.

pour la doc dont je te parlais, il faut installer le paquet doc-linux-fr-html (avec synaptic)(dépot universe)

lis le NFS-HOWTO.html, tu ne le regretteras pas..

j'ai longtemps cru que NFS c'était magique un coup ça marche un coup ça marche pas comment veux-tu que je t'**; mais pas du tout en fait ça fonctionne très bien.
c'était moi qui déconnais.

#18 Re : -1 »  partage avec nfs impossible. » Le 09/05/2007, à 22:58

doo_mag
Réponses : 10

j'me la pète , là;
mais j'ai bien galéré aussi avec NFS.. tongue
courage..

#19 Re : -1 »  problème permissions sur partage nfs [résolu] » Le 08/04/2007, à 17:36

doo_mag
Réponses : 2

mmhhh,
j'ai trouvé ça et c'est très interessant... :

http://www.faqs.org/docs/Linux-HOWTO/NFS-HOWTO.html

#20 Re : -1 »  problème permissions sur partage nfs [résolu] » Le 09/04/2007, à 14:57

doo_mag
Réponses : 2

voir ce post : http://forum.ubuntu-fr.org/viewtopic.php?id=108125

votre solution s'y trouve peut-être

#21 -1 »  partage nfs , exports option all_squash , problème [résolu] » Le 04/04/2007, à 12:58

doo_mag
Réponses : 2

bonjour,
j'épluche les pages de man, le forum et la doc depuis deux jours sans succes.

je partage deux dossiers sur un poste en ubuntu-edgy (le serveur nfs)
je veux acceder ces dossiers depuis un poste ubuntu-dapper (le client nfs)

or, je ne suis autorisé à les accéder qu'en tant que root ce qui m'ennuie beaucoup.

man exports me dit que l'option all_squash dans le fichier /etc/exports doit faire en sorte que toutes les requètes vers le serveur nfs soient considérées comme émanant d'un uid correspondant à l'anonuid.
j'ai spécifié dans les options anonuid=1000 et anongid=1000.
les dossiers que je veux partager appartiennent bien au user et au groupe dont l'uid/gid=1000.
les permissions sur ces dossiers sont en 770.

je donne les retours de quelques commandes:

~$ ps aux | grep [p]ortmap
daemon    3454  0.0  0.1   1708   484 ?        Ss   Apr03   0:00 /sbin/portmap

~$ sudo netstat -alpen | grep portmap
Password:
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN     0          8331       3454/portmap        
udp        0      0 0.0.0.0:111             0.0.0.0:*                          0          8330       3454/portmap

~$ sudo iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

~$ rpcinfo -p
   program no_version protocole  no_port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp   1024  status
    100024    1   tcp   3491  status
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   udp   1039  nlockmgr
    100021    3   udp   1039  nlockmgr
    100021    4   udp   1039  nlockmgr
    100021    1   tcp   4419  nlockmgr
    100021    3   tcp   4419  nlockmgr
    100021    4   tcp   4419  nlockmgr
    100005    1   udp    796  mountd
    100005    1   tcp    799  mountd
    100005    2   udp    796  mountd
    100005    2   tcp    799  mountd
    100005    3   udp    796  mountd
    100005    3   tcp    799  mountd

~$ sudo /etc/init.d/nfs-kernel-server start
 * Exporting directories for NFS kernel daemon... exportfs: /etc/exports [2]: No 'sync' or 'async' option specified for export "192.168.x.x:/mon/dossier/partagé".
  Assuming default behaviour ('sync').
  NOTE: this default has changed from previous versions
                                                                                                                                                      [ ok ]
 * Starting NFS kernel daemon

le seul message d'erreur que je trouve dans /var/log/message est: (lorsque je relance le service nfs)

Apr  4 12:28:18 ubu2bis kernel: [64472.146851] RPC: failed to contact portmap (errno -5).
Apr  4 12:28:22 ubu2bis kernel: [64476.166508] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Apr  4 12:28:22 ubu2bis kernel: [64476.167067] NFSD: starting 90-second grace period

je suppose qu'il a une importance mais je ne sais pas comment l'interpréter..

je pourrais contourner mon problème en créant d'autres utilisateurs sur le serveur mais j'aimerais vraiment comprendre ce problème.

quelqu'un pourrait-il m'y aider svp ?

#22 Re : -1 »  partage nfs , exports option all_squash , problème [résolu] » Le 08/04/2007, à 17:34

doo_mag
Réponses : 2

mmhhh,
j'ai trouvé ça et c'est très interessant... :

http://www.faqs.org/docs/Linux-HOWTO/NFS-HOWTO.html

#23 Re : -1 »  partage nfs , exports option all_squash , problème [résolu] » Le 09/04/2007, à 14:52

doo_mag
Réponses : 2

ça y est !!
je l'ai eu mon partage en user !!

le problème était du au fait qu'avec nfs, les users+uid du client doivent correspondre à ceux du serveur..
ce qui implique une bonne gestion des utilisateurs et groupes en amont sur tout le réseau.

l'option all_squash dans /etc/exports permet de contourner cette contrainte (aux dépends de la sécurité)
avec all_squash, toutes les requètes du client sont considérées par le serveur comme émanant de l'utilisateur nobody (utilisateur anonyme) dont l'uid est 65534 pa défaut sur mes deux ubuntu (dapper et edgy)
donc:

-dans /etc/exports, sur le serveur, il faut pour chaque dossier partagé une ligne comme suit:

/dossier/à/partager ip_client1(ro,all_squash,anonuid=65534,anongid=65534) ip_client2(options_du_client2) ip_client3...

-les dossiers à partager doivent appartenir au groupe nogroup:

sudo chown -R quiquecesoit:nogroup /dossier/à/partager   (attention, avec -R, les modifications s'appliquent aussi à tout le contenu)

-les permissions sur les dossiers à partager doivent autoriser l'acces au groupe nogroup:

sudo chmod -R 770 /dossier/à/partager   (attention, 770 donne l'acces en lecture/ecriture/execution. pour la lecture seule 740 suffit)

-on relance le serveur nfs avec ces nouveaux paramètres:

sudo /etc/init.d/nfs-kernel-server stop
sudo /etc/init.d/nfs-kernel-server start


-côté client, /etc/fstab doit (pour un montage "semi-automatique") contenir pour chaque partage une ligne comme:

ip_du_serveur:/dossier/partagé/sur/le/serveur    /point/de/montage/du/partage    nfs    user,noauto     0      0

ps:
le plus simple est de monter le partage dans /mnt/point_de_montage.
les permissions sur /mnt doivent être en 755 (elles le sont par défaut).

#24 Re : -1 »  [resolu]Partage de dossier nfs : erreur » Le 03/04/2007, à 18:58

doo_mag
Réponses : 10

salut emm,
j'espère que tu reviendras sur ce post..
merci pour le lien vers ce tuto qui est vachement bien.

j'ai modifié les options du fichier /etc/exports, (je me suis servi du all_squash),
mais mon problème reste entier: root peut acceder aux partages, mais aucun autre user.. mad

peux-tu expliquer un peu ce qui t'a permis de résoudre ton problème, s'il te plait ?

d'avance merci.