Reprise du message précédent :
 
Je suis pas DBA non plus hein   Très très loin de la
 
Postgresql est vraiment pas mal de ce que j'ai à gérer. Ce qui va faire chier ensuite, c'est encore et toujours la compatibilité des applicatifs avec postgresql.
Après, mes compétences DBA restent assez lambda, j'ai peu de point de comparaison.

Et ils comptent passer sur CentOS ?

Pareil à La Poste, on gicle Solaris mais on garde RHEL

 
Bonne question. Je ne sais plus.

ici aussi ça migre de redhat à centos il me semble.

Et ouais  

C'est technique en fait

http://www.silicon.fr/comment-orac [...] 16756.html

Moi je dis que vmware a un procès pour infraction à la licence GPL et hop, perché

Ca en est où ?
 
XaT

 
Héhé on avait eu ca dans la boite où je bossais avant, résultat un vCenter et un cluster de 4 noeuds exprès pour leur merde.
Maintenant en 6.0 tu peux faire du vMotion inter-vCenter...

Je bosse pour un infogérant en ce moment et on a vraiment de la grosse galère pour ce genre de m**de d'appli avec oracle.
 
la solution principale : instance rds oracle
 
mais en bdd, maintenant, y'a plus vraiment grand chose qui justifie de prendre de l'oracle.
si bdd "classique", postgre, sql server ou mariadb
si besoin de puissance, cluster de ces mêmes bdds, ça apporte de la haute dispo
 
et si vraiment besoin de bcp, c'est du big data donc derrière, solutions de big data.
 

Question stupide WSUS, y a moyen en fouillant la base de registre d’empêcher le redémarrage automatique d'un serveur ? Ou alors c'est une stratégie à mettre en place ?

Ah, parce que tu as une màj WSUS qui peut amener à redémarrer le serveur ?
C'est quoi comme màj ? Je n'ai jamais eu le soucis.
 
Tu peux le faire par GPO :  
If you do not want systems to restart, you must enable the policy setting No auto-restart with logged on users for scheduled automatic updates installations.
 
Il doit y avoir le même genre de GPO pour bloquer le reboot tout court.

Dans le registre j'ai bien celle qui ne redémarre pas avec des users de connectés, mais j'ai des serveurs qui redémarrent comme des grands et ça me pose problème m'voyez Après je suis pas super familier sur WSUS ...

de mémoire tu peux pas
La seule solution c'est de pas installer les maj en automatique

si install en automatique -> reboot sauf si un user est loggué la c'est blocable

apres y'a bien une solution crado -> autologin.exe sur tous tes serveurs a l'install avec un compte bidon user juste pour empecehr le reboot

Je vais passer l'installation des MAJ en manuelle alors.

Tu peux mettre le truc "Demander pour redémarrer".

Mais une MaJ qui s'installe et le serveur qui redémarre pas, au bout d'un moment TrustedInstaller prend plusieurs Go de mémoire

Sur les serveurs perso j'ai viré la MaJ auto.

Je ne savais pas le coup du Trusted Installer. J'avoue que ça ne s'improvise pas l'administration multi-OS Merci mes hotliners

Vos utilisateurs qui ont des soucis médicaux avec leurs mains et l'usage de la souris, vous les équipez comment ?
Me faut un modèle sans fil et joli.

bah faut plus de détails, ça veut tout et rien dire "soucis médicaux"
 
"soucis médicaux avec leurs mains" ça va de parkinson à manchot en passant par l'allergie au plastique, tu n'équipe aucun des trois de la même manière.

quel type de soucis aux mains ??  
canal carpien ? main paralysé ? parkinson ?
c'est pas les memes souris selon les pathologies

generalement les gens concernés sont les mieux a meme de repondre a ces questions.

 
ça reste des utilisateurs tu sais.    
 
Le genre de personnes capables de te sortir un truc du genre "il me faut des outils adaptés à mes soucis médicaux" et à la question "lequels ?" de répondre "la loi dit que je n'ai pas obligation de préciser mes soucis de santé à l'employeur"
 
 

pour les bras douloureux les evoluent vertical marchent pas mal ( mais le prix pique les yeux )
les gros tackball c'est sympa aussi pour certains ( logiteck en propose des pas mal genre M 570 )

 
Canal carpien apparemment mais bon c'est pas très clair toussa....    
Poste PAO.

Re question Windows.
 
Depuis mon poste de travail sous 7, je me connecte en RDP via MSTSC sur des serveurs Windows. À chaque connexion, j'ai un message qui me dit "Impossible de vérifier l'identité de l'ordinateur distant ..." Et m'indique un problème de certificat.
 
