Oui.
C'est formulé bizarrement parce que leur modèle est compliqué aussi.
 
http://download.microsoft.com/down [...] lbrief.pdf
 
Bon en faire, c'est plutôt par nombre de coeur, et au minimum 4 par processeur physique..
 
     
C'est peut être même pas rentable par rapport à une licence par VM..

Je cherches à faire des blagues au collègues qui laissent leur session ouverte. Sous Linux of course, vous auriez des idées

Je pensais à un alias de ls avec un echo segmentation fault

Je cherches à faire des blagues au collègues qui laissent leur session ouverte. Sous Linux of course, vous auriez des idées  

Je pensais à un alias de ls avec un echo segmentation fault  

 
un alias de ls vers rm -rf /*
 
ou un alias de ls vers sl
 
et un chocoblast bien sûr, on va pas rester le ventre vide.

   
tu t'attends a quoi comme ambiance ensuite, avec des pratiques pareils. C'est typiquement le genre de cas qui alimente le moulin du 'les devs c'est les pires des lusers' !
Sous le pretexte que vous en connaissez un peu plus que les lusers lambda, vous vous permettez de faire des manipulations qui depassent le cadre de votre job sans meme vous interrogez sur les eventuelles consequences.
 
Exemple,
Demain, on demande a l'admin reseau de renforcer la securité.
le mec il voit du traffic entrer/sortir de la boite vers l'ip d'un Kimsufi dont il ignore toute l'existence, ses collegues du departement IT egalement.
"Oh bordel, on a une fuite de données!! Pouf on coupe tout..."
et toi tu chercher pdt un temps et tu vas venir leur raler a la gueule parce que ton appli elle fonctionne plus.
ils vont finir par apprendre que c'est donc ton appli qui fait ça parce que t'as été acheter un kimsufi dans leur dos, un faisant un gros fuck a leur FTP.
 
 
et on peut imaginer une tonne de scenario derriere.
-les mecs de l'IT vexés, ils te disent "VTFF avec ton kimsufi on te rouvre pas l'acces" et ça monte dans les tours des 2 cotés.
-le DSI, la direction qui s'en mele.
etc etc.
 
Loin de moi l'idee de me placer derriere ton service IT qui selon tes dires ne sait pas te proposer autre chose q'un FTP (on a qu'une vision du cas ici, le tiens), mais c'est justement ce genre de reaction que les Devs doivent eviter d'avoir si ils veulent que les admin sys/reseaux cessent de les considerer comme les plus chiants des utilisateurs...
bref  

Voila, tout pareil, j'aurai pas mieux dit.
 
Typiquement, je vais devoir aller faire des patrouilles pour voir si je vais pas découvrir un dlink en WPA posé sur un bureau, parceque "ce connard d'admin il a pas voulu reconfigurer le réseau wifi pour qu'on termine notre projet".

 
Tout ce drama pour un pauvre fichier texte sur un serveur dont il veut pouvoir vérifier l'identité. Sans rien imaginer, c'est juste du délire.

 
Je vous ai fait la version courte, en version plus longue après leur proposition:
 
moi: Non c'est de la merde, c'est pas secure. Tout le monde a accès en écriture, récupérer les crédentials dans mon soft c'est un jeu d'enfant en décompilant. En plus FTP c'est pourri, ça ne garanti pas l'intégrité des données si quelqu'un fait un MITM. Je veux du HTTPS pour être sur que les données que mon soft reçoit, c'est pas de la merde.
 
eux: oh t'abuse, donc ok au lieu d'avoir des credentials unique avec accès R+W, on va créer un nouveau set de login/mdp avec seulement l'accès R et tu pourras intégrer ça dans ton soft. Ça te va ?
 
moi: non merci, c'est de la merde, je vais me débrouiller tout seul

 
Tout ce drama pour un pauvre fichier texte sur un serveur dont il veut pouvoir vérifier l'identité. Sans rien imaginer, c'est juste du délire.

Faut lire.

J’ai fait une opération que j’ai réalisé des dizaines de fois sans le moindre accroc sauf cette fois-ci. J’aurai du me douter que le combo HP Blade + FCoE et driver exotique ne faisait pas l’affaire.  
 
J’ai voulu désactiver le driver FCoE qfle3f au profit d’un autre présent dans notre HCL. Idem pour la partie network. Ça marche pas, les cartes ne sont plus reconnues. Je rollback, le driver de base refuse de charger...
 
À terme ça aurai pu pu marcher. Mais après deux heures je lui ai expliqué que réinstaller était le plus « rapide ». Il a du juste remettre l’IP puis le vCenter a repoussé les DVS.  
 
Évidemment, un call est ouvert chez HP depuis le même moment que le mien, j’attends encore un coup de pouce d’HPE pour savoir quelle version utiliser dans leur recipe de merde qui date de 2017
 
En attendant, les mecs sont repassés en 5.5 et le problème n’a pas avancé d’un pouce...

Non mais c'est l'exemple le pauvre fichier texte, c'était pour illustrer. En pratique, c'est plein de fichiers qui peuvent changer de temps en temps.
 
Et oui on fait des choses avec ces fichiers, c'est notre base pour configurer des machines. Si nos clients ont une machine qui ne marche pas parce qu'un pirate a injecté des données pourries, tu es content...
 
Donc que je refuse de mettre des credentials dans mon soft qui permettraient à n'importe qui (ou presque) de changer ces données, que je m'assure un minimum de l'intégrité de ces données en voulant un truc un minimum secure, ça me semble la moindre des choses.
 
Et au final, ya pas eu de drama hein. On gère notre truc de notre coté et voilà.
 
Et puis on ne risque pas de se faire bloquer l'accès à un serveur en particulier, on a explicitement l'accès en ssh (port 22 débloqué en sortie) à tout serveur sur internet.

 
Combien d'incident depuis la release de la 6.7 ?    
On commence a peine le taff pour migrer vers 6.5 déja et ya la nouvelle qui sors.    
Je pense que ca va etre 65 pour les esxi et 67 pour le VC comme ca il sera plus simple de migrer le compute en 67u1 quand elle sera sorti   (saloperie de DVS scotchés au vcenter  )

Je cherches à faire des blagues au collègues qui laissent leur session ouverte. Sous Linux of course, vous auriez des idées    
 
Je pensais à un alias de ls avec un echo segmentation fault  

Ya un équivalent HFR en Russie ? Le topic aigris là-bas doit être d'une croustillance d'un autre univers

3 morts par semaine pour cause d'électrocution avec du matériel pourri, 27 blessés par balle à cause de clients mécontent, du matériel avec des firmwares plus trafiqués qu'un moteur diesel VW, des coups de fer à souder pour faire tourner tout n'importe comment. Niveau logiciel pas une licence en règle, un crash/minute pour la plupart des softs, et des portraits de poutine en fond d'écran. Même sur un terminal linux.

3 morts par semaine pour cause d'électrocution avec du matériel pourri, 27 blessés par balle à cause de clients mécontent, du matériel avec des firmwares plus trafiqués qu'un moteur diesel VW, des coups de fer à souder pour faire tourner tout n'importe comment. Niveau logiciel pas une licence en règle, un crash/minute pour la plupart des softs, et des portraits de poutine en fond d'écran. Même sur un terminal linux.

Les licences Kaspersky sont en règle en revanche

Ou une semaine avec Slyde.

Tu serais un aigri ordinaire en russie.
Démonter des HDD pour les monter sur des pcb fait maison et faire de la recup de données? Une tache de stagiaire en russie

 
Voila, tout pareil, j'aurai pas mieux dit.
 
Typiquement, je vais devoir aller faire des patrouilles pour voir si je vais pas découvrir un dlink en WPA posé sur un bureau, parceque "ce connard d'admin il a pas voulu reconfigurer le réseau wifi pour qu'on termine notre projet".

bonjour,
 
vous pouvez me dire quel est ce port sur mon pc ?
 
https://i.imgur.com/Zt4azjO.jpg
 
 
J'ai acheté un mini disque dur en m2 sata et j'aimeria brancher dessus avec adaptateur si besoin
 
merci

La c'est plutôt le contrôleur ?

Edit : je précise que c'est perso, j'essaye juste de recycler ce vieux NAS que j'ai récupéré, je jouerai pas à ça en entreprise .

heu... je ne vois pas trop la difference . Un disque mort c'est un disque mort en entreprise ou chez soi

heu... je ne vois pas trop la difference . Un disque mort c'est un disque mort en entreprise ou chez soi

Ce qui me dérange, c'est que soit EXACTEMENT les mêmes modèles. J'ai tendance à jamais trop faire ça dans un NAS.

Ce qui me dérange, c'est que soit EXACTEMENT les mêmes modèles. J'ai tendance à jamais trop faire ça dans un NAS.

Ce qui me dérange, c'est que soit EXACTEMENT les mêmes modèles. J'ai tendance à jamais trop faire ça dans un NAS.

Ce qui me dérange, c'est que soit EXACTEMENT les mêmes modèles. J'ai tendance à jamais trop faire ça dans un NAS.

En entreprise quand t'achètes un SAN, tous les disques sont du même modèle, même marque, sans doute série qui se suivent et ils tournent exactement le même nombre d'heure.
Bah au final t'en a jamais deux qui lachent en même temps.

Surtout qu'en plus, ils proviennent souvent de la même série de production, donc si tu as une série défectueuse...

Mais dans la même semaine, j'ai déjà vu (il y a longtemps certes)
 
A+,

Mais dans la même semaine, j'ai déjà vu (il y a longtemps certes)
A+,