Reprise du message précédent :

lolwut, c'est ton PBX qui sert de routeur ? Détaille un peu la partie en gras, à mon avis c'est le coeur (pas clair) du soucis.
Sans schéma la comme ça, je mise une pièce sur le presta qui t'a fait une vieille boucle réseau en branchant un câble n'importe où (ou bien une carte du PBX qui fait bridge ethernet, et créé une boucle), du coup le spanning-tree bloque et débloque des ports, avec un joli recalcul au rythme des changements de topologie spanning-tree

on dirait que je fais encore des merveilles pour ce qui est de me faire comprendre

J'essaie de rendre ça plus clair :
avec une config tout ce qu'il y a de plus basique, un vlan PC, et un vlan TelIP dans lequel se trouve mes postes IP et mon OXO,
certains PC auront besoin de communiquer avec l'OXO, ne serait ce que pour modifier des paramètres via l'appli OMC, ou pour faire fonctionner l'utilitaire PIMPhony.

Pour ça, routage effectué par mon cœur de réseau, avec les réglages acl qui vont bien. Depuis le changement de carte cpu de l'autocom, des fois l'autocom est joignable, d'autres fois il ne l'est pas, sans changer quoique ce soit.
Quand il ne l'est pas, il n'est donc pas possible de pinger l'OXO présent sur le vlan Telip à partir du vlan PC, par contre il sera possible de pinger les postes IP, pourtant présents sur le même vlan que l'OXO.
Si je m'amuse à tagger un PC sur le vlan Telip, je pourrai à nouveau joindre l'OXO.

Pour ce qui est du branchement foiré, ça me parait peu probable : un seul et unique câble qui relie l'autocom à mon cœur de réseau.
Par contre, la carte qui fait bridge ethernet, ça peut être une piste.

