Reprise du message précédent :

 
Pas dans FF 52 standard, mais dans FF 52 ESR.

Et c'est problématique une ESR ? Parce que c'est ce que j'aurai préconisé aussi  

Non, mais dans ce cas tu n'auras plus les (certaines ?) améliorations des versions supérieures de Firefox.
Mais pour l'utilisateur, il ne verra pas la différence.

Y'a quand même une monté en version plutôt rapide maintenant que la branche ESR est intégrée au dev chez Mozilla, donc les évo tu les as, au pire avec quelques semaines/mois de retard, et je connais pas beaucoup d'utilisateurs lambda qui trépignent d'impatience à l'annonce d'une nouvelle release.
Précise un peu le context, car comme je le vois, c'est pour un poste type gardien/portier/secrétaire...
 
Sinon dans un tout autre registre, petite question ADMX office H&B 2016:
-j'ai besoin de passer une règle pour désactiver le téléchargements des dossiers partagés dans outlook afin d'éviter des bug de resa sur des calendriers de salles.
Le parc étant plutôt hétérogène (2007/2010/2013/2016), j'ai passé le param pour toutes les version, mais évidement, sur mon controleur 2012R2, rien concernant 2016...
Là ou ça se gate, c'est lorsque je cherche l'ADMX correspondant à office 2016, le site de MS m'indique qu'il s'applique à la version pro plus !
Alors, est-ce quand même valable pour Home & Business, ou c'est mort ?

                   
C'était ça...

cool ! mais cette manip n'est que temporaire, d'ici une ou deux upgrades ca ne marchera plus non plus...

D'ici la 53 oui, sauf à justement passer sur le canal ESR.

Les dossiers partagés ? Tu veux dire les public folders ?
Tu peux toujours tenter d'appliquer le paramètre sur un Office 2016 H&B de test et voir ce que cela donne, mais il y a des chances pour que cette version soit effectivement castrée.
Et le support de 2017 s'arrête en fin d'année.

Y'en a ici qui ont tenté les Celeron ?

C'est quoi la question ?

Y'en a ici qui ont tenté les Celeron ?

oui.

Y a des gens qui ont eu des problèmes de désynchronisation avec les boîtes déléguées sous Outlook 2016 et exchange 2013 ?

Notre prestataire galère à trouver d'où ça peut venir....

Ils peuvent pas demander à MS ?
 
XaT

Nan mais sérieux, tenté quoi de spécial avec des Celeron ? Faire du parapente avec ?

 
Oui : évites vraiment les Covington, l'absence de cache L2 pourrit trop les perfs, faut prendre un Mendocino (un 300A c'est le top, tu passe le FSB à 100 MHz et hop !)
 

