Reprise du message précédent :

Ouvrir soit même son matos Apple c'est Mal, faut aller dans son apple store préféré c'est tellement plus pratique !

 
Impressionnant !  
Malheureusement c'est du Java  

Vous etes simplement jaloux de OSX qui vous retire du boulot en rendant les lusers plus autonome    

Ça serait trop rapide sinon...  
A+,

Ils n'auront pas mon clic.

Ah tiens j'avais même pas vu qu'ils avaient sorti un "nouveau" Mac Pro en 2012 (bien que ça soit plutôt une révision du précédent modèle sorti en 2010)

C'est le même modèle avec de nouvelles options de carte graphiques en gros, le Mac Pro n'a pas eu d'upgrade depuis si longtemps qu'il ne rentre même plus dans les clous des nouvelles normes environnementales dans l'EU et que du coup il n'est même plus du tout proposé à la vente en Europe.

Ah voilà, je savais qu'il n'était plus vendu en Europe mais j'ignorais pourquoi

 
yop, je reviens vers vous pr mon pb d'acces reseau.
 
- j'ai donc une foret AD avec un serveur "srv1" et son enfant "srv2".
 
- les postes n'accedent bien qu'a leur propre reseau et communiquent avec "srv2".
appelons reseau1 avec adresses en 192.168.x.x/24  (il y a plusieurs etendues dhcp) le reseau dans lequel se trouve les postes.
il recevoient une conf ip via le serveur dhcp dans l'etendue qui va bien.
Dans les options d'etendue, je specifie 003-routeur (la gw), 005-serveur de noms ( srv2), 006-serveur DNS (srv2, ip en 192..), 015-nom de domaine dns (enfant.domaine.local).
Corrigez moi si jme trompe mais jusque là, rien d'extraordinaire.
 
