Reprise du message précédent :
Nan mais: pour faire quoi?    
 
Tu veux pentest ta livebox?

Si je ne m'abuse, je peux tester mon LAN, mon routeur, ...

Tu peux tout tester, y compris la distro elle même, par contre, si tu ne sais pas exploiter les résultats, ça va te faire une belle jambe.

Ben c'est peut-être l'occasion de voir ça, non?  
Encore une fois, j'installe, je teste, et après... Surtout que ça serait dans un container, donc...

Personne ne t'en empêche mais je n'ai jamais saisi l'intérêt hormis ultra spécifique de Kali (et dans ce cas la on sait précisément pourquoi on en a besoin et comment l'utiliser).

La sécurité c'est au moins 40% de mon métier et j'en ai pas """"besoin"""" pour pentest mon gestionnaire de paie pour m'ajouter des prime avec des MITM et token forgé

C'etait plus ca le sens du questionnement.

S'il y a bien un domaine où il faut rester modeste et prudent avec l'autoformation, c'est sur les question de sécurité... même si mettre les mains dans le cambouis est toujours formateur.
 
Kali en container... à oublier. Vaut mieux dédier même provisoirement une carte et éviter des poupées russes pour ça.
 
edit: +1 M600

 
J'ai pu trouver des indications dans des forums raspberrypi qui m'ont permis de faire fonctionner le son sur la prise HDMI que j'utilise avec kodi installé sur raspbian. En gros, il s'agit d'une manip dans le config.txt et une bidouille dans les réglages son de kodi.
 
Par contre je me suis rendu compte que le fonctionnement de CEC est partiel, pas inexistant. Il y a un lag de quelques secondes entre chaque commande envoyée à la TV et la prise en compte dans Kodi, souvent avec une sorte de bounce (plusieurs clics détectés par erreur). J'ai déjà essayé de passer config_hdmi_boost à 7 dans config.txt, sans que cela améliore les choses. Sans que je comprenne pourquoi, il y a eu un moment ou la télécommande a fonctionné parfaitement pendant quelques minutes, sans que j'ai rien modifié. Le boitier ne surchauffe pas, le CPU ne throttle pas.
 
Je penche plus pour un problème software que hardware à ce stade, si quelqu'un a une expérience avec kodi et le CEC je suis preneur.

J'ai eu ça un moment pourtant avant de trouver un phpvirtualbox fonctionnel sous DSM (3.x je crois) et de faire une VM nested Proxmox sur mon Syno faisant office de 3rd node
Et avant ça j'avais un cluster de RPI2 sous Heartbeat + Pacemaker pour mes service DNS, DHCP, Apache, ...

Vache c'était il y a "seulement" 5 ans, je voyais ça bien plus ancien ... Et j'avais même du DRDB

https://forum.hardware.fr/hfr/elect [...] tm#t128730

Encore une fois, j'ai vu du fond de mon lit deux (ou trois) vidéos sur Kali installé sur un Raspi, je ne suis pas allé au bout, j'ai mis ces vidéos dans ma liste, et je me suis dit que je l'installerai sur un de mes Raspis pour voir.
Maintenant, si c'est ultra spécifique, une utilisation vraiment complexe, et que pour un non initié c'est un peu (beaucoup) trop, ben je n'irai pas plus loin, épicétou
 
Après...  
https://www.lemondeinformatique.fr/ [...] 78201.html

Ben Kali m'intéresse, au contraire
 

Découverte, découverte. C'est tout.

Vouaille? Sachant que c'est vraiment et uniquement pour tester. Si je m'aperçois que c'est vraiment hors de ma portée, je vire le container, et zou!
Sur mon Raspi 4Gigos, avec Pi-Hole, et je ne sais pas ce que je pourrai encore rajouter.

Truc sur les boitiers Flirc et Argon. Le premier est livré avec un pad pour le CPU, qui fait contact avec donc le boitier en aluminium. Mais rien pour la RAM. Sur l'Argon, il y a un long pad à appliquer sur le CPU et sur la RAM, et les deux font contact avec le boitier.
Bon, j'avais un petit dissipateur de spare, je l'ai mis sur la RAM et c'est passé nickel dans le Flirc. Super bon boiter aussi
Demain, je récupère un écran et je vais commencer une installation

