Reprise du message précédent :

 
C'est toujours l'offloading (quand ce n'est pas le DNS )

Broadcom et HyperV  

Au final, c'est quand même bien un problème réseau

 
Parce que c'est toujours la faute du firewall  
 
 
 

 
 
c'est typique de l'equipe reseaux d'accuser l'equipe securité  

On m'a fourni 3 VMs pour installer des trucs.
Elles n'arrivent pas à communiquer entre elles.
Merci le réseau

C'est mon équipe aussi qui en fait l'exploitation donc ça ne change rien, la plupart du temps on se rend compte qu'il manque un élément pas configuré, que l'URL ou le protocole accédé n'est pas le bon, qu'une règle firewall n'a pas été demandée ou que les droits d'accès au tenant sont pas configurés, les gens ne savent pas ce qu'ils font ou ce qu'ils veulent faire. Donc c'est quand même pas la faute du firewall

D'ailleurs j'ai un cas je ne sais pas quoi en penser :
un nouveau service SaaS à mettre en place, dont la doc indique de faire pointer "mondomaine.com" vers shgdhhdiwkshdg-random-instance-saas.cloudproviderduservicesaas.com via une entrée DNS CNAME.

A ma connaissance, on ne peut pas faire un CNAME nommé "same as zone", sur l'apex de mondomaine.com, ça ne respecte pas la RFC. On peut seulement faire un CNAME nommé app.mondomaine.com ou www.mondomaine.com mais pas juste "mondomaine.com"

Du coup je suis dubitatif La doc demande nawak et ça peut pas marcher ? Ou il vit dans le turfu et je ne suis plus à la page (DNS flattening, SVCB, cloudflare qui trick le truc, etc) ?

c'est pas conforme, techniquement rien n'empêche de le faire quand même et d'obtenir le résultat que la plupart des gens attendent de cette manoeuvre, donc dans la pratique beaucoup de gens le font.

Ok merci Intéressant que le soft l'accepte, sur mon système ça ne permet pas la création du CNAME donc on va discuter avec le fournisseur pour voir ce qu'on peut faire à la place

Les docs éditeur qui décrivent des archis complètement wtf c'est très classique

 
La doc éditeur c'est l'application au niveau du support du fameux "ça marche sur mon PC"

Mon esprit cartésien trouve ça complètement pété et je me demande bien comment ces entreprises font pour prospérer à ce stade, mais bon je ne suis plus à ça près

J'ai un autre truc en cours de déploiement, grosse pointure dans leur domaine Ils forcent pour qu'on fasse une délégation de zone au lieu d'un simple CNAME, mais les serveurs DNS chez eux ne répondent pas, donc ça ne fonctionne pas très bien J'ai l'impression de causer avec un chatbot tellement les réponses et les résultats sont lunaires. On tourne en rond avec ça depuis des semaines

Fournisseur (architecte solution) : c'est quoi ces noms de serveurs DNS là sur le schéma ?  
Moi : Euh, ce sont les tiens ? Les noms ont été fournis par ton équipe

J'ai plein de cases cochées sur le bingo IT 2024 : SaaS hébergé sur un cloud + déploiement automatisé + presta intermédiaire qui sert à rien à part forwarder des mails + interlocuteurs on sait pas où sur la planète + prérequis tordus et personne qui sait diagnostiquer quand ya un souci Et pourtant la boite est dans le bon carré du magic quadrant, c'est très impressionnant je trouve, l'humanité est pas près de s'éteindre avec autant de résilience

Bah l'éditeur il s'en fout, quand ça tombe en marche son boulot est terminé, si ça a nécessité de transformer l'infra du client en un kludge géant c'est pas leur problème, c'est pas eux qui gèrent la suite

Puis bon tout ça c'est des détails que les clients ne regardent souvent pas trop avant de signer, donc s'ils sont pas contents c'est pareil, ils sont engagés.

Ça devient rigolo quand les rôles s'inversent : t'achète en SaaS justement pour ne plus que ce soit l'infra du client mais celle de l'éditeur, c'est SON problème maintenant. Et une fois que tu as signé, tu te rends compte qu'il fait pas mieux, souvent pire qu'on-premise, et ça te coûte + de ronds  
 
Le secret ce serait donc de vendre d'abord, on verra le reste ensuite, ça se tient  
 
Ton spoiler me fait penser n'importe quel projet SAP dont j'ai entendu parler, toujours la même histoire de base et la même frustration de n'arriver nulle part

 
D'où l'intérêt quand on est commercial de s'adresser surtout aux décideurs qui ne comprennent pas grand chose et de se tenir à une distance raisonnable des gens de la technique qui pourraient poser des questions gênantes
 
Bon après y'a aussi pas mal de boîtes où les technos sont nuls de toute façon, donc là c'est open bar pour vendre n'importe quoi.

Micro segmentation  

C'est secure
 

Tout sur un seul serveur, sinon la prod de nuit ne tourne pas dans les temps.
Et quand tu segmentes tu constates que le batch de nuit transfert plus de 20 fois la taille de la base de données tellement c'est pourri et pas optimisé.

 
Fais pas chier, ouvre tout. On a du vrai travail à faire nous.

 
Le TCO va être plus bas.
 
Comment tu calcule le TCO?
 
Fais pas chier.  
 
 

Les mêmes qui te disent qu'il faut pas trop en faire sur la sécurité... "On peut plus bosser..." (Correction faire n'importe quoi)

