Reprise du message précédent :

qu'est ce que j'ai encore fait

c'est Oggy qui est jaloux de moi parce que personne ne rêve de lui, alors il veut m'évincer

edit: oukilé thalys

Pour ce qui est de mon raccourcis TCP, je part du principe que chaque requete à une destinatin IP:port et vu qu'on a certaines normes concernant certains ports (devine quoi, le 80 par exemple).
Mais sinon oui, c'est un gros raccourcis.

Donne moi l'exemple d'un autre post ou je fais les choses de manière la plus tordue possible, histoire que je rigole.

Sinon, j'ai pris note.  

Seulement le matin.

Ponchour les moules.

Parti ce matin de 11h à toulouse, arrivé 18h20 à Marseille.

5h20 de trajet dont 2h20 en plein milieu de voie cause suicide et 50m du aux retards en gare, merci la sncf.

journée de merde.

ouh putain, et dire j'ai tapé ce smiley des dizaines de fois
HarkoG

1 - Faire un lien symbolique /tmp et /var/tmp, alors que les deux n'ont rien à voir:

http://pro.anapivirtua.com/index.p [...] pratiques/

/tmp sont des fichiers pouvant être détruit après un reboot (typiquement, des sockets Unix, des shmget(), ...)
/var/tmp sont des fichiers devant être conservés après reboot (récupération vi, par exemple).

2 - Desactiver des éléments qui sont le propre d'IPv6. Ca me rappelle un peu ceux qui filtrent les ICMP, c'est bien connu qu'un réseau IP marche mieux sans:

http://pro.anapivirtua.com/index.p [...] nel-linux/

