Ubuntu-fr

A force d'en entendre parler, je commence à être curieux de voir à quoi ça ressemble...

J'en veux bien une aussi

A qui je demande ?

Merci d'avance

Ceci dit, grâce à OpenOffice.org Draw, on peut enfoncer des clous avec un tournevis aussi sous linux.

Ton problème, c'est qu'amule (ou xmule), c'est un logiciel client/serveur.

Pour un programme client, comme ton navigateur web, le programme envoie une requête vers l'extérieur, via ta livebox, ensuite la livebox reçoit la réponse, et la renvoie directement vers la machine du réseau qui a effectuée la requête.

Un programme serveur, lui, doit pouvoir recevoir des requêtes et y répondre, mais quand ta livebox reçoit les requêtes venant de l'extérieur à destination d'amule (ou xmule), elle ne sait pas où les renvoyer, il faut lui apprendre.

Pour ça, il te faut l'adresse IP locale de ta machine sous ubuntu. Lances l'outil de configuration du réseau, dans le menu d'administration du système, et édites les propriétés de ta carte réseau.

Si ta machine a une adresse IP configurée en statique, notes-là.

Sinon, si ta machine est configurée en dhcp, son adresse IP est fournie automatiquement au démarrage de la machine par ta livebox (en admettant que la livebox inclue un serveur dhcp, ce qui est probable). Il lui faut une adresse IP fixe, sur le même masque de réseau que la livebox, c'est-à-dire :
Si la livebox a une adresse IP de la forme 192.168.0.[un chiffre entre 1 et 254], ta machine doit avoir une adresse de la forme 192.168.0.[un autre chiffre entre 1 et 254], si la livebox a une adresse IP de la forme 192.168.1.[1-254], la machine doit avoir une adresse de la forme 192.168.1.[1-254], etc...
Il faut également que l'adresse soit disponible, au niveau du serveur dhcp de la livebox. Par exemple si le dhcp de la livebox fournit une plage d'adresse comprise entre 192.168.0.2 et 92.168.0.254, tu peux la reconfigurer pour fournir une plage d'adresse comprise entre 192.168.0.20 et 192.168.0.254, et configurer sur la machine ubuntu une adresse comprise entre 192.168.0.1 et 192.168.0.19, et qui soit différente de l'adresse de la livebox.

La machine ubuntu a une IP fixe, tu l'as notée sur un bout de papier, on peut apprendre à la livebox à diriger les requêtes amule vers ta machine ubuntu, on appelle ça du routage. Sur une machine grand public comme la livebox, ça se configure généralement dans un outil nommé "serveurs virtuels" ou quelque chose d'approchant. Le principe est de rediriger certaines requêtes, identifiées par les ports réseau, sur la machine qui est effectivement serveur.
En l'occurence, il s'agit de rediriger les requêtes sur le port 4662, en UDP, sur le port 4662 de la machine ubuntu (identifiée par son adresse IP), et les requêtes sur le port 4672, en TCP, sur le port 4672 de la machine ubuntu. (Ce genre d'outil demande généralement des plages de ports, il te faudra dans ce cas rediriger, en UDP, la plage 4662 à 4662 vers la plage 4662 à 4662 de la machine ubuntu, idem pour le TCP.)

Pour la stabilité de connexion : la livebox fait probablement du dial-on-demand, c'est-à-dire qu'elle effectue la connection dés qu'une machine du réseau envoie une requête vers l'extérieur, et déconnecte en cas d'inactivité prolongée de la connexion. Il y a probablement moyen de configurer ça et de rallonger le délai d'inactivité avant déconexion.

Effectivement, j'ai oublié un détail important, au niveau du pare-feu, justement.

Ouvres un terminal root, et saisis la commande :
root@PC1:/ # iptables -A POSTROUTING -t nat -o ppp0 -j MASQUERADE

Là, normalement, le PC2 peut utiliser la connection, mais cette règle du pare-feu sera perdue au prochain arrêt du système.

Pour charger cette règle au démarrage, il y a plusieurs moyens, tout dépend de ce que tu veux, au niveau du firewall.
Si tu veux juste partager la connexion entre les 2 postes, ça peut se régler avec le script de démarrage iptables, c'est pas très dur, et ça évite de s'encombrer d'un programme complexe.
Si tu veux, en plus de ça, une sécurité basique du genre toutes les requêtes vers l'extérieur sont autorisées mais seules les réponses à ces requêtes peuvent rentrer, idem, pas utile non plus de s'encombrer avec un truc compliqué.
Si tu as des besoins qui nécessitent une configuration un peu plus complexe, par exemple si tu veux mettre en place un serveur web, utiliser un logiciel de p2p comme amule, ou faire de la visioconférence h323, dans ce cas je vois 2 options :
- gérer toi-même un script bash pour définir tes règles de pare-feu, et utiliser le script de démarrage pour recharger ça à chaque boot.
- utiliser un programme graphique, plus "convivial". Firestarter semble être un bon choix, il utilise son propre script de démarrage, pour charger au boot les règles définies dans l'interface, il n'est donc pas utile de lancer le programme en permanence, il a une politique par défaut simple mais efficace (toutes les requêtes peuvent sortir, seules les réponses peuvent rentrer), il est interactif, traduit en français et s'intègre très bien au bureau gnome.

Pour le partage de fichiers, ça me fait mal au cul de dire ça, mais le plus agréable à utiliser dans gnome, c'est le partage de fichiers windows, avec samba. On peut parcourir les partages en toute simplicité avec nautilus, le nouvel outil d'administration "Dossiers partagés", présent dans hoary est très simple à utiliser, et le serveur samba présent dans hoary n'a nécessité aucune configuration, chez moi.

Sinon, tu peux aussi utiliser ssh avec Nautilus (Fichier -> se connecter à un serveur).

Dans l'outil gstreamer-properties, assures-toi, assures-toi d'avoir esd comme système de sortie, comme ça a déjà été dit, et alsa, comme système d'entrée.

Lances le programme alsamixer, dans un terminal, si le programme ne se lance pas et que tu as un message d'erreur, c'est que tu as un problème de pilote, sinon, assures-toi que tous les volumes ne sont pas au minimum (c'est la configuration par défaut d'une installation toute fraîche du système de pilotes alsa).

Si jusque là tout va bien, et que tu n'as toujours pas de son, édites les propriétés de ton utilisateur (dans le menu d'administration, "utilisateurs et groupes"), et assures-toi que ton utilisateur fait bien partie du groupe "audio".

Si tu as un problème de pilote, tu peux essayer, en root :
dpkg-reconfigure alsa-base

Ta carte son :
0000:00:14.5 Multimedia audio controller: ATI Technologies Inc IXP150 AC'97 Audio Controller

Le module correspondant :
snd_atiixp

Essayes la commande lsmod, pour vérifier si le module est bien chargé, normalement le matériel devrait être détecté et le module chargé au démarrage.

Si tout va bien de ce côté-là, regardes du côté des niveaux, avec la commande alsamixer.
Assures-toi également que ton utilisateur a bien les privilèges nécessaires pour accéder aux périphériques son. Dans l'outil d'administration "utilisateurs et groupes", édites les propriétés de ton utilisateur, le groupe "audio" doit être coché.