Et qui derrière quand ils se font pétés n'arrivent pas à capter pourquoi  

 
Bah dans leurs labs ça marche!  
Mais la vraie vie c'est pas leurs labs

Sissi, grace à docker  
 

Bah non, si c'est Docker tu expédies le disque dur uniquement. Ou même juste un master de l'OS

Tain discussion "d'ingénieurs" cette semaine. On doit trouver une solution pour partager des documents confidentiels. Mon collègue est parti dans un truc "wé mé tu vois on fait une bdd avec api + intégration SSO + habilitation centralisée via machin"

Ou sinon on met en place un drive partagé qu'on déjà en fait non ?

C'est quoi des "documents confidentiels" ? Parce que un drive partagé ne marche pas forcément (dans le sens conformité/niveau de sécu) et tu dois partir sur des solutions type conteneurs Z

Oui faut définir "confidentiel" et "entre qui ça doit être partagé"

Ça va se terminer en WeTransfer sans limite de temps et avec un lien public.

On en est pas là, c'était plus pour souligner que parfois avant de réfléchir à quelle usine on construit, on regarde si on a pas juste besoin d'un garage en fait.

 
Je mise un bifton sur un OwnCloud jusqu'à ce qu'on trouve des failles majeures dans tous les sens...

c fassil il fo un disk dur usb
mon papa il fait tout le tan sa o travail

 
Hmpf. Je serai pas surpris qu'un service genre marketing ou comm ait déjà fait ce genre de connerie.

Ah oui ça c'est clair. Les architectes qui partent dans leur délire tech alors que c'est pas nécessaire...    
 
Comme je dis tout le temps, "jouez simple"  

 
https://www.oodrive.com/
 
C'est fait
 

Voilà, un fichier zip avec un mot de passe, et t'es tranquille.

Et le zip sur un répertoire partagé "sur le réseau". Comme ça, on accusé au final "le réseau" en cas de problème.

Surtout bien cadrer et comprendre le besoin. C'est le truc qui change tout.
Une direction voulait des tablettes pour ses utilisateurs, c'était le plus adapté selon la direction.
Après rencontre avec les utilisateurs, vu qu'ils avaient pas mal de texte à saisir, des pc portables tout simple étaient ce dont ils avaient vraiment besoin. Le top management d'une direction qui ne sait pas du tout ce dont à besoin ses utilisateurs c'est tellement courant qu'on se demande comment ils arrivent à faire preuve d'autant de certitudes.

 
Et ensuite dire que c'est la faute des dev parce que 7zip marche pas, genius

Tu peux juste dire "Ton spoiler me fait penser n'importe quel projet". Ca marche aussi

Tien au passage, vu qu'on parle de documents confidentiels. Comment vous gérer le cas suivant ?
 
On a des données qui doivent pouvoir être consultées suivant certains groupes utilisateurs. Les utilisateurs peuvent changer de groupes au cours du temps. Ca veut dire que si à un moment donné ils pouvaient consulter certains documents, une fois le groupe quitté, ils ne doivent plus pouvoir y accéder. Donc, pour moi, ça exclut la solution de mettre des droits d'accès sur le nom/id des personnes. Trop compliqué à gérer qu'à chaque changement de groupe, il faille enlever des droits et en remettre à une personne. Ces droits d'accès concernent les documents (en GED par ex) mais aussi dans d'autres outils ou répertoires réseaux.
 
Ca implique d'avoir qq part une BD qui recense les types de données et les groupes qui peuvent y accéder ainsi qu'un outil d'authentification qui, à partir d'un id/mdp, va savoir qui est la personne et savoir dans quels groupes elle est. Mais après, il va falloir passer ces appartenances aux groupes aux différents outils et systèmes de fichiers.
 
Comme outils, je pense à des GED, des GMAO, des outils de ticketing, de gestion de conf... ainsi qu'à des répertoires réseaux.
 
Merci :jap :

les accès à des ressources sur la base d'appartenance à un groupe, c'est pas une fonctionnalité basique qui existe à peu près partout depuis plusieurs décennies ?   Même dans la gestion de base des droits unix il y a une notion de groupe...
Ou alors j'ai raté un truc