Reprise du message précédent :
Je laisse ca ici.
http://www.youtube.com/watch?v=8hmajV7yI2w
 
Assez impressioné par le versionning des paquets, ca change de Debian ou ca fait juste 3 semaines que je lutte avec les report bug de gnome 3.8.

Sinon, est-ce que tu peux nous dire pourquoi tu as testé arch plutot que debian unstable avec la release de debian 7 ?

Mais on ne dit pas que ça ne marchera pas, mais pour quelqu'un qui débarque sur Arch, installe rmasse de paquet avec yaourt ça va te péter à la gueule dans quelques temps, après quand on le sait, pourquoi pas.
Qu'on sache réparer c'est bien aussi.
Mais de savoir pourquoi et le voir venir c'est mieux

 
Heu, je suis sous Debian unstable/experimental sur mes machines desktop (3) et stable sur tout ce qui est en prod (tant perso que boulot).
Je suis un Debian affisionados convaincu.
 
Néanmoins le fait qu'on soit toujours à l'ouest coté version des paquets m'a un peu lourdé sur le pc fixe (divers bugs sur gnome 3.8 / packagekit), du coup j'ai cherché la distrib la plus rolling release possible et la plus "tweakable".
Voilà le pourquoi du comment Arch.

Tu peux développer STP ?
Je n'ai jamais eu de problème avec yaourt, je suis donc surpris de cette affirmation.
Maintenant, si tu veux parler de yaourt --aur, là OK. Mais dans ce cas, précise ! car le pb, c'est plutôt AUR, et de ce que l'on en fait...

C'est quoi l'intéret d'utiliser Yaourt sans AUR ?

Oui le problème c'est AUR, qu'un outil comme yaourt fait miroiter à l'utilisateur qu'il est simple, rapide et pas prise de tête d'installer depuis AUR. Du coup, ils s'en donnent à coeur joie sans réfléchir. Et comme les paquets n'ont pas de dépendances fortes sur les sonames de leurs bibliothèques, les newbies d'Arch et/ou de ld ne prennent pas le temps d'étudier ce point vital et se font bouffer quand le linker ne fait plus la relation avec leurs binaires...
Quand on sait ce qu'on fait, pas de problème    
 

"économiser de taper sudo"  

 
 
 
Au cas ou

D'accord avec toi, make install !

Finalement je viens de sombrer :
 

 
  j'ai pas fini de venir vous emmerder. Et quand je vois l'ambiance sur le forum ARCH english : "ahaaa tu as manjaro ! Dehors !" ça donne pas envie pourtant. Mais maintenant, Pur Arch
 
 

 
Le truc pour le forum c'est que faire du support pour Manjaro sur le site de Arch, c'est un peu comme si tu venais sur les forum Debian pour avoir un support Ubuntu ;/
 
<hs> sinon, rien à voir, mais je me suis bien marrer avec ta signature et http://fr.windows7sins.org/ un vrai torchon de FUD </hs>

héhé Cette page m'a bien fait rire aussi.

J'ai bien compris pour arch/manjaro ; cependant vu la fréquentation démentiellement nulle sur le forum manjaro, un coup de main chez arch ne serait pas de refus.

Et je sais pas comment sont les barbus debianistes ; les poilus archers sont drôlement sectaires

Mais tu vois qu'arch simple n'est pas plus difficile donc pourquoi se priver

Ha mais ça défonce - tout
 
Avantage : on a que ce dont on a besoin.
Problème : je ne sais pas trop comment faire fonctionner ce dont j'ai besoin

Bonsoir   . J'essaie de configurer iptables. Que pensez vous de ma conf ?  
 
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
: OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT

Qu'est ce que pf peut me manquer quand je vois de l'iptable !

C'est chiant iptables , très obscur , j'espère que ma conf colle

 
Moi je trouve ça clair:
 

 
Vala, ce schéma couvre tous les cas d'utilisation simple d'iptables (sauf le nat, le marquage des paquets et les chaines custom).
 
Sinon j'ai rien compris à ta conf iptables, elle fait quoi ?  

C'est peut être plus clair comme ça :  
iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination          
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
ACCEPT     icmp --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
REJECT     all  --  anywhere             anywhere             reject-with icmp-host-prohibited
 
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination          
REJECT     all  --  anywhere             anywhere             reject-with icmp-host-prohibited
 
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination    

Pour moi, c'est une bonne politique par défaut, un bon compromis.  
Pas de filtrage en output (souvent trop contraignant), tu bloques toute tentative de connection de l'extérieur et tu forward rien.
 
Mais si t'es motivé, pour faire une config vraiment secure, il y a shorewall \o/
http://shorewall.net/

Salut,
 
J'ai jamais configuré iptables, c'est grave ?
 