- sur srv2, DNS/DHCP/DOMAINE_AD,
il y a une carte reseau pr le reseau1 et une 2nde pr le reseau2.
le reseau2 a des adresses en 10.35.20.x/24
Par ce reseau2, le serveur communique avec le serveur de la foret et sa passerelle (il n'a pas la meme que les postes).
 
Si dans ma conf du srv2, je laisse le DNS ecouter sur la patte reseau2, je me retrouve alors systematiquement avec un enregistrement hote (A)
srv2 --> ip-reseau2 dans la zone de recherche directe DNS en plus de celle donnant srv2 --> ip reseau1.
 
et bien evidemment, du coup, il est tres frequent qu'un poste qui fasse une requete vers le serveur srv2, le voit avec la mauvaise adresse ip.
un ping nous sort 97% du temps l'adresse ip du reseau2. Mais ce reseau n'est pas joignable par les postes...
 
Si je desactive l'ecoute sur ce reseau dans le DNS, plus de pb du coté des postes, mais alors je perds la replication AD.
J'ai bien pensé a decocher l'option "Enregistrer les adresses de cette connexion dans le systeme DNS" dans les propriétés avancé de la carte reseau
donnant sur le reseau2, mais ça ne change rien...
 
J'aimerais bien que les 2 fonctionnent en meme temps, ça serait quand meme plus utile et si je me fourvois dans ma configuration, dites-le.
Merci.

L'archi me semble vraiment mauvaise et bancale, t'as pas de routeur entre tes 2 subnets plutôt que de foutre 2 pates réseau à ton serveur AD ? C'est quoi le vrai besoin derrière tout ça ?

A quoi ca sert de mettre 2 DC si un seul est joignable par les postes ?    
 
Même remarque que Pollo... faut connaitre le besoin.
 
Et un petit schema pour piger aussi l'archi, c'est plus simple.

 
Du coup ça m'a servis de lire ce topic, aujourd'hui la bureautique est venu me voir avec un iPad ..
On va créer un user/bal par iPad, en leur donnant un num. Ainsi si matos HS ou changement de personne, on garde le même compte Apple ..
 
Ca se gère sur un AD ces merdes ?
 
Edit: J'ai lu la suite des posts J'imagine que la réponse à ma question est simplement "non, tu ne peux rien faire"

Mono foret, mono domaine + vlan  
Mais attendons comme tout le monde le pkoi du comment.
Car c'est bizarre comme archi.
 
Sinon merci pollo d'avoir mis ca en forme, ca fait du bien dès le matin.  

 
si tu résumes ainsi, y'a rien de choquant
 
 

 
Fais comme Pollo, appelle le support """""""entreprise"""""""  

Multiplie ça par des centaires d'iphones, ipad et mac et tu deviens fou.

Ca gère activesync et tu peux donc appliquer des policies exchange, genre remotewipe ou code de déverrouillage obligatoire, c'est tout. A noter pour la blague que c'est encore pire avec Windows Phone 7/8 et Win RT...

Avec des produits MDM genre airwatch, mobile iron, good, etc, tu peux faire plus de chose, mais ça reste limité vu le niveau de verouillage d'iOS, en particulier ça ne change rien à la problématique de gestion des applis et comptes app store.

J'ai touché vaguement à leur OS serveur y a des années (je sais même plus le nom de leur outil de gestion) mais ça sert pas dans ce genre de cas ?

Dans la version serveur Mountain Lion t'as la fonction "Profile Manager" qui permet de créer et pousser des profils de config pour des devices iOS, mais c'est extrêmement limité par rapport a des solutions comme Airwatch : c'est evidemment de l'iOS only, t'as très peu de reporting, pas de gestion de contenu, etc.

De mémoire t'as la même chose pour configurer les iBidules... un générateur de fichier de config pour autoriser ou bloquer certaines actions sur le téléphone.
 
Mais bon, c'est de la gestion manuelle only, aucun service pour déployer ça par le réseau. Typiquement le genre de solution qu'on adore en entreprise.

J'adore ! Il y'a deux jours je reçois un mail de Pole Emploi qui m'indique qu'un document vient d'être déposé dans mon espace personnel et depuis :
"Le service est momentanément indisponible.
Veuillez nous excuser de la gêne occasionnée."
 
 

Ce service d'OS X Server permet quand même de pousser les profils via un portail web ou même en push over-the-air si tu obtiens un certif de push MDM auprès d'Apple : http://www.apple.com/ipad/business [...] t-mdm.html
A noter pour une fois que c'est gratuit (y'a pas si longtemps c'était 300$ le certificat...).

 
Donc faut acheter un serveur Apple qu'on ne trouve plus dans le commerce si je comprends bien ?

OS X Server est toujours commercialisé et peut s'installer sur n'importe quel Mac, et ce système de push MDM est utilisable par n'importe quel système de MDM tiers qui décide de le supporter, pas juste pas le profile manager d'OS X Server.

Tiens, Windows XP refuse de se mettre en veille si j'ai un doc Excel ouvert sur le réseau....  
Donc, le soir, si je veux que mon ordi se mette en veille (pour suivre les recommandations des admins), faut que je vérifie que j'ai plus aucun Excel ouvert, et si oui, les fermer.... génial étant donné que je bosse qu'avec des docs sur le réseau (suivant en cela les recommandations des admins, again) et que j'ai l'habitude de garder ouvert afin de me rappeler le lendemain où j'en étais...  

C'est vrai que c'est une super bonne idée de garder des documents ouverts au travers du réseau pendant toute la nuit

ça me fait toujours rire les gens qui ont des méthodes de travails chelou "parce que vous comprenez mon boulot est particulier" mais qui ne peuvent comprendre qu'il y a d'autres impératifs que leur confort...

Autant des fois tes remarques sont pertinentes, autant la... L’électricité ça coûte cher, tout un parc de PC qui tourne 14 ou 15h pour rien la nuit c'est la définition même du gaspillage, si ton PC se mettait en veille avec ton doc réseau ouvert et que le lendemain il était du coup corrompu ou si tu bossais en local et que ton doc n'était du coup pas sauvegardé et perdu pour n'importe quel raison tu hurlerais : tes admin te conseillent de mettre en veille mais ne force rien du tout et tu peux laisser ton truc allumer et tes docs ouverts si tu préfères gaspiller de l'énergie plutôt que de prendre 30 secondes pour rouvrir un doc le matin (excel garde en mémoire la liste des dernier doc ouvert et un doc excel enregistré à une position donnée dans le classeur se rouvre à normalement cette position si tu as a ce point du mal a savoir "ou t'en étais" d'un jour à l'autre), de quoi tu te plains exactement ?

Je me plains que je pige pas pourquoi Windows se mèle de savoir que mon doc Excel est ouvert sur le réseau avant de se mettre en veille surtout.  
Je vois pas trop le risque de corruption?
 
Là j'essaie justement de me débrouiller pour que mon ordi se mette en veille et donc ne plus consommer d'eletricité la nuit, je vois pas bien pourquoi vous me tomber dessus, mais bon...?
 
Je vois pas en quoi c'est chelou de vouloir éviter d'avoir à fermer tous ses docs le soir pour les réouvrir le matin ? C est si particulier que ça comme méthode ?
 
 
Edit : répondu avant de voir l'edit de El Pollo ...
 
Perso, j'ai jamais vu de pb de corruption de doc Excel sur le réseau.
En terme de retrouver les docs ouverts, je travaille avec plusieurs fenetres Excel ouvertes en parallele, avec souvent plusieurs fichiers ouverts dans chacune (  avoir plusieurs fenetres ouvertes permet d'éviter pas mal de trucs à la con sous Excel, surtout les mises en forme auto... si vous avez d'autres soluces je suis preneur ) , et ca doit pourrir le systeme d'Excel pour lister les derniers docs ouverts, parce que, NON, je ne retrouve pas tjs tout de suite les docs que j'avais ouvertes, ni par là, ni par la liste des Document Récents dans Windows.
 
J'essaie de fermer un max de truc le soir, mais j'ai pas tjs le temps, je ferme au minimum les connexions BDD évidemment...

Mon pc portable même en veille tout les docs sont fermés...

 
Tu fais quoi comme métier ?
Non par ce que si tu vois pas le risque de corruption de couper violemment un flux réseau je pense qu'on peut rien pour toi.
 
Tu sauvegarde pas les fichier bdf d'oracle base ouverte toi par hasard ?

Niveau serveur le doc serait considéré comme fermé et pas locké pour d'autres usages, au niveau de ton poste ouvert et toujours synchro avec le serveur : le lendemain il n'est pas évidement que ces 2 états se réconcilient correctement.

La forme de ton poste c'est pas une demande d'aide, c'est encore une tirade sur les admins qui font n'importe quoi et t'empêchent de bosser comme tu veux.

Et t'envisage pas que les concepteurs d'excel aient un tout petit peu plus de recul et d'expérience sur le sujet ?

Je bosse comme ça aussi et je crois pas avoir ce problème.

Utiliser correctement son outil de travail c'est pas facultatif et juste si t'as le temps, un mec un usine qui laisserait une machine outil n'importe comment avant de partir il se ferait démonter, mais faire n'importe quoi avec son PC c'est normal, c'est la faute à l'informatique.

 
Anciennement dév, plutot concepteur maintenant, mais bon...
 
Quand j ai un fichier Excel ouvert, mais sauvegardé et sur lequel je suis seul à bosser, où est le risque de corruption?  
Et non pour Oracle, pour répondre betement à la question, mais si on pouvait prendre un exemple comparatif plus pertinent....

 
Ok, pour les explications coté serveur, pas pensé à ce coté là ( suis pas admin ).
 
Et, non, pas du tout, je visais pas les admin, je visais la difficulté concrète à faire tout ce que recommande les admin avec Windows.

Ton serveur fait certainement des snapshots, des backups et que sais-je encore la nuit, et le fait que tu penses être le seul à bosser dessus ne veut pas dire que par erreur ou avec une bonne raison que tu ne vois pas quelqu'un d'autre ne va pas l'ouvrir.

Ce ne serait pas moins problématique de laisser ouvert des docs réseau sur un PC en veille avec des PC ou serveur sous Mac ou Linux...

Et comment tu veux savoir si il est sauvegardé correctement ton fichier ?
 
Le problème est exactement le même justement.
Tu as un fichier ouvert avec des utilisateurs qui peuvent avoir écrit éventuellement dedans.
Si tu coupes comment tu peux assurer la cohérence des données entre les versions ?
 
Tu pars du principe que les admin doivent te faire 100% confiance.
Toi quand tu developpais tu metais un bouton pour écraser la BDD au milieu de l'application en pensant que les users n'appuiront pas dessus par ce qu'ils ont aucune raison de le faire ?
Non bien sur par ce que c'est stupide de faire ça.
 
Et prendre le risque d'avoir des documents lockés après une coupure réseau ou une mise en veille ou une corruption de donnée ça serait stupide de la part de tes admins aussi.
 
Donc tu apprends à bosser correctement et tu arrêtes de pleurer par ce que les méchants admins veulent pas te laisser faire ce que tu veux.
 
Si tu es si consciencieux (pour être sur d'avoir toujours tout sauvegardé) tu n'as qu'à copier les documents sur ton PC avant de les remettres sur le réseau, ça contournera le problème.
Mais si tu le fais pas (moi non plus hein c'est pas une critique), c'est peut être que ta façon de travailler n'est pas si parfaite que ça ...

 
Superbe comparaison  
 
J'utilisai un autre exemple jusqu'à maintenant dans ce cas là: quand on a fini de se servir du beurre on le remet dans le frigo, sinon ça fond. Et quand toute la cuisine est maculée de beurre fondu c'est la faute à qui ? Au fabricant de beurre ou à l'utilisateur ?  

A un certain film de Bernardo Bertolucci peut-être?    
A+,