Notamment:
- les RA ne sont pas responsables des liens link locals, c'est le role des network discoveries (non, ca n'est pas pareil)
- ton message d'erreur est une limitation de Linusque, qui ne sait pas gérer de l'autoconfiguration sur du /56 (il s'attend à du /64). Le message en lui même est harmless.
- non, DHCP ne se désactive pas quand on fixe une adresse IP sur une interface. Les scripts network de debianeux font peut être ca, mais ca n'a rien à voir avec DHCP en lui même.

Ca revient à dire que quand une interface est configurée en dur pour IPv4, il faudrait desactiver l'ARP et les ICMP redirect. Pourquoi pas.

Edit; Bon, c'est déjà pas mal Au plaisir d'avoir fait rire.

En l'occurrence je trouve pas trop l'utilité pour des serveurs, et jusqu'à aujourd'hui cette "astuce" m'a jamais posée de problème.
Je t'appellerais le jour ou j'ai un bug un peu bizarre du à ca hein.

Alors:
- L'autoconf est responsable des liens link local, d'où sa désactivation.
- On est d'accord, c'est bien pour ca que j'ai désactivé le RA et tant que c'est pas fixé (ou implémenté) je réactiverais pas, les gros flood dans kern.log c'est pas mon kiff
- Alors je commence à trop me complaire dans les "scripts network de debianeux".

Je t'avouerais que j'ai encore du mal à comprendre l'utilité du lien autoconf une fois la configuration statique IPv6 effectuée sur la carte.

Tout est dit.
 

ah ben désolé alors
que veux tu... l'habitude...

Tu peux plus fouetter Riot ?

Ah, même entre modo et prétendu modo

 
1/ Non, les link local c'est une concaténation de FE80:64 et de l'identifiant d'interface. Les RA ne sont pas en cause.

Mon dieu, comprendre l'IPV6 ça c'est vraiment geek

je débute    
 
j'ai en projet de basculer mon réseau (boulot) en ipv6

Mais l'autoconf oui, enfin sinon je comprends pas pourquoi le link local ne se remonterait pas

J'ai supprimé les RA sur l'interface pour virer ce flood dans kern.log.
J'ai supprimé l'autoconf sur l'interface pour virer le link local, j'ai du mal à lui trouver de l'intérêt. (la par contre je prend des infos)

Je me trompes ?

 
La qualité moyenne de planet libre quoi

 
la découverte des voisins ? vu que c'est son adresse qui est utilisée pour la source.

 
Je desapprouve. C'est pas parce que tu n'as pas "rencontré" de bug ou de bizarrerie que c'est à mettre comme conseil de renforcement ou d'optimisation. D'ailleurs, ou est l'optimisation, à part péter la hiérarchie telle que donnée dans hier(7), et récupérer un pauvre inode?
 

 
- c'est une erreur; les adresses en fe80:: font partie du protocole. Tu coupes donc une partie de ses fonctionnalités. Mais on peut difficilement te blamer aussi, l'implémentation GNU IPv6 est daubique, surtout sur les informations qu'elle remonte. Suffit de comparer les résultats retournés par route(8) et ifconfig(8) entre un BSD et un Linux.
- ok
- oui, il faut s'en méfier.
 

 
Tu perds toute la reconfiguration automatique des routes, la détection des pertes de liens, la détection de l'unicité de l'adresse sur le réseau.
 
Je ne connais pas l'implémentation Linusque, sans m'avancer, je dirais que tu perdras aussi la possibilité de configuration stateful (DHCPv6).
 
Replacons dans le contexte IPv4: effectivement, ICMP, R-ARP/ARP sont inutiles une fois que toutes les tables sont écrites en dur dans les hotes. Que ceux qui le font/l'ont fait sur leur réseau lèvent la main. Sinon, remercier que le réseau fonctionne en IPv4, parce qu'en IPv6, ca pourrait devenir drole. Encore plus le jour ou il faut mettre à jour les tables.
 
Je pense que le passage à IPv6 va être folklo d'ici quelque temps.

Merci sur ces éclaircissements sur l'autoconf.    
 
Bon... faut que je me trouve un handbook IPv6 dans les prochaines semaines

 
Je conçois et je commence presque à approuver.

carnage

tu m'étonnes perso ça me plait, il va falloir réapprendre plein de choses

'soir
 
Rome : H -32

 
paidai.

Une chose bête qui puisse arriver, ce sont des programmes qui utilisent /var/tmp comme espace de stockage pseudo-persistant, et qui y mettent tout et n'importe quoi en volume. Ce qui pourrait être gênant si /var/tmp est en tmpfs.

Y'en a pas de bon, c'est caca Il faut piocher à droite et à gauche, ou demander à des gens qui connaissent bien le protocole.

Ca doit pouvoir être jouable, sur des réseaux de taille modeste, ou bien maintenu. J'ai jamais rencontré, personnellement.

Edit: en fait, je me rends compte que je dis une connerie: avec les fautes de frappes qu'on peut faire sur une adresse v6, y'a bien moyen de se planter et de s'en rendre compte difficilement. Donc non

Personnellement, j'en ai chié, vraiment. Là je suis d'accord avec anapivirtua, les docs sont dures à trouver, les conseils pas systèmatiquement bon à prendre, et certains réflexes qu'on a avec IPv4 ne s'appliquent pas trivialement avec v6. Faut pas mettre à jour, faut réapprendre.

En plus, ce protocole a le don d'utiliser quelque chose qui ressemble à de la magie noire: le multicast. Y'a que de ca. Ce qui fait que pour comprendre comment ca fonctionne, il faut déjà être à l'aise avec v4. Je plains ceux qui se jettent dedans directement...

Te fais pas trop d'illusions

 
non, mais quoi qu'il arrive, je suis 'off' ce WE, hein

Oui oui, bien sûr

ouais ouais moi aussi je dis ça souvent et je me retrouve avec la 3G à essayer d'envoyer un mail avec Lotus 6.5 qui charge whatmilliards de mo juste pour un putain de mail de 100 ko au fin fond d'une cambrousse reculée

 
en même temps, ipv6 est prévu pour l'autoconf en très grande partie.
 

 
Oui, et tout ce qui "disparait" comme l'ARP ça me déroute perso j'ai un bouquin au bureau qui est pas mal : http://www.amazon.com/Running-IPv6 [...] 1590595270
 
ça fera du taff en tout cas \o/

Je tiens à apporter de l'eau au débat en indiquant qu'actuellement je suis moi sur IFRIC 13 et IFRS 8
 
 

taggle

edit : j'ai pas de 3G \o/ et dès vendredi soir, je coupe le portable et je debranche le fixe

 
A mon avis ca sera obligatoire. Faire de la configuration statique en v6, c'est trop lourd. Surtout pour avoir à gérer les adresses de chaque hote, et surtout, se souvenir des adresses qui seront sur 16 octets au lieu de 4
 
Contacter des machines sans passer par une résolution de nom par exemple, ouch. D'aileurs, je suis pas sur que les partages SMB vont fonctionner sans heurt, NetBIOS et IPv6, ca doit pas être marrant.

 
J'avais pas pensé à ca
En même temps j'ai mis ca que sur quelques serveurs web et quelques nas, rien de bien folichon, j'y repenserais à deux fois.
 
 

Piocher à droite et à gauche je suis pas sur que ce soit une bonne idée vu ce qu'on trouve de temps en temps  
Partant du principe que toute documentation qui n'a pas expressément été recommandée ne peut être considérée comme "bonne base", on est vite limité.  
 
 

C'est peut être la mon erreur, je part du principe qu'IPv6 n'est qu'une grosse evolution d'IPv4, alors qu'en regardant mieux... c'est autrement plus complexe.
 
Sinon pour les lectures:
 
J'ai commencé par la page wikipedia (ahem, il faut bien commencer quelque part)
Puis: http://livre.g6.asso.fr/index.php/Introduction
Et j'attends: http://www.amazon.fr/Ipv6-Essentia [...] 600&sr=8-2 (guide essentiel en 450 pages )  
 
Ca me déprime.

prems \o/ dredi \o/

wouhou \o/
 
 
IT'S DATOUNE DAY \o/
 
       
       
       
 
 

ha c'est toi ? je n'en ai jamais vu chez aucun client (à part les facs sur renater)

han yong

 
Formation annulée