En ce moment je tiens à la rage.
Contre tout ces prestataires qui se raccordent à une installation réseau pour pouvoir dialoguer avec leur matos (caméras de videosurveillance, installation de clim', ...), ou les fournisseurs de software en carton:
 
- "J'ai besoin d'une ouverture de ports" "Bien sûr, quels ports ?" "Les ports par défaut" "Euh, mais les ports par défaut pour le HTTP, le HTTPS, d'autres protocoles ?" "LES PORTS PAR DÉFAUT !!!"
 
- "Nous avons besoin de l'adresse IP" "Vous demandez une IP, vous parlez d'une réservation sur leur réseau local ou de leur IP publique ? Si vous me demandez ça, c'est que vous allez avoir besoin d'une règle de NAT je suppose ?" "(insérez ici un silence de plusieurs semaines entrecoupé de relances de ma part), puis: Nous avons besoin de l'adresse IP en urgence" "(je leur lâche l'IP publique du client, sans aucune autre information histoire de voir si ils se réveillent)" "Ça marche pas, vous nous mettez des bâtons dans les roues"
 
- "Oui bonjour, j'ai installé mes caméras et je veux y accéder à distance" "Bien sûr, pas de problème, mais je crains ne pas voir votre équipement, il a quoi comme IP ? Mais... Ce n'est pas une IP qui correspond au sous-réseau du client ça... Ah, je vois que vous avez mis un deuxième serveur DHCP sur le réseau, c'est normal que ça ne fonctionne pas" "Je fais comme ça partout et ça fonctionne, votre réseau c'est de la merde" "Désactivez le serveur DHCP de votre équipement déjà. Ah, vous ne savez pas le faire... Bon, pas grave, je vais vous le bloquer sur notre switch. Ah, et maintenant, les caméras que vous avez branché sur notre réseau ne fonctionnent pas ? Parce que vous trouvez ça normal de vous brancher sur un réseau sans demander ? Oui ?!? Et vous faites ça partout ailleurs ? Ah... "
 
- "Le client veut accéder à distance à ses caméras, pouvez vous rediriger les ports XXX et XXXX vers l'IP du serveur de caméras s'il vous plaît ?" "Et l'IP de votre équipement, c'est... ?" "Je sais pas, ça c'est votre problème" "OK, c'est bon, j'ai retrouvé votre équipement, j'ai fait les règles de NAT, pouvez-vous vérifier que ça fonctionne ? Oui ? Parfait, au revoir" "Eh, vous vous foutez de moi, vos règles de NAT ne fonctionnent pas" "Euh... Si, elles fonctionnent, je peux voir les caméras en HTTP*" "Nan, ça ne fonctionne pas" "Si. Quel est le problème exactement ?" "Vos règles de NAT sont lentes" " ??? Vous avez combien de caméras ? 16 ? En 720p ? Ah bah oui mais non, 16 flux HD ça ne peut pas être fluide sur une ADSL avec 800Ko d'upload"
* = le presta a demandé sans se poser de questions à rediriger le port 80 vers son équipement, les caméras sont visibles à distance en tapant admin // 1234 comme authentification. Au pire, il est tout seul sur cette connexion, c'est son matos qui est impacté. J'ai prévenu le client final, il s'en fout, ce n'est plus mon problème.
 
 
Et ce sont tous des prestas différents pour des clients différents - j'ai l'impression de faire ça toute la journée en ce moment, prendre par la main des professionnels qui vendent des "solutions connectées qui s'interfacent avec votre SI"

C'est marrant, je suis justement en train de rédiger un mail pour envoyer un presta se faire foutre pour le même genre de raison.
Ils devaient installer un système d'affichage de conneries sur TV, vendu comme 100% autonome, et tout d'un coup "ah oui, on a besoin d'installer ça sur un serveur qui a un SQL".
 
Tu va prendre cher mon grand

Perso c'est tout les tiers qui se branchent sur nos ports dédiés aux vlan prod.
Pas faute d'avoir [essayé de] sensibilisé les utilisateurs à utiliser le wifi pour les invités, avec un mot de passe hyper simple (sur demande du ceo) et imprimé et affiché dans les salles de réunions (sur demande du ceo...).
 
Vous luttez comment contre ça ? Filtrage MAC ?  
Je peux pas désactiver ou débrasser les ports en question on a des utilisateurs qui viennent se poser dessus (environnement "startup" ou tout le monde bouge tout le temps...).

802.1x

 
pour ca il faut des switchs manageable

Bah si il peut gérer ses vlans sur ses ports il doit avoir du 802.1x qui traîne..
 
XaT

Effectivement

Un peu compliqué à mettre en oeuvre dans la situation. Parc hétérogène (que ce soit matériel, OS, versions d'OS, j'ai même quelques laptop sous windows home héritage du prédécesseur...) et utiliseurs peu conciliant.
Ceci dit je vais me pencher sur la question.

 
Est-ce que ça suffit pour un usage web/outlook/word/excell.
 
Un celeron pas trop pourrit genre 4core 1.4ghz/2ghz.

Mieux que ça, ça accélère l’internète !

Je me disais bien que je n'avais pas encore assez ragé. Ce matin on a eu un mail parce que la sono ne fonctionnait pas chez un client. Après Nmap dans tous les sens, il s'avère que le presta a branché une partie de son installation en amont du routeur et l'autre en aval. Évidemment, ça ne fonctionne pas.
Et il se permet de nous demander de régler le problème parce que "ce n'est pas lui l'informaticien, ce n'est pas son boulot"

Tu fous pas de DHCP sur ces ports et les mecs comprendront vite
 
XaT

 
oui d'accord.

Pour un usage basique bureautique ça suffit bien, comme tous les CPUs d'entrée de gamme. A la limite si tu as un doute, cherche un benchmark CPU pour comparer le modèle que tu as en vue avec un i3 que tu connais déjà par exemple.  
Après si c'est pour manipuler des feuilles excel de 4 millions de lignes avec des macros et des formules de oufzor, ça vaut peut-être le coup de muscler un peu la config en CPU/RAM  
De mon point de vue, sur une petite config, le fait de mettre un SSD à la place du HDD fait souvent + la différence en performance/réactivité du système que le fait de mettre un plus gros CPU pour le même surcoût d'argent.

Enfaite je pensais à ça.

Pour un usage "libre service"

http://www.ldlc.com/fiche/PB00220064.html

Ça semble bien équilibré je trouve.

Parmi les moins cher, avec cpu correct, ram extensible, ssd, VESA..

Tous les ports en shutdown, les prestas n'ont pas accès physique aux switches (surtout pas ceux de prod ), on configure chaque port avant de le "no shut", tada Bye bye les boucles et erreurs de câblage, si ça monte pas on vérifie et on corrige ce qui ne va pas.

J'ai pre-configuré ma prochaine installation comme ça

les celerons en vente actuellement (G1620 , G1830,...) font au moins 2500 points au cpubenchmark. C'est suffisant .  Ils consomment juste un peu beaucoup je trouve (TDP 55 a 65W)  
Il y a des AMD qui font aussi bien au meme prix en consommant moitié moins

Pentium G sinon ça envoit bien
 
XaT

Je suis seul, et jamais prévenu des allées et venues surtout sur le site sur lequel je ne suis pas physiquement, du coup les jours de congés... Plus les users qui se baladent et ne veulent pas forcément utiliser le wifi (soit par flemme, soit par ce qu'ils se déplacent avec une tour en salle de réunion...). Esprit startup on a dit.

Met leur un petit swtich pourrave qui sort sur un bon vlan ?
 
XaT

Si je fous le switch en dmz -> pas d'accès aux serveurs de prod lorsque les users se foutent dessus.
Si je fous le switch en prod -> les invités également...
Si j'indique aux users où doivent se foutre les invités et où ils doivent se connecter -> indications pas respectées.
 
Je suis junior, je sais pas si c'est par ce que j'explique mal les raisons de ce que je leur dit ou si ils en ont juste rien à péter mais clairement j'ai un mal fou à faire respecter le moindre truc aux users, que ce soit le grand boss comme le péquin lambda...
J'ai essayé d'en parler à mon n+1 (le daf, on a pas de dsi vu qu'on est 130) mais j'ai l'impression de pisser dans un violon parfois...

Nan mais soit t'as du 802.1x, soit c'est la merde
 
Chez nous la consigne c'est de rien connecter en filaire pour les presta (même si rien n’empêche de le faire dans une salle de réunion par exemple).
En pratique les presta prennent un ticket à l’accueil pour accès hotspot à la journée, et si besoin de revenir dans le réseau interne, ils passent par un VPN.
 
Sinon il y a une demande pour connexion physique ou un gars de la bureautique est censé vérifier qu'il y a pas de virus sur le bouzin ..
Sinon tu prêtes des postes à la journée  

 
Chez nous c'est simple : Plus de ports actifs/brassés dans les salles de réunion et les autres endroits publics, un wifi guest et un wifi corp.

 
   
 
tu avertis ton N+1 des risques, s'il s'en fout c'est même pas la peine d'aller plus loin tu pourras rien imposer aux users, utilise ton temps à des choses plus utiles.
 
le seul levier que je vois c'est si tu arrives à quantifier le temps que ça te fait perdre par mois de gérer les problèmes engendrés par cette situation pour pouvoir mettre un coût dessus, là peut être qu'on t'écoutera.