OVH Cloud OVH Cloud

Mac OS X 10.4.11, Pb avec Safari 3.2.1 et iCab 4.2.5beta69

18 réponses
Avatar
Jacques Perrocheau
Bonjour,

Depuis hier brutalement, sur un Mac OS X 10.4.11 (rien n'a été changé à
la configuration, pas d'installations, ni de mise à jour cette semaine),
Safari 3.2.1 (la dernière version installée avant Noël) et iCab
4.2.5beta69, tous deux utilisant le WebKit Apple
<http://fr.wikipedia.org/wiki/WebKit>
<http://en.wikipedia.org/wiki/WebKit> refusent tout fonctionnement avec
les requètes http:// et https://, quelque soit l'URL. Etrangement
seules les requètes feed:// comme
<feed://info.cri.univ-rennes1.fr/rss/rss.php> fonctionnent sur Safari.

Les messages d'erreur sont les suivants:

iCab:
Erreur de connexion
Une erreur est survenue en accédant à "portail.univ-rennes1.fr".
Le serveur n'a pas répondu pendant un certain temps. Il est peut être
déconnecté.
(Erreur réseau #-1004)

Safari:
Safari ne parvient pas se connecter au serveur.
Safari ne parvient pas à ouvrir la page
« http://ent.univ-rennes1.fr/render.userLayoutRootNode.uP » car la
connexion au serveur « ent.univ-rennes1.fr » a échoué.

C'est vraiment étrange, l'apparition du message est quasi instantanné.
Les manoeuvres habituelles, vider le cache, désactiver le proxy,
désactivation de toutes les extensions Safari, redémarrer la machine ont
été tentés sans succès.

Dans le Finder les requètes webdav:// bien évidemment ne fonctionnent
plus (webdav de l'Université, iDisk, synchronisation .Mac), par contre
smb://, cifs://, afp:// fonctionnent normalement.

Un vieil iCab 3.0.5, non basé sur le Webkit Apple et Firefox 3.0.5
fonctionnent à peu près normalement, mais comme ils ne supportent pas
tout le javascript de l'ENT, je ne peux guère les utiliser.

Le Safari des machines encore en Mac OS X 10.3.9 qui n'ont pas la même
version de Safari (1.3.2) et du Webkit semblent fonctionner normalement.

Une idée ?

Comme je n'ai plus d'autres machines sous Mac OS X 10.4.11 en
fonctionnement, je ne peux plus faire de comparaison.

--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France

8 réponses

1 2
Avatar
Philippe Di Valentin
Jean-Luc Courtois a écrit :


1400m en 4/10, 1700m en 8/10, avec du bon vieux poteau landais. C'est
donc du moitié neuf, moitié vieux ;-)



OK; vous devez avoir comme tout le monde au bout de la ligne un
boitier plastique carré à partir duquel repartent le ou les cables qu i
vont à ou aux prises téléphones murales.
Dans ce boitier il se pourrait qu'il y ait un condensateur que FT
mettait pour vérifier le bon fonctionnement de la ligne depuis le
"central" jusqu'a l'abonné; deux vis à retirer pour voir s'il y a ou pas.
Lorsque je suis passé en 8M j'avais des coupures fréquentes d'AD SL
et une bande passante loin des 8M;je me suis informé sur le web car à
Franche Télécone:-) personne n'était au courant de la nuisance du c ondo
au niveau de l'ADSL.
Ici le boitier est dans le garage et bien sur dedans il avait un
condo que j'ai retiré illico et de ce fait terminé les coupures et la
bande passante est devenue correcte.

A voir!!
Avatar
Jacques Perrocheau
In article <49671b4d$0$14131$,
Jacques Perrocheau wrote:

Une idée ?



Bonjour,

Je reprends le fil, car j'aime bien en général comprendre pourquoi cela
marche ou non...

Aujourd'hui après une semaine tranquille où Safari 3.2.1 et iCab 4.5.2
ont fonctionné normalement, le phénomène réapparaît et concerne toutes
les requêtes http, https, webdav de Mac OS (synchronisation .Mac, envoi
de rapport de bug,...) quelque soit l'URL.

Seul Firefox accepte de fonctionner quelque soit l'URL, mais a des
défaillances de rafraîchissement quand la requête passe par un
javascript, alors que pendant la semaine, il ne faisait pas d'erreur sur
les mêmes pages.

C'était aussi un vendredi, le 09/01/09 que le phénomène est apparu pour
la première fois, et tout était revenu à la normale le même jour à
partir de 19H.

Le coupable est où, mon Mac ou le LAN ?

Un pro des réseaux dans la salle ?

Je rappelle la configuration: PowerMac G4 350, Mac OS X 10.4.11.

--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
Avatar
Josy
In article (Dans l'article) <497097d0$0$7870$,
Jacques Perrocheau wrote
(écrivait) :

Bonjour,

C'était aussi un vendredi, le 09/01/09 que le phénomène est apparu pour
la première fois, et tout était revenu à la normale le même jour à
partir de 19H.



Ce même vendredi 9 matin, j'avais voulu télécharger via iTunes, en
podcast, le keynote du MacWorld (env. 1 Go) mais quand j'ai vu la durée
annoncée : d'abord 11h, puis 12, puis 14, puis 17Š. j'ai interrompu le
processus. Eteint la machine et le soir, quand j'ai rouvert iTunes, le
temps de téléchargement annoncé (et tenu) a été bien plus raisonnable :
90 minutes. Je me suis alors demandé s'il pouvait y avoir une relation
quelconque entre les deux faits ?

--
Il faut savoir lire les cygnes d'étang dit le vilain petit canard...
(*Adresse anti pourriels* :
josy c'est mesniouzgroup, invalid , libre en anglais, et com, fr)
http://casarallymel.free.fr/
Avatar
SAM
Le 1/12/09 8:23 PM, Jean-Luc Courtois a écrit :
Le 1/11/09 5:24 PM, Philippe Di Valentin a écrit :

Ligne téléphonique récente ou très ancienne??



1400m en 4/10, 1700m en 8/10, avec du bon vieux poteau landais. C'est
donc du moitié neuf, moitié vieux ;-)

Très content d'avoir ça dans mon bled !



Je crois que je suis à 4km du central du village.
Oui on est bien content d'être sorti du RTC.

Mais ... les lignes aériennes truffées de plombs de chasses et
raccommodées pour chaque branche tombée ou neige ou ...
ça ne facilite guère.
J'appelle le testeur de ligne environ tous les 2 mois et bien rare qu'il
ne détecte pas une anomalie :-(

--
sm
Avatar
Jean-Luc Courtois
Le 1/12/09 8:57 PM, Philippe Di Valentin a écrit :
Jean-Luc Courtois a écrit :


1400m en 4/10, 1700m en 8/10, avec du bon vieux poteau landais. C'est
donc du moitié neuf, moitié vieux ;-)



OK; vous devez avoir comme tout le monde au bout de la ligne un
boitier plastique carré à partir duquel repartent le ou les cables qui
vont à ou aux prises téléphones murales.
Dans ce boitier il se pourrait qu'il y ait un condensateur que FT
mettait pour vérifier le bon fonctionnement de la ligne depuis le
"central" jusqu'a l'abonné; deux vis à retirer pour voir s'il y a ou pas.
Lorsque je suis passé en 8M j'avais des coupures fréquentes d'ADSL
et une bande passante loin des 8M;je me suis informé sur le web car à
Franche Télécone:-) personne n'était au courant de la nuisance du condo
au niveau de l'ADSL.
Ici le boitier est dans le garage et bien sur dedans il avait un
condo que j'ai retiré illico et de ce fait terminé les coupures et la
bande passante est devenue correcte.

A voir!!



C'est vu depuis longtemps : j'ai retiré tous les condensateurs de toutes
les prises et autres boîtiers avant même que l'installateur adsl ne se
gare ;-)

