Reprise du message précédent :
Surtout à Bill Gates en pleine démonstration avec un scanner USB

Les BSOD sous Windows 95  

Par écosystème j'entendais plus les applications d'entreprise et le contenu du Store rachitique, pas WinRT lui-même.
Pour le niveau finition, rien que la cohabitation Metro/Desktop classique est carrément bâclée. Comme dit plus haut, on peut même pas personnaliser les tuiles, pour une des principales nouveautés de l'OS mises en avant par l'éditeur, ça fait un poil désordre
Ce qu'un Service Pack ne pourra pas changer, c'est la réputation de l'OS, Vista l'a montré. Et sur ce point-là, 8 est très mal côté pro (et ça m'arrange pas plus que ça de continuer à devoir proposer des infras 7 plutôt que 8). Certaines entreprises le mettront en place partiellement pour les nouvelles fonctionnalités serveurs et l'aspect mobilité, mais la plupart attendront logiquement la R2 ou la prochaine version majeure (et là encore, le flou entretenu par Microsoft sur les cycles de développement n'aide pas non plus).
 
Pour WinRT, je ne comprends pas non plus pourquoi Microsoft s'est embarqué là-dedans, alors qu'ils venaient de se débarrasser des deux boulets Itanium et OS serveur 32bits. La couleur de Windows, le goût de Windows, l'odeur de Windows, mais c'est pas du Windows.

C'est quoi votre problème avec windows 7 en fait ?

 
   
 
Et puis, qui a dit qu'on te prenait pour parfait ?

Hein ?
 

Et qu'est-ce que ça peut bien faire le contenu du store pour une utilisation desktop pro ? Surtout que si tu argumentes ça pour expliquer que les gens restent sous 7, qui n'a pas du tout accès au store...
 

C'est clair, mais ça reste un problème très peu critique, surtout si comme tu le dis toi-même tu compares à l'usage que tu pouvais avoir avec 7.
 

Je suis pas sur que ce sera le cas pour Win 8 mais les réputations d'OS ça change, certains ont vite oublié l'accueil qu'avait eu XP "playskool" et son menu démarrer qui changeait Et Win 8 a un bien meilleur accueil, même en entreprise, que Vista.
 

MS a voulu le beurre et l'argent du beurre : un OS tactile pour tablette par cher qui profite de l'image Windows et d'Office pour tenter de rattraper leur retard et ne pas se faire bouffer par l'iPad & co sur le "post-PC", mais sans proposer un vrai desktop pour ne pas non plus s'auto-concurrencer sur les ventes de Windows x86 vendu bien plus cher. Le fait que quand tu parles a des gens de MS des problèmes de Win RT en entreprise ils te sortent tous avec un air d'incompréhension total "ben oui mais faut prendre des tablettes Win 8 Pro   " montre bien à quel point ils sont à côté de la plaque.

 
   
 
Et puis, qui a dit qu'on te prenait pour parfait ? [/quotemsg]
voila, allez donc vous faire voir
 
 

Ah ben voila

Je suis toujours en galère avec mon FW Fortinet et mon routeur SFR. En fait qd je branche un PC en direct dessus, pas de soucis, la connexion est stable, et depuis l'extérieur je peux pinguer l'IP publique du routeur, ça fonctionne.
 
Lorsque je branche mon Fortinet en revanche, je peux pinguer l'ip publique pendant 2 minutes, puis ça coupe 1 minute, puis ça revient, etc etc. Comme si je branchais/débranchais physiquement le port Wan1. Qu'est-ce qui pourrait expliquer ça ?

De loin, rien de plus qu'une bascule entre les ports. T'as pas les logs ?

hello à tous, est ce que quelqu'un pourrait m'expliquer ces paramètres bien pourri de mon ad , dans le parametrage du ntp :
 

 
dans le parametre ntpserver.
 
Normalement je devrais y avoir que celui de time.windows

Collègue bricoleur ? En tous cas ces valeurs ne se sont pas inscrites toutes seules.

yep, surtout que je vois qu'il y a un decallage d'heure avec "l'horloge. "
Et je me demande si cela ne vient pas de la ...

 
Oui effectivement y'a un wan1 et un wan2, mais la bascule se fait en cas de perte de ping sur les passerelles respectives. Hors ça bascule pcq je perds le ping  

 
Ben si ton fw ne laisse pas sortir le DC vers ces cibles sur leur protocole spécifique (123/udp de mémoire), ouais, ça peut pas synchro.

 
Quid des logs sur les bascules, le message précis ?

 
Mais ils se synchronises avec quelque chose, vu que je fou manuellement à l'heure, 7 jours plus tard, paf plus à l'heure ^^
Et oui je te confirme les DC pas accès à l'exterieur.

 
Virtualisé avec des vm tools ?

Mais le demon est-ce qu'il est synchronisé ? Parce que là tu fais du one shot.

 
Au niveau AD seul le DC PDC doit être configuré, tout le reste se fait automatiquement.

 
Tu veux dire le pdc emulator ?

Je suis trop jeune pour avoir connu l'époque bénie de NT4  

 
Mais ça ne t'empêche pas d'utiliser un terme y faisant directement référence et faux sur un environnement active directory

 
 
Rien, ping error entre le FW et la passerelle, donc interface down  

 
Ah bon, les autres c'est pas des BDC ?

 
yep,  
mais pas de synchro avec ESX

 
normalement il ne doit y avoir  qu'1 DC qui se connecte à l'exterieur (ou non), et les autres se synchronisent à lui.
 
La l'horloge est bonne durant 7 jours, puis redecallage. Je cherche le coupable.

 
J'essaie de m'intégrer à la tranche d'âge supérieure   Je ne m'épargnerai aucun sacrifice. C'est pour çà que je me tape du VBS aussi    
 

 
Reboot hebdo des ESX ?

Vous y croyez à ça ? J'ai réglé mon soucis en forçant le port de mon Fortinet en 100 Mb Full plutôt qu'en 100 MB Half   .

Il était forcé en half ? Pourquoi tu ne l'as pas passé en auto ?

Ha ben oui j'y crois tout à fait  

 
heu non pas reboot est esxi ^^
Uniquement lorsqu'ils plantent
 

 
Non je suppose que l'auto-négociation le faisait se mettre en half. Ou alors c'est d'usine comme ça ? En tout cas je ne pense pas que ça ait été configuré manuellement.

si l'auto le met en half y'a de bonne chance que ce soit parceque de l'autre coté t'etais pas en auto

aucune surprise

Moi je suppose que c'etait forcé en 100FD de l'autre coté.

C'est le comportement "normal" de l'auto-neg.
Auto <=> auto : 100FD
Auto <=> 100FD : 100HD

C'est très con mais c'est comme ça

Ouais mais le truc dingue, c'est que j'avais genre 1 min down et 3 minutes up cycliquement.  

typique de l'autonego qui se chie dessus

Je l'ignorai, et j'ai perdu un temps fou à cause de ça  

toujours commencer du plus simple vers le plus compliqué

- vérifier le cable et si les switchs croisent/décroisent à la volée (la dernière fois, 2 switchs qui se battaient la dessus, la diode passé de up/down super vite pendant quelques secondes, et le netgear finissait par stopper le port )
- vérifier si y'a pas une restriction sur le port, vitesse, vlan, port on/off

et ensuite seulement vérifier le reste c'est comme ca que je fait les rares fois ou je fait une lan

bon, après c'est toujours facile de dire ça après que t'ai galéré 1WE

c'est en effet con