Un seul câble qui relie l'OXO à ton 5406Z, ça veut dire qu'il est en trunk (802.1q). L'OXO il gère ça correctement ? Qu'il ne bridge pas les 2 vlans, ou bien qu'il active une IP ou l'autre ? Regarde aussi au niveau de la route par défaut de l'OXO, qu'il n'en n'ait pas 2 mais une seule (sur le vlan PC normalement, vu que ton vlan TelIP n'ira pas très loin), voire 0 si tout est local et pas d'accès à Internet par le PBX (NTP ou autre).

C'est un problème à la con mais en étant méthodique sur l'analyse topologie/configuration tu vas vite trouver. Les logs réseau de l'OXO pourraient aussi être utiles s'il y en a

EDIT : tes acl elles autorisent/bloquent quoi vers quoi ?

de la méthode, je dois en avoir un peu
les connaissances nécessaires en réseau c'est moins sûr    
 
A savoir que la config de l'oxo est simple : il y a une liaison ethernet taggé sur le vlan telip ... et c'est tout. Mon cœur de réseau est censé faire le reste.
 
Hier l'oxo était accessible des deux vlans.
Ce matin, l'oxo (une seule adresse ip paramétrée : 172.30.0.99) n'est accessible que sur le vlan telip ... en partie, cf ci-dessous :
Si je tente un ping de mon coeur de réseau (172.30.255.254 en /16) vers l'oxo (pas question de routage ici donc) les paquets envoyés sont tous perdus.
y'a vraiment un truc qui m'échappe

Salut les aigris. Ca vous dit qqch ça ? https://www.bleepingcomputer.com/ne [...] p-laptops/

Yep c'est le truc du jour; https://www.modzero.ch/advisories/M [...] logger.txt
 
XaT

Je confirme, j'ai un parc de HP 450 G3 ProBook, et j'en ai regardé qu'un pour l'instant, j'ai bien tout ça.
Et le fichier est costaud. Pas vu d'information "concrète" dedans, mais c'est clairement pas normal.
 
Putain vais encore m'amuser.............................

qui laisse les drivers/utilities pack d'origine

m'en fou ils sont tous sur 8.1

+1
J'ai un gros tas d'HP, bon la plupart sont sous nunux (hein ), ceux sous windows c'est formaté.
 
XaT

Nous on passe par un presta qui est censé nous mettre une image clean de Windows épuré de toutes ces conneries, mais là vu que c'est un driver...

Bah justement pour les drivers je prends sur le site du constructeur du chipset    
 
Et encore pour le son Windows se démerde en général.

ben c'est le driver fourni par le constructeur du chipset, visiblement

Des retours sur les calculs CUDA/OpenCL sur GPU Nvidia, surtout sur le versus Quadro/GTX grand public ?
 
XAT

 
 
Il me semble que Nvidia bloque le CUDA sur les GTX  

J'ai aussi, mais on clean les tâches planifiées. Le fichier est à 0Ko.

On dirait que tu te trompes : https://developer.nvidia.com/cuda-gpus
 
XaT

Le support catalogue HP du marché sur lequel j'achète est en Roumanie, et à voir les réponses par mail ça galère en français
 
XaT

bizarre car les roumains, le parle.
apres l'ecrit ^^

ouep en général je suis plutôt agréablement surpris par le niveau de francais du support microsoft en roumanie

Chez nous on a un Roumain dans l'équipe et il parle super bien français. Il m'a même montré un livre qu'il lit et certaines phrases se déduisent en français.

Bah je crois qu'a l'epoque des lumiéres, le francais etait la langue officiel en roumanie non ? ou du moins etait parlé par la Haute .
Voili voili

 
Du temps de la guerre Froide, l'armée populaire Roumaine avait pour vocation d'être une armée d'occupation du territoire Français. Le Français était donc très enseigné chez eux.
Pour la Pologne c'était la Grande Bretagne, c'est pour cela que les Polonais sont plus Anglophone.

Bon courage à ceux d'astreinte ce week end

Tu parles de Wanna-Cry ?

Il se donne du courage peut être.

Tu seras plus tranquille pour traiter une infection pendant le weekend et faire des restauration plutôt qu'un lundi matin où tout le monde t'appelle et te demande dans combien de temps ça va repartir.

Télécharger le web sur son pc    

 
C'est  la giga-merde ouais
 
/retourne à sa cellule de crise

Mais en quoi c'est différent des autres ransonware ?

Propagation auto à partir d'un poste infecté, par le réseau local, vers les PC sous XP / 2003 svr only.

Ce qui me promet une bonne campagne de patch sur les vieux serveurs, VMs pour vieux ERPs, pupitres, postes, caisses et autres baies robots dès le début de la semaine, haha.

Mais les autres (locky par ex) se propageait pas déjà par le réseau ?

non.

Est-ce qu'on sait si la famille windows 2000 sp3 est concernée ? J'en ai encore une bonne dizaine...

Ah bon je croyais que c'était déjà le cas la propagation.

Bon ben have fun alors  

Y'avait qu'a patcher avec les fixes de M$ quand ils ont été publiés, il y a près de 2 mois:
https://technet.microsoft.com/en-us [...] 7-010.aspx
Et pour les OS plus supportés, il y a eu un fix exceptionnel: http://www.catalog.update.microsof [...] =KB4012598
 
De toute façon, il a été inactivé au niveau du cryptage (mais peut être pas de la propagation): https://www.malwaretech.com/2017/05 [...] tacks.html
 
(mon post n'est qu'un plagiat honteux des infos qui passent sur BlaBla@prog   )
 
A+,

 
Franchement c'est limite bien fait... Peut être que ça fera comprendre les décideurs qu'il faut du budget pour MAINTENIR des applis

+1, la sécurité informatique est toujours considéré comme de l'argent perdu par les dirigeants, ça les fera un peu réfléchir...
De mon côté, les serveurs que je gère dans ma boite sont tous sous linux... mais certains de mes collègues ont des Windows 2003/2012 à charge...avec les mises à jour pas faites  

 
Mais ça concerne aussi Windows 7 et Windows 2008 non ? Pourquoi tu parles que de XP/2003 ?

J'allais poser la question.

 
Le problème, c'est que tes serveurs peuvent bien être sous nunux, si ce sont des serveurs de fichiers en SMB connectés à un poste Windows infecté, les fichiers seront cryptés aussi, sauf s'ils sont en lecture seule.