Pas de chance pour le Flirc, j'avais bien plusieurs pads.
 

 
Mettre une appli en container, ça a du sens, mettre un OS, je pense que c'est une connerie. Sans compter que comme c'est un outil d'analyse, il va devoir passer une couche de plus et toi aussi pour le piloter, bref, ce n'est pas seulement inutile, c'est contre productif. Accessoirement, ça fonctionnera très bien sur une install à part.

 
Super, tu nous dirais si ca tourne bien dans un docker

On parle bien de ce boitier là?  
https://www.welectron.com/Flirc-Ras [...] lver-Black
car si c'est le même, on est bien d'accord que le boitier ne fait contact que sur le CPU, et pas sur la RAM?
 

D'accord
En fait, j'étais tombé sur cette vidéo qui parle  justement d'installer des OS dans les containers :
https://youtu.be/eGz9DS-aIeY?t=345
 
Bon ben je laisse tomber Kali. Enfin je vais laisser tomber rapidement. Car ça n'est que pour occuper le temps.

Dis, je peux installer ce que je veux sur mon Raspi? Ou faut que tu me valides en fonction des capacités que tu pourrais m'attribuer?

Si ça me dépasse, je laisserai tomber
Encore une fois, c'est pour tester, passer le temps. Pas pour me lancer dans la sécurité. Pas pour le mettre sur mon CV...
Et t'inquiète, je n'irai pas de harceler ici avec des questions sur Kali, point du tout

EDIT : j'espère que tu ne prends pas mal mon post. C'est juste que j'ai l'impression que tu t'emballes un peu trop. C'est juste ce que je pensais faire. Ce que je pensais installer. Stou

Kali c'est simplement une distribution Linux avec des outils orientés sécurité et très spécifiques.
Contrairement à certains je t'encourage à essayer, mais c'est vrai que sans but particulier tu risques d'être assez dérouté    
 
En revanche je confirme que tu devrais l'installer normalement et non pas en container, le système va devoir par exemple piloter directement la carte wifi, et si tu passes par un container tu rajoutes une couche (et des problèmes   )

@Vince-100 : merci pour ton post

Donc si je voulais tester/m'amuser (sic) avec Kali, il me faudrait un Raspi dédié, c'est bien ça?
Bon, si comme vous êtes plusieurs à me le dire et certainement à juste titre, je vais être dépassé, monopoliser un Raspi pour cette utilisation, ça sera ballot

Utilise une µSD dédiée pour Kali.

 
Je confonds en effet, lui n'a pas de dissipateur pour la RAM. C'est d'ailleurs un des rares car j'ai 3 autres boitiers passifs et tous l'ont. Cela étant, ce n'est pas le moins efficace pour autant et c'est ça le plus important.
 

 
Disons que je n'ai rien contre les situations de tests un peu baroques mais docker pour un OS complet (outils, stockage, comptes, etc.), j'ai un peu de mal, raspi ou pas.
Mais tu fais ce que tu veux de ton temps.

 
Voilà, une carte spécifique pour Kali que tu utilises quand tu en as besoin
Et une (ou plusieurs) autre carte pour d'autres OS/utilisations, mais un seul Raspberry

 

Il n'a pas l'air mal en effet
J'ai pu donc mettre un dissipateur sur la RAM, ça fera aussi le job. Bon, est-ce vraiment nécessaire, je ne sais pas. Mais je l'avais en spare, il ne servait à rien, il a trouvé sa place
 
 

 
En fait, Docker est plus axé applications en containers, c'est bien ça? Dans la vidéo, le gars installe des OS, mais ça sort de l'utilisation "normale" de Docker. Si je comprends bien et si je te suis bien, c'est ça?
J'ai le temps, mais je vous lis et suis vos conseils avant tout

 
Je voulais avoir ce Rapi 4Gigos avec Docker et Pi-Hole. Ca voudrait dire que je devrais m'en passer le temps de jouer/utiliser/me planter avec Kali. C'est jouable, mais en me passant donc de Pi-Hole durant ce temps là.
Vais y réfléchir

 
Tu peux tenter de te faire un dual boot
 
Kali est quand même ultra spécifique et elle est très bien pour faire les pentests et les analyses de sécurité, mais pas optimale pour un usage journalier.
 
Tu te fais un dual ubuntu / kali et roule.