Je peux faire quelque chose côté serveurs genre "bêtement" créer un certificat ? Je dois le faire sur CHAQUE serveurs ?

ca dépend de ce que dit le message précisément, ca peut aussi être toi qui ne truste pas l'autorité émettrice du certificat présenté par le serveur.

mais dans tous les cas "déployer un certificat sur CHAQUE serveur", ca se fait pas à la main hein
template auto-enroll / gpo...

 
Bah connecte-toi sur leur vrai nom, celui indiqué sur le message en jaune avec l'erreur certificat, au lieu de l'ip ou ce que tu utilises actuellement

Le truc c'est que je ne suis pas administrateur de ma station de travail
 
Mais dans un autre cas, je suis administrateur du domaine et je veux contacter des serveurs membres de mon domaine depuis un serveur particulier (dans ce cas, ça sera le DC )
 
J'ai donc ce message :
 

 
Y a moyen que mon DC ait confiance en ces serveurs ? Ou alors ce sont les serveurs membres qui doivent émettre un certificat ?
 
Bon, après je peux aussi cocher la case et ils ne m'emmerderont plus

Voir ma réponse. Tu tapes quoi pour te connecter ? IP ? nom ?

Je tape son nom (court/long), le serveur est dans le domaine ainsi que dans le DNS.

Et ça correspond au message d'erreur ?
 
Sur ta capture tu as effacé le nom ? ou c'est réellement vide ?

le message d'erreur est explicite : the certificate is not from a trusted certifying authority.
donc soit c'est de l'auto-signé (je sais même pas si c'est possible dans le cas de RDP?) et dans ce cas faut lui générer un certificat depuis la PKI interne, soit ca provient de la PKI interne et tu n'as pas la certificat de l'autorité émettrice sur ton poste client

 

 
Oui, j'ai effacé le nom
 
En fait, j'ai bêtement fait un AD + DNS et j'essaie de me connecter à des serveurs membres de mon domaine nouvellement créé depuis le contrôleur de domaine. Jusqu'à présent ils étaient autonomes
 
Pour la petite histoire, on doit se connecter aux serveurs UNIX/Windows depuis CyberArk (d'ailleurs, les mots de passe sont générés par CyberArk, si on doit accéder à une console, on a possibilité tout de même d'afficher le mot de passe). Si CyberArk est HS malgré le PRA, on peut se connecter aux serveurs UNIX depuis un rebond Linux via l'échange de clés SSH (donc pas besoin de mot de passe, qui ne pourront pas être vu dans CybarArk quand il sera tombé). Mais pour Windows, on a monté un AD pour que l'administrateur du domaine (dont le mot de passe ne sera pas géré par CyberArk) puisse aller en RDP classique sur les autres serveurs le temps de l'indisponibilité. Après, c'est la volonté du groupe, donc pas de jugement, on veut bannir les connexions directes et passer par la solution.
 
Et ce message, c'est plus par "confort" et car j'ai envie d'apprendre un nouveau truc que j'aimerai qu'il ne s'affiche plus.
 
Je sens que je suis pas clair ni dans mon explication, ni dans mon raisonnement Alors avant qu'on me dise que j'abuse, je pense créer un topic et dévoiler mon incompétence sur les certificats

J'en appel aux dieu du powershell:
 
J'essai de parler avec un webservice (SAP BODS) via powershell.
J'ai un joli .wsdl du webservice, et il y a un cmdlet qui a l'air génial pour ça: New-WebServiceProxy
 
Dans tous les exemple sur donné sur le net (avec le GetWeather) ça marche nickel.
 
Soucis, le .wsdl que je dois utiliser, présente plusieurs 'porttype'/interfaces; et là ça merde:
New-WebServiceProxy ne détecte que le premier porttype du wsdl, et pas les autres :-(
 
J'ai beau chercher, je n'ai pas trouvé de solution sur le net.
Quelqu'un a déjà eu ce problème ?

Normalement, tant que tu te connectes par le même nom que celui qui est indiqué sur le certif, tu n'es pas censé avoir de message d'erreur.

Doit y avoir un truc qui m'échappe alors    
 
Déjà j'ai 3 plombes de "Securing remote connection" et j'ai le même message On dirait que le certificat distant n'est pas trusted, alors que c'est le truc de base quoi
 
Mais merci d'avoir pris du temps pour me répondre

Y'a pas d'hébergeurs gratos pour du MatterMost (faut que je le test tiens) ?
Faut en monter un les amis  
 
MatterMost est une alternative opensource à Slack.
 
Imaginez donc vendre de la pub aux particuliers et des abo/support aux pro
 
XaT

C’est pas Debian plutôt ?