Sinon, j'ai un problème avec keepasshttp ou keepass. Le dernier n'affiche plus le premier dans les plugins et passifox dit qu'il ne tourne pas (logique si keepass ne le démarre pas). J'ai désinstallé, réinstallé, copier manuellement le .plgx, les dlls, mais rien n'y fait. Une idée ?

Pour moi ça n'est pas très grave dans la mesure où la box filtre déjà.

   c'est ce qu'il me semblait.

Dans le cas d'un hotspot style sfr wifi   , c'est aussi derrière le pare feu de la box ?  Je pense que oui car il y a des ports bloqués.

Ce n'est pas un pare-feu.
Renseigne toi sur le fonctionnement d'un NAT.

Dans mon cas c'est plutôt résidence étudiante. Donc tout les pc de la résidence sont en LAN et se connectent via un point d'accès. D'où l'importance d'être bien protégé.

  le truc tellement dangereux.
Je suis passé par là aussi... J'en ai intercepté du cookie facebook    
VPN ou tunnel SSH a l'exterieur si tu veux de la vraie sécurité.
Moins galère mais pas aussi robuste : addon https everywhere sur firefox

 
Je vais regarder ça

Le problème venait de mono 3, j'ai downgradé sur la 2.10 et ça refonctionne.
Du coup, le soucis vient de mono. Je dois faire un rapport de bug ou autre, et où le faire ? Sur le site de [url=https://bugs.archlinux.org/?project=1&cat[]=2&string=mono]arch[/url] ou celui de mono ?

Archlinux furious boot : pas de tempo sur syslinux, pas de prompt, pas de loginmanager, chargement direct du startxfce4 : PAN! 5 secondes. J'ai plus à attendre que le BIOS fasse sa popote que le système à lancer une fenêtre utilisable de firefox (enregistrement de session qui doit bien faire perdre 2 secondes au boot le tps de charger les applications ...)

reste à installer mon scanner brother DCP130C ...

alors que la compilation yaourt de brscan2 donne un paquet vide, j'ai été obligé de prendre un PKGBUILD pour compiler le bon paquet et putain sa merlipopette : ça marche, direct.

 
Je l'ai installé. Pour le VPN j'ai testé mais le port est bloqué par le proxy (openvpn). Les IDS du type snort c'est useless sur du desktop ? J'ai désinstallé SSH aussi... Après je vois pas quoi sécuriser de plus.

Tunnel sur le port 443  

Huuuuuuuum, je fais quoi ? Je force l’installation en croisant les doigts que ça fasse pas tomber pacman ?

euh non ...

au minimum forum + wiki ca doit être arrivé à d'autres.

essaye en commentant "community-testing" et "testing"

tu dois être abonné à ces mailing list pour savoir non ?

J’ai checké le forum francophone, rien pour le moment. Pas eu le réflexe du wiki, j’y vais
Je commente et je teste. --> Ça ne donne rien, tant pis.
----
Un début de solution avec ça :

---
Des explications sur le message ici :
https://wiki.archlinux.org/index.ph [...] stem.22.21

Solution « Made in GroBourin© »
- Démarrez sur le LiveCD.
- Préparez le chroot (montage des partoches)
- Faites les move sur les dossiers génants
Dans mon cas :
--> mv /mnt/bin /mnt/bin_
--> mv /mnt/sbin /mnt/sbin_
--> mv /mnt/usr/sbin /mnt/usr/sbin_
 
- Pacstrap-ez
--> pacstrap /mnt/ base{,-devel}
 
Afin de vérifier, entrez dans l’environnement :
--> arch-chroot /mnt/
 
Puis, mettez à jour
--> pacman -Syu
 
Normalement, il n’y a rien à faire.
 
Sortez. Redémarrer en virant le LiveCD.
----
Enjoy

J'ai un soucis viral . Petit clamscan et résultat :
/home/damien/.cache/mozilla/firefox/3hcu201q.default/Cache/B/70/CE4AAd01: HTML.Exploit.CVE_2012_1881 FOUND
/home/damien/.cache/mozilla/firefox/3hcu201q.default/Cache/0/7A/C129Cd01: HTML.Exploit.CVE_2012_1881 FOUND
/home/damien/.cache/mozilla/firefox/3hcu201q.default/Cache/4/DF/E7E1Bd01: HTML.Exploit.CVE_2012_1881 FOUND
 
 
C'est quoi ces merdes ? Risqué ?

efface le cache firefox pour voir

Plus rien après delete. Mais bon, je me demande quels peuvent être les dommages du truc sur mon Arch... J'ai du choper ca via javascript en surfant... .

C'est des merdes qui permettent a un applet java de dl du code pour obtenir les droits user sur la machine, sous windows, super gênant sous linux nan ?