Forum BACKTRACK-FR

Après encore avoir cherché sur le Forum, j'arrive maintenant à me connecter à un Wifi.
J'ai tapé : dhcpcd -n ra0 puis j'ai lancé wlassistant.
Là il me connecte au réseau du voisin (non sécurisé, le premier dans la liste) mais lorsque j'essaye de me connecter au mien ou à un autre, il me remet la même erreur.
J'ai vu qu'il y avait moyen de rajouter une "pré-commande" dans les options de mon réseau Wifi.
J'ai donc rajouté dhcpcd -n mais cela ne fonctionne quand même pas, toujours la même erreur !

Des idées pour que je puisse me connecter à mon Wifi ?

Ou au pire, tu te connecte en console, c'est pas tres compliqué, et c'est le genre de truc qui est censé fonctionner sous n'importe quelle distribution. Tu peux meme te faire un petit script shell pour automatiser tout ca. A part ca comme disait LCF, l'installation en dur c'est pas vraiment fait pour, je te conseil plutot de de te faire un live usb persistant.

Rens a écrit:

Je pense que je vais suivre votre conseil et me créer une SD bootable et installer eeeUbuntu pour l'apprentissage de Linux !

C'est le mieux que tu puisses faire.



Pour ce qui est de savoir pourquoi, BT est une distribution axée sécurité, ce qui signifie qu'elle contient des logiciels servant, majoritairement, à tester la sécurité d'un système. Que ferais-tu de ces logiciels pour une utilisation de tous les jours ? Je sais bien qu'avec les disques de haute capacité actuels ce n'est pas dérangeant, mais c'est un petit soucis à prendre en compte.

D'un autre côté, il manque de nombreux logiciels pour faire de BT une distribution multiusage. BT a été largement éprouvée avec le set de logiciels fournis en standard... Rien ne garantit que tout fonctionnera aussi bien après l'installation de codecs flash, de VLC, Deluge, OpenOffice.org, vim, the Gimp, Mplayer, etc. Certains de ces logiciels peuvent interagirent avec des tools qui alors ne fonctionneront pas bien.

BT3 dispose d'un noyau assez ancien... Même chose pour les logiciels : cela signifie qu'il existe plein de failles de sécurité non corrigées qui n'attendent que d'être exploitées. En live, ce n'est pas dérangeant car il ne sera utilisé qu'au besoin, dans un contexte particulier et un redémarrage et tout le travail de l'intru sur le système est réduit à néant...

On pense alors a tout mettre à jour. Mais ceux qui l'ont fait t'en parleront mieux que moi : utilisation de dépôts slax (car BT3 ne dispose pas de son propre dépôt logiciel), mise à jour, plus d'interface graphique, des tools qui ne marchent plus, du matériel qui n'est plus reconnu, voire quelques kernel panic (gros plantage !)...

Le noyau de BT est très peu optimisé, il doit être compatible avec un maximum de matériel... Sincèrement, booter tous les jours sur un noyau compilé pour du i386 me fait mal au coeur...

Avec le live, tu es sûr que les infos que tu récupères ne sont pas logguées quelque part, tu es sûr que ton disque dur va rester propre... Tu viens de tester un système et tu veux en tester un autre, tu n'as qu'à redémarrer et tu auras de nouveau un PC clean. Si tu avais eu BT sur ton disque, il aurait fallu vérifier que tu n'avais rien de précédemment enregistré, sinon les données que tu vas analyser seront peut-être des données d'un précédent audit.



Cela change un peu avec BT4 : la dev team est précisément passée à une base Ubuntu pour ces raisons (officiellement). Mais dans ce cas, j'ai tendance à me dire "à quoi sert BT4 ? De toute façon, si je l'installe sur mon disque, j'aurais à installer de très nombreux logiciels pour une utilisation de tous les jours... Autant prendre directement Ubuntu et installer les quelques tools dont j'aurais vraiment besoin..."
En outre, BT peut servir à réparer une installation de GNU/Linux sur un PC qui plante et peut permettre de facilement se connecter en local pour faire ce que tu veux du PC auquel tu as accès...

Les dépôts Ubuntu sont assez fiables, mais ce ne sont pas les dépôts que je choisirais spontanément pour les utiliser dans une distribution axée sécurité.

Le problème des mis à jour est encore valable... Je ne me suis pas vraiment intéressé aux dépôts de BT4, mais il me semble que les dépôts standards ne sont pas intégrés en standard dans le source.list... Donc il faut les ajouter... Cela va encore apporter un bon lot d'incompatibilités diverses... Pas forcément maintenant, mais il y aura des conflits de paquets... Et surtout, quand le noyau de BT sera rendu obsolète par un nouveau  noyau dans le dépôt Ubuntu, je suis persuadé qu'on va avoir un pic de fréquentation important sur le forum...


Bref, Back|track est et reste un outil que l'on utilise que ponctuellement. C'est toujours une hérésie de vouloir l'installer en dur (selon moi et dans la plupart des cas...)

Oo
T'as une carte wifi reconnue dans la 3 et pas dans la 4 ? Qu'est-ce qui te fait penser ça ???

T'as tapé ifconfig -a ou seulement ifconfig ?

EDIT: Ok, je viens de me renseigner : il semble que ta carte Wifi soit reconnue par BT3 mais fonctionne très mal ! Sous BT4, ça semble être plus ou moins la même chose et si le mode monitor est supporté, pas l'injection... Le seul moyen de faire marcher cette carte correctement en mode monitor est d'installer les derniers pilotes ralink... Pour l'injection, c'est mort.

Mais je n'ai pas cette carte et j'ai la flemme de recouper des infos alors que c'est ton job... Donc peut-être que les derniers pilotes patchés sont efficaces...

Dernière modification par LCF (31-03-2009 18:19:17)

Renseigne-toi sur ce qu'est le mode monitor et comment les commandes que tu as citées fonctionnent... C'est pas compliqué et ça te sera bien utile pour comprendre ce qui se passe...