Reprise du message précédent :

 
Et ton dhcp-relay ?

 
 
voici le pdf des reco de l'anssi à mettre en place on se revoit dans 6 mois  pour l'audit  bisous
 
vous trouverez la facture en pj

 
Mec, on balance pas comme ça des processus internes élaborés par les plus grands experts  

Avez vous fait divers groupes de travail pour l'élaboration de ces procédures ?

Tu veux dire une kimouss?

Le mec résume mon poste en deux lignes en toute tranquillité.
Le business model s'effondre.

Un GT pour trouver le lieu, un second la date, un troisième en coordination.

Connais pas.

Ou alors tu parles d'échanges pluridisciplinaires entre experts sur des cas d'usages concrets et pragmatiques en vue de la mise en oeuvre d'un process d'amélioration permanente pour appuyer la digitalisation des métiers de nos accompagnés (on ne parle pas de clients chez nous, on sort de la relation basique client-fournisseur au profit d'un accompagnement hybride ET holistique) ?

 
Tout est sur le même réseau. C'est vraiment un micro truc avec des PC sur un switch et le serveur (un Pi avec dnsmasq) sur le port non isolated.

C'est ptete le Pi qui se traine. Que dit un tcpdump sur le Pi et wireshark sur le poste en même temps ?

 
   
Manque plus que disruptif dans la phrase

OVH down ??
Ah non, ça repart on dirait  

Ca a clignoté partout a cause d’eux  

Complétement glucose  

 
mauvaise nouvelle t'as des employés qui leak tes process sur le forum    
 

 
et en plus il se dénonce  

 
C'est du disruptif crypté, tu peux pas test.

 
disruptif  ça implique un changement ça fait peur aux administrations  

c'est has-been ça, maintenant on fait de la disruption disruptive, ie on chamboule tout sans rien changer
le rollback en cas de major roadblock n'en est que simplifié

L'important est de penser qu'on a bien travaillé à la fin de la journée/projet  

ctélablag

je sais merci
mais ça me titille komem

J'avais eu le cas sur un switch il y a plus de 10 ans, c'était le STP qui était activé mais non utilisé et les paquets DHCP passant après le STP ça gênerait de la latence de dingue.

En désactivant le spanning tree ça a refonctionné direct.

on ne désactive pas le stp    
 
faut mettre le port en portfast (+ éventuellement BPDU guard) et voilà.

Au moins c'est facile à diag quand tu désactives le stp  

Connard du jour :

Et quand on lui explique qu'on teste pas chez nous sur Arm (donc il utilise les sources bien entendu, notre marché c'est le monde x86), il monte sur ses grand cheveaux et est teeeellement salé :

Ma réponse :

Eh bah, ce que j'ai pas dit…

Bah oui, connard. Tu veux un avoir de 0€ peut être Mais il a peut être cru qu'on supportait Arm officiellement ? Donc je précise :

Mais non en fait, il continue :

Et ensuite ça continue en litanie de pleureuse à qui on doit tout bien entendu… Putain t'en as qui arriverait à te dégoûter parfois.  

edit : et venir poser du sel sur IRC ne suffit pas, faut aussi polluer le forum… https://xcp-ng.org/forum/topic/6338 [...] lta-backup (3ème post)

Tu exagères, il ne t'a même pas demandé de lui filer du pognon pour alléger un peu son malheur. Enfin pas encore

Maintenant il implique qu'on a pété le support Arm délibérément

Pour l'emmerder lui en particulier, même ! Parce que vous lui voulez du mal !

 
REMBOURSEZ LES INVITATIONS §§§

Tu fais chier XaT, la situation est déjà assez compliquée pour que tu en rajoutes une couche 1 semaine de ban et j'suis gentil.

Franchement, en lisant le contenu du topic (donc sans l'IRC), j'ai plutôt l'impression que tu fais un excès de zèle là où le mec reste très courtois et essaie de faire avancer le problème et toi à chaque fois tu lui retombes dessus.

   
Je rêve de ban Xat de partout

J'ai lu en diagonale et je sais pas trop pour l'excès de zèle mais je trouve que c'est de l'énergie dépensé pour rien, faut laisser pisser (ou me ban )

invitez le ici pour le support ARM