Problème réseaux sur un Mac Pro

[Volvic53]

Bonjour,
L'accès au réseau sur ce mac est hyper lent.
MacPro 5,1 (2012) / OS X 10.8.2

Le réseau est composé d'un serveur et de plusieurs mac et pc.
Les macs je les vois directement après le boot mais il faut exactement 8 minutes pour s'y connecter.
Les PCs apparaissent aléatoirement petit à petit, il faut parfois plusieurs minutes pour en voir un en particulier mais ce temps n'est pas toujours le même, par contre une fois qu'on veut s'y connecter il faut toujours exactement 8 minutes !
J'ai n'ai pas de problème pour me connecter en tant qu'invité, seulement en utilisateur référencé.

Les autres macs, du 10.5.8 et 10.6.8, n'ont aucun problème pour se connecter à mon mac ou ailleurs.

J'ai réinstallé mountain lion, testé avec une autre session, supprimé la connection dans réseau pour en créer une nouvelle, changé de ports ethernet.

Quelqu'un a-t-il déjà eu ce problème ?

 

[bompi]

Je suppose qu'il s'agit de réseaux SMB/CIFS. Alors, oui, il y a pléthore de gens se plaignant de comportements bizarres à ce sujet depuis leur passage à Mountain Lion.
Apple n'ayant plus recours à Samba, a développé son propre client SMB et il semble bien buggé.

Dans ton cas, j'imagine qu'il y a un problème de temps dépassé (480 s) : une requête qui n'aboutit pas pour ensuite passer à une autre méthode qui, elle, réussit.

Observes-tu le même délai selon que tu te connectes en utilisant le nom de la machine distante ou son adresse IP ?

 

[Volvic53]

Oui en effet, le délai est le même par toutes les méthodes.

J'en suis a me demander si je dois pas rétrograder le mac à snow leopard.
Mais est-ce que ce mac pro va vouloir de snow ?

Le mieux serait une solution à ce problème réseau bien sûr.

 

[Sly54]

Mais est-ce que ce mac pro va vouloir de snow ?

A priori, non, car livrés d'origine sous Mac OS X 10.7.3 (11D2001)
Par conséquent, rétrograder à Lion (10.7.5) devrait aller. Tester sur un autre dd, bien sûr

 

[Volvic53]

Il a été livré avec mountain !

 

[Anonyme]

par contre une fois qu'on veut s'y connecter il faut toujours exactement 8 minutes !
J'ai n'ai pas de problème pour me connecter en tant qu'invité, seulement en utilisateur référencé.

Bonjour,

j'ai exactement le même problème (invité/référencé), mais je n'ai pas compris ce qui concerne le délai : pourrais-tu expliciter STP, pour que je voie si j'ai le même comportement ?

 

[Volvic53]

Je veux bien expliquer mais dit moi plutôt ce qui te manque dans mon premier poste ?

 

[Anonyme]

Comment tu mets en évidence ce délai de 8 minutes ?

Pour moi la réponse aux tentatives de connexion est toujours : "la connexion au serveur a échoué, bla bla..."

Merci.

 

[Volvic53]

Bien, je ne sais pas si c'est le même problème, chez moi la connection se fais mais comme le dit bompi, la première tentative échoue avec un délais de 480 sec avant de passer à une seconde méthode.

Ton message je l'obtiens si je n'ai pas les bons identifiants par exemple.
Et pour connecter les macs au serveur nous avons créé un utilisateur dans l'annuaire LDAP du serveur, utilisateur que tout les macs utilisent pour s'identifier.

N'est-il pas possible de forcer le système à automatique choisir la méthode qui fonctionne ?

---------- Nouveau message ajouté à 10h22 ---------- Le message précédent a été envoyé à 10h16 ----------

Je précise que je rencontre aussi le problème pour me connecter aux autres macs !!
C'est incroyable ça quand même.
Je ne peux pas me connecter à une machine mac ou pc sans ce délais de 8 minutes.
La seul différence c'est que c'est encore plus long avec les pc puisqu'il faut en plus attendre qu'ils apparaissent, ce qui peut prendre plusieurs minutes aussi.

 

[Sly54]

Il a été livré avec mountain !

Sauf s'il y a eu des màj firmware, Lion devrait tourner dessus (version > 10.7.3) si j'en crois Mactracker, vu que les premiers modèles sont sortis en juin 2012, cad avant ML.

 

[bompi]

Bien, je ne sais pas si c'est le même problème, chez moi la connection se fais mais comme le dit bompi, la première tentative échoue avec un délais de 480 sec avant de passer à une seconde méthode.

Ton message je l'obtiens si je n'ai pas les bons identifiants par exemple.
Et pour connecter les macs au serveur nous avons créé un utilisateur dans l'annuaire LDAP du serveur, utilisateur que tout les macs utilisent pour s'identifier.

N'est-il pas possible de forcer le système à automatique choisir la méthode qui fonctionne ?

---------- Nouveau message ajouté à 10h22 ---------- Le message précédent a été envoyé à 10h16 ----------

Je précise que je rencontre aussi le problème pour me connecter aux autres macs !!
C'est incroyable ça quand même.
Je ne peux pas me connecter à une machine mac ou pc sans ce délais de 8 minutes.
La seul différence c'est que c'est encore plus long avec les pc puisqu'il faut en plus attendre qu'ils apparaissent, ce qui peut prendre plusieurs minutes aussi.

Il faudrait avoir une idée de ce qui coince...
Par exemple, dans le cas de l'extinction longue sous Mountain Lion, c'est un service qui ne répond pas et qui est ensuite flingué par le système. Le petit malin qui l'a trouvé a rendu service...