Seuls les condensateurs à 2 pattes poseraient pb, pas les 3 pattes...

C'est ce qu'on apprend à faire quand on est dans la brousse !

--
Pour me répondre, pas de code postal dans l'adèle.
Avatar
Jean-Luc Courtois
Le 1/17/09 5:27 AM, SAM a écrit :

Mais ... les lignes aériennes truffées de plombs de chasses et
raccommodées pour chaque branche tombée ou neige ou ...
ça ne facilite guère.
J'appelle le testeur de ligne environ tous les 2 mois et bien rare qu'il
ne détecte pas une anomalie :-(



Monsieur est connaisseur ;-)

Forcément campagne rime avec plomb, même la sncf en fait les frais...

J'en suis à une intervention tous les 6 mois, j'ai 2 lignes, soit une
révision par an, et je m'occupe perso de certaines branches menaçantes
sur le trajet.

--
Pour me répondre, pas de code postal dans l'adèle.
Avatar
Philippe Di Valentin
Jean-Luc Courtois a écrit :

Seuls les condensateurs à 2 pattes poseraient pb, pas les 3 pattes...



Ici c'était un trois pattes que j'ai éliminé à la pince coupa nte
pour ne pas desserrer les vis qui tiennent le "paquet" de fils.

C'est ce qu'on apprend à faire quand on est dans la brousse !



On apprend aussi le tamtam dans la brousse pour communiquer!!! ;-)))
Avatar
Jacques Perrocheau
In article <497097d0$0$7870$,
Jacques Perrocheau wrote:

Le coupable est où, mon Mac ou le LAN ?



Le coupable était le LAN... pas mon Mac:
----
Incident réseau du 16 janvier
info.cri
vendredi, 09:26 PM
Posté le : 16/01/2009 22:26:26
Un traffc anormal a écroulé le coeur de réseau. L'équipe a localisé le
problème...
----

--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
1 2