Ya pas de mal et c'est aussi le sens de mes propos (tu peux les relire, aucun n'est agressif et te dit de ne surtout pas le faire parce que tu n'es pas compétent, c'est meme les premiers mots: "Personne ne t'en empêche" ): tu es parfaitement libre de tester tout ce que tu veux!

Je soulignais simplement le fait que Kali n'est pas une distribution "grand publique" du fait de son audience très restreinte.
Si tu souhaites faire des tests de sécurité, une Debian de base est, selon moi, plus simple a appréhender dans le sens ou tu n'es pas noyé par les centaines d'outils installé.
Du coup tu installes ce dont tu as besoin pour y parvenir au lieu de suivre aveuglément un tuto. C'est plus formateur, toujours selon mon 2cts.

Rien de plus, rien de moins!

Merci à tous de vos commentaires, tous les participants, de vos contributions, et merci à l'owner de la super tenue du thread, calme et posé
 
Ce thread est vraiment hyper intéressant, informatif, et addictif    
Ces Raspis, de supers devices, on a envie de tout installer dessus, et on le peut en plus
 
 

 
Justement non, il y a un paquet de soft qui ne sont pas prévus pour tourner sur de l'ARM.

pas "prévus"?
lesquels par exemple?
en tout cas, il me semble qu'il y a largement à faire

Et sinon yaka faire un pull et porter ce qui manque soit même  

Proxmox par exemple.

Question : j'ai donc un Raspi4 4Gigos que j'ai acheté en 2019, et un Raspi4 8Gigos que j'ai reçu il y a quelques jours. Je les ai juste mis dans les boîtiers, préparé une carte SD avec Debian dessus.
Faut-il avant que je ne configure la Debian, faire un update/upgrade du firmware des Raspis?

Merci de vos retours

Ah, Buster et Bullseye sont-ils bien compatibles avec les Raspi4? Je lis sur un thread qu'il y aurait des problèmes rapportés...
https://www.mail-archive.com/debian [...] 22407.html

La vraie question c'est de savoir si tu veux un OS 32 ou 64 bits sur le raspberry pi 4, par défaut l'OS maison de la fondation raspberry pi est du 32 bits,

d'où mon message il y a quelques pages où j'indiquais qu'il y avait la possibilité d'installer la version 64 bits bêta de raspberry pi OS :
https://www.pofilo.fr/post/20201129 [...] -4-64bits/

comme tu as 8 Go de ram il vaut mieux utiliser un OS 64 bits.

Utiliser une distribution rolling release pour espérer que les bugs soient le plus rapidement corrigé est aussi une solution (archlinux), sinon il y a le mode conservateur en restant sur l'OS maison ou du ubuntu LTS.

LeKeiser tu parles de Debian ou de Raspbian/RaspiOS?

Je parle bien de la Debian :
https://raspi.debian.net/tested-images/
J'ai toujours installé des Debian sur mes Sheevas, uniquement en console.
Je souhaite avoir mes Raspis installés, et je me connecte dessus en ssh, et je les gère ainsi.

EDIT : j'ai préparé une carte avec Raspbian pour faire l'update des firmwares de mes Raspis, puis après je bascule sur donc des Debian console. Le Raspi 4Gigos en 32bits, Buster, et le Raspi 8Gigos en Bullseye.

Après plusieurs tests mon raspi4 4 go plante avec raspbian. Mais il est stable sur une recalbox.

Faudrait que je teste avec la 64bits mais il me semblait qu'elle était en bêta.

Installe dietpi, non ?

Hello!    
 
J’aimerais créer une page web simple sans se loger où on puisse déposer des fichiers (100 a 200mo), il existe quoi comme solution ?
J’avais pensé à nextcloud mais c’est un peu lourd pour le besoin.  

Tu as lufi si tu veux : https://demo.lufi.io/
 
Avec quelques docs :  
https://framacloud.org/fr/cultiver-son-jardin/lufi.html
https://framagit.org/fiat-tux/hat-s [...] wikis/home

http://dl.free.fr
C'est quoi le but ?

 
Ça semble pas mal!    
 

 
Pour que mes clients m’envoient les fichiers via mon site plutôt que par mails (limit de 100mo)

Les services dédiés comme Smash ou WeTransfer ne te convienne pas ?

Jette un œil sur awesome selfhosted sur github, y'a des trucs pour ça.