Dans ton cas, apparemment différent de celui de Renaud, il faudrait identifier la transaction qui coince : processus émetteur, cible et protocole utilisé, pour ensuite essayer de trouver une parade. Ça va être difficile pour moi parce que chez moi ça marche comme prévu !
Y a-t-il des messages dans les journaux du système ?

 

[Volvic53]

Voilà ce que dit la console... si ça te parle : (remplacer les smiley par : et o

15/02/13 07:26:41,454 System Preferences[1024]: httpdEnabled is deprecated !!
15/02/13 07:26:56,526 System Preferences[1024]: *** WARNING: -[NSImage compositeToPoint:operation:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
15/02/13 07:26:56,526 System Preferences[1024]: *** WARNING: -[NSImage compositeToPoint:fromRect:operation:] is deprecated in MacOSX 10.8 and later. Please use -[NSImage drawAtPoint:fromRect:operation:fraction:] instead.
15/02/13 07:27:08,962 digest-service[1036]: label: default
15/02/13 07:27:08,962 digest-service[1036]: dbname: od:/Local/Default
15/02/13 07:27:08,962 digest-service[1036]: mkey_file: /var/db/krb5kdc/m-key
15/02/13 07:27:08,962 digest-service[1036]: acl_file: /var/db/krb5kdc/kadmind.acl
15/02/13 07:27:08,963 digest-service[1036]: digest-request: uid=0
15/02/13 07:27:08,972 rpcsvchost[1037]: sandbox_init: com.apple.msrpc.netlogon.sb succeeded
15/02/13 07:27:08,974 digest-service[1036]: digest-request: init request
15/02/13 07:27:08,975 digest-service[1036]: digest-request: init return domain: KOMORI-02 server: KOMORI-02
15/02/13 07:27:09,048 digest-service[1036]: digest-request: uid=0
15/02/13 07:27:09,048 digest-service[1036]: digest-request: init request
15/02/13 07:27:09,049 digest-service[1036]: digest-request: init return domain: KOMORI-02 server: KOMORI-02
15/02/13 07:27:13,686 digest-service[1036]: digest-request: uid=0
15/02/13 07:27:13,686 digest-service[1036]: digest-request: init request
15/02/13 07:27:13,687 digest-service[1036]: digest-request: init return domain: KOMORI-02 server: KOMORI-02
15/02/13 07:27:13,790 com.apple.launchd[1]: (com.apple.smb.preferences) Throttling respawn: Will start in 6 seconds
15/02/13 07:27:16,709 netbiosd[79]: name servers down?
15/02/13 07:27:19,797 digest-service[1036]: digest-request: uid=0
15/02/13 07:27:19,797 digest-service[1036]: digest-request: init request
15/02/13 07:27:19,798 digest-service[1036]: digest-request: init return domain: KOMORI-02 server: KOMORI-02
15/02/13 07:27:21,123 netbiosd[79]: name servers down?
15/02/13 07:28:09,098 netbiosd[79]: name servers down?
15/02/13 07:44:23,000 kernel[0]: smb_iod_reconnect: Reconnected share KOMO QUADRI 175 with server WORKSTAT-9EC53B
15/02/13 07:45:02,000 kernel[0]: considerRebuildOfPrelinkedKernel prebuild rebuild has expired
15/02/13 07:49:01,787 WindowServer[806]: _CGXSetWindowHasKeyAppearance: Operation on a window 0x13 requiring rights kCGSWindowRightOwner by caller Dashboard
15/02/13 07:49:01,788 WindowServer[806]: _CGXSetWindowHasMainAppearance: Operation on a window 0x13 requiring rights kCGSWindowRightOwner by caller Dashboard

---------- Nouveau message ajouté à 11h40 ---------- Le message précédent a été envoyé à 11h27 ----------

Après je ne sais pas comment avoir un rapport de ce qui se passe pendant que le finder me dit "Connexion en cours..." ?
Dans la console je n'ai rien qui arrive

---------- Nouveau message ajouté à 11h43 ---------- Le message précédent a été envoyé à 11h40 ----------

"opendirectoryd.log" t'intéresserait peut être ?

---------- Nouveau message ajouté à 11h46 ---------- Le message précédent a été envoyé à 11h43 ----------

voilà ce que j'ai quand je me connecte au serveur :

Feb 15 11:28:07 komori-02.floch.local netbiosd[79]: name servers down?
Feb 15 11:43:03 komori-02.floch.local NetAuthSysAgent[2080]: NAHSelectionAcquireCredential L’opération n’a pas pu s’achever. (com.apple.NetworkAuthenticationHelper erreur -1765328228 - acquire_kerberos failed [email protected]: -1765328228 - unable to reach any KDC in realm FLOCH.LOCAL)

 

[bompi]

Faut creuser...

Plus sérieusement, on voit quand même un souci dans l'obtention du nom de la machine [netbiosd[79]: name servers down?] ; il y est d'ailleurs fait allusion dans un des fils des forums Apple. C'est peut-être là que se joue le time out.

Tu peux toujours essayer de rentrer une des machines dans le fichier hosts de ton Mac, avec son adresse IP et son nom sur le réseau MicroSoft.

Ça semble quand même différent du problème de Renaud.

 

[Volvic53]

Et ça pourrait pas etre un problème de config ?
Le fait d'avoir ce délais pour accéder aux autres macs n'est pas étonnant ?

 

[bompi]

Si, bien sûr. Mais où ? Pour l'instant, on patauge...
Je ne vois par exemple nulle part un time out de 480 secondes.

 

[Volvic53]

Ok, je n'ai plus le mac sous la main alors suite lundi ! Merci

 

[bompi]

Il est possible qu'il faille s'assurer que le réseau MicroMou est connu. Ce qui devrait se faire dans la partie WINS des paramètres réseaux avancés.