@+ | Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original |
| Forum des utilisateurs du réseau des Résidences de la Technopôle du Futuroscope > Général > Des nouveautes chez optline ? |
| Ecrit par: loopingz 24/08/2004 - 20:00 |
| bonjour j'aurais voulu savoir si les prix allaient baisser à la rentré, le debit augmenter, et les engagements de durée changer. Mon contrat se fini en septembre alors je me renseigne... @+ |
| Ecrit par: Tibo 25/08/2004 - 15:35 |
hummm, non il n'y a actuellement pas de changement envisagé.  |
| Ecrit par: loopingz 31/08/2004 - 20:54 |
| Dans ce cas la faudrait virer le panneau en bas de gemini : "doublement de la bande passante le 15septembre" ! @+ |
| Ecrit par: stinville 1/09/2004 - 11:53 |
| salut a tous. voila une nouvelle année commence avec plein d espoir en ce ki concerne le reso. J'espere que les modifications que nous avait promis Willy il y a de cela plus de 8 mois sont enfin faites.(si vous vous rappelez pas ces modifications il suffit de lire les anciens post). J'attends avec impatience votre escuse...e non.. votre confirmation.  @+ |
| Ecrit par: stinville 1/09/2004 - 11:56 |
| PS: looping je leur avais dit pour l affiche il y a de cela 2 mois et je suis toujours content de voir l'utilité de ce forum. |
| Ecrit par: sp2mitch 1/09/2004 - 23:22 |
| Salut, Je ne sais pas s'il y aura des nouveautés, mais par contre j'ai vu du changement en ce qui concerne la qualité des temps de réponse et du débit :
Je suis du côté Gémini Pair. Est-ce que d'autres personnes peuvent confirmer ou infirmer ce constat ?  Et si OptLine me voit, peuvent-ils me dire ce qu'il se passe et éventuellement corriger ça ? |
| Ecrit par: loopingz 2/09/2004 - 11:03 |
| Dans deux jours maxi (promesse de ft = danger ?) ma ligne sera eligible adsl (je viens de regler ca à l'instant), ensuite j'espere que je trouverais un operateur qui me connectera avant la fin de me contrat optline... Bientot le bout du tunnel ! Bon courage a ce qui reste et qui se servent d'internet pas seulement pour le http (ftp jeux et autre) @+ |
| Ecrit par: fabounet 6/09/2004 - 12:22 |
| Pour confirmer le post de Loopzing, nos ligne sont effectivement éligibles à l'adsl. Il suffit juste de demander à FT ZTA. |
| Ecrit par: pappy 7/09/2004 - 14:54 |
| ben ça nous avance pas vraiment tout ça.... manifestement c' est surtout chez gemini que ça va pas assez vite : il faut vous réunir un peu et contacter les technos de chez optline pour mieux utiliser le matos et la b.p : depuis un moment on ne sature pas vraiment. c' est plus facile de commencer chez vous car plus homogène et pas tout à fait les memes statuts de residents. apres on peut essayer dans les autres batiments... pour transferer quelques lignes cohérentes et sans trop de fautes de temps en temps, ici ça marche. les gros patés on les met sur galettes ou sur barettes  denis |
| Ecrit par: sp2mitch 7/09/2004 - 17:40 |
| Re, En effet, ça ne nous avance pas... Je viens à l'instant de sortir d'une heure d'impossibilité de traverser la passerelle... Je peux pinguer partout sur le réseau mais pas moyen d'aller de l'autre côté de la passerelle...  Mais le plus rageant, je ne sais pas si c'est de ne pas avoir le net pendant une heure ou alors de s'apercevoir que tout le reste du réseau n'a aucun problème !!  Ça part et ça revient sans que j'aie à faire quoique ce soit ! Ça fait la 3ème ou 4ème fois que ça m'arrive en 3 semaines...M. OptLine > Si vous m'entendez... Pourquoi la passerelle filtre mon adresse (IP .148) et m'empêche de passer !? À part ça, ça va...  |
| Ecrit par: fabounet 7/09/2004 - 20:51 |
| A Altair B non plus ça avance pas des masses. En plus pas de net ce soir... c'est vraiment pas au point.... |
| Ecrit par: [OPT]-Willy 9/09/2004 - 13:32 |
| Pour information, le trafic ICMP sont filtrés dans les deux sens par la passerelle par mesure de sécurité. Je sais que ça n'est pas top, mais ça évite le ping flood et 95% des scans hostiles (beaucoup de scripts d'attaque ne persévèrent que sur des IP qui répondent au ping). pour tester votre connectivité réseau, il vous est possible de pinguer la machine 213.11.133.253 (interne), ou de faire des translations noms/IP sur les DNS (externe) avec nslookup ou dig. Néanmoins, nous connaissons une période d'accalmie en ce qui concerne les attaques DoS sur la passerelle, et nous allons ré-autoriser l'ICMP (la manip' va être effectuée cet après-midi). En ce qui concerne la perte de connexion du 07/09, la panne était due à un incident sur l'infrastructure MCI-Paris, ce qui a impacté une grande partie des usagers sur la technopôle, tant les professionnels (y compris optline) que les particuliers. |
| Ecrit par: sp2mitch 9/09/2004 - 14:40 |
| Pour le traffic ICMP, j'ai remarqué effectivement que ça ne répondait pas... mais bon je m'en accomode parfaitement. Ce qui me gêne, c'est que lorsque j'ai ces coupures (la dernière en date est entre 15h10 et 15h25 le 09/09), j'ai pour habitude de faire des captures de paquets pour essayer de voir ce qui se passe... Et avec stupeur je me rends compte qu'il y a des communications avec des adresses IP étrangères au réseau, ce qui suppose qu'elles passent la passerelle sans problème... Alors que moi ça ne passe pas... D'autre part, ce problème semble n'affecter que les paquets faisant partie des protocoles de la bande passante allouée (par le systèmle de shaping) pour le http et consors : en effet, il y a le protocole de streaming winamp qui fonctionne. Peut-être que d'autres protocoles fonctionnent, mais je n'ai pas testé. Voilà, en espérant que ça aide au diagnostique du problème... |
| Ecrit par: [OPT]-Willy 9/09/2004 - 15:24 |
| Merci sp2mitch pour l'aide au diagnostic Je pense qu'il peut s'agir de périodes où la table de session du routeur est "pleine". Dans ce contexte précis, seuls les paquets relatifs à des connexions ayant le drapeau "established" sont pris en charge, alors que les paquets ayant le drapeau "SYN" ne peuvent être pris en compte tant que la table est au taquet ( la forte proportion de P2P n'est pas étrangère au problème ). Juste une remarque au passage, il n'est normalement pas autorisé à sniffer le traffic, la quasi totalité des passwords passe en clair sur les subnets du réseau |
| Ecrit par: sp2mitch 10/09/2004 - 16:11 |
| Merci pour cette explication... Au sujet du P2P, je sais qu'il est difficile de filtrer de tels paquets (mais quand même moins difficile que de sevrer un P2P-addict )... Ne pourrait-on pas limiter le nombre de connexions simultanées par IP du réseau ? Je n'y connais pas grand chose ; c'était une idée au passage, c'est cadeau ...Quant au sniffage  : si ça peut vous (OptLine et les collègues) rassurer je ne fais que des captures courtes (30sec ou 1min me suffisent) pour diagnostiquer les problèmes ; lesquels paquets je n'en garde que les entêtes. Ainsi que pour mettre en place mon firewall (basé sur IPtables, pour les connaisseurs) et dans ce cas je ne suis pas promiscuous mode (je ne capture que les paquets qui me sont destinés). Encore pour rassurer mes collègues : on ne peut "voir" que les paquet d'une petite partie du réseau, la branche en aval du dernier switch à laquelle on appartient, ainsi que les broadcasts Mais la remarque est pertinente et ne m'est pas inconnue, donc je me limite qu'au strict *nécessaire*. Pour ce qui est des passwords en clair, on peut recommander des protocoles un peu évolués. Notamment j'utilise la "méthode d'identification APOP" pour ma boîte @orange.fr ; le "chiffrement TLS" et la "méthode d'identification LOGIN" pour la boîte @atm.cg86.fr ; le "chiffrement TLS" pour ma boîte @etu.univ-poitiers.fr. Kmail (KDE3.3, Linux, c'est ce que j'utilise) gère ces protocoles, et j'imagine que d'autres clients mails (sous linux et windows) utilisent aussi des protocoles sécurisés ; cela permet d'éviter que quelqu'un de mal intentionné visite votre boîte à votre insu. Voilà, je vais commencer un thread dans la rubrique Sécurité pour répéter ce que j'ai dit à propros des boîtes mails... |
| Ecrit par: [OPT]-Willy 10/09/2004 - 16:54 |
| Merci pour l'idée-cadeau ! L' idée de limiter le nbre de cnx me plaît bien, mais il faut que l'on s'assure que ce soit possible (à froid, je ne vois pas trop comment faire), il va falloir que je consulte notre vénéré "Router Master" pour voir ce qu'il est possible de faire sans faire fondre le routeur. |
| Ecrit par: stinville 14/09/2004 - 15:46 |
| j'ai appris qu'il y avait u une reunion pour amélioré le reso (vous savez le reso ki aurai du etre amélioré cette été) tu peux nous faire un petit compte rendu honnete. car seul le changement de materiel pourra resoudre les problemes. merci @+ |
| Ecrit par: pappy 23/09/2004 - 16:40 |
| bonjour, on prend son temps pour repondre.... pour les courriers en gros on s' envoie des cartes postales sauf que presque tout le monde peut les lire, apres on les stocke sur la vitrine disponible aussi à presque tout le monde. quand la protection plante meme resultat, donc on crypte et on copie ailleurs... pour le snif on a deja toléré pire que ça, ça peut etre interessant de le faire sur une machine tres ordinaire style petit pc sous win98 ou xp et de montrer au pauvre utilisateur exactement ce qui rentre et sort de chez lui ( du p2p russian ou china par exemple bien trash) question : j' ai vu il y a une eternite un truc pour rediriger les paquets parasites sur une zone poubelle de la machine ( l' IP 129.0.0.1 merci optline) plutot que de les laisser rebondir si qu'1 connait... tout ça devient tres important des qu' on quitte le rezo et c' est vraiment pas facile à expliquer en français : il y a une grosse demande partout ( y a de quoi faire des sujets de these...) le futuroscope ferme en hiver mais à partir du printemps y a des ngp plein les allées ( cyberavenue sous xp un regal!) @ plus |
| Ecrit par: [OPT]-Willy 27/09/2004 - 9:40 |
| Pour ce qui est des travaux sur le réseau, voici un point de la situation : Comme je l'ai je crois déjà annoncé, les travaux concernant le LAN des résidences font partie d'un projet global de la technopôle, et les différentes réalisations comprises dans ce projets sont pour certaines encore non plannifiées, pour des raisons diverses. Il y a eu en effet une réunion à ce sujet, et il reste encore des choses à clarifier. Néanmoins, j'ai procédé à une modification dans la priorité des phases pour que les opérations concernant le LAN ne soient pas renvoyées à 2005 (ce qui risquait fort d'arriver, en raison de travaux de réparations). A ce jour, je n'ai pas de date à communiquer, mais j'ai demandé à l'entreprise en charge des travaux de plannifier leur intervention et de me tenir informé. Vous en serez également informés dès que j'aurai les éléments. Merci à tous pour la patience dont vous faites preuve. |
| Ecrit par: stinville 28/09/2004 - 19:04 |
| super |