Extrème difficulté voire impossibilité de surfer pour le moment avec
wanadoo. Idem chez vous ?
Pas de problème avec le courrier email et les newsgroups.
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une solution : la bidouille à la con façon Free entraîne exactement la même charge sur les serveurs dans l'intervalle du TTL.
Ben, si tu avais vu l'effet de la modif en temps réel, tu aurais constaté que tout est revenu *d'un coup* dès lors que la zone en question était blacklistée.
-- Olivier Beyssac -
François Yves Le Gal <flegal@aingeal.com> writes:
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une
solution : la bidouille à la con façon Free entraîne exactement la même
charge sur les serveurs dans l'intervalle du TTL.
Ben, si tu avais vu l'effet de la modif en temps réel, tu aurais
constaté que tout est revenu *d'un coup* dès lors que la zone en
question était blacklistée.
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une solution : la bidouille à la con façon Free entraîne exactement la même charge sur les serveurs dans l'intervalle du TTL.
Ben, si tu avais vu l'effet de la modif en temps réel, tu aurais constaté que tout est revenu *d'un coup* dès lors que la zone en question était blacklistée.
-- Olivier Beyssac -
Ronald Van Assche
François Yves Le Gal wrote in news::
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une solution : la bidouille à la con façon Free entraîne exactement la même charge sur les serveurs dans l'intervalle du TTL.
tiens j'avais lu que ca resolvait en 127.0.0.1 :=)
François Yves Le Gal <flegal@aingeal.com> wrote in
news:1kmbsv8klfo8b4u9i1cu6fm3t5emvtfmje@4ax.com:
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une
solution : la bidouille à la con façon Free entraîne exactement la
même charge sur les serveurs dans l'intervalle du TTL.
tiens j'avais lu que ca resolvait en 127.0.0.1 :=)
Ben, si tu connaissais les DNS, tu t'apercevrais que ce n'est pas une solution : la bidouille à la con façon Free entraîne exactement la même charge sur les serveurs dans l'intervalle du TTL.
tiens j'avais lu que ca resolvait en 127.0.0.1 :=)
Ronald Van Assche
Brina wrote in news::
si demain c'est un RealPlayer qui se met à déconner, tu diras de ne plus utiliser aucun lecteur audio/vidéo ?
Ai-je ecrit que ZA devait etre jeté a la poubelle ?????
Je parlais d'expliquer aux gens le pourquoi du comment des problemes de sécurité , relis moi "Si la presse micro expliquait a ses lecteurs le pourquoi du comment des problèmes de sécurité , on n'en serait pas là."
Décidement, je te conseille de ne pas me repondre si c'est c'est pour décaler le sujet du post , en un mot pour troller .
Brina <brina@alussinan.org> wrote in
news:MPG.1a2ff512cb68d2a0994cd1@localhost:
si demain c'est un RealPlayer qui se met à déconner, tu diras de ne
plus utiliser aucun lecteur audio/vidéo ?
Ai-je ecrit que ZA devait etre jeté a la poubelle ?????
Je parlais d'expliquer aux gens le pourquoi du comment des problemes de
sécurité , relis moi "Si la presse micro expliquait a ses lecteurs le
pourquoi du comment des problèmes de sécurité , on n'en serait pas là."
Décidement, je te conseille de ne pas me repondre si c'est c'est pour
décaler le sujet du post , en un mot pour troller .
si demain c'est un RealPlayer qui se met à déconner, tu diras de ne plus utiliser aucun lecteur audio/vidéo ?
Ai-je ecrit que ZA devait etre jeté a la poubelle ?????
Je parlais d'expliquer aux gens le pourquoi du comment des problemes de sécurité , relis moi "Si la presse micro expliquait a ses lecteurs le pourquoi du comment des problèmes de sécurité , on n'en serait pas là."
Décidement, je te conseille de ne pas me repondre si c'est c'est pour décaler le sujet du post , en un mot pour troller .
Raphael Bouaziz
Le 27 Nov 2003 11:30:47 GMT, Brina a écrit dans le message :
D'un autre coté, préconiser la non protection par un firewall, ça va un peu loin. ZA a mis le bronx, oui, une fois, faut pas non plus faire haro sur le baudet et élargir ce cas très particulier d'un simple bug (qui aurait pu arriver à un autre logiciel faisant autre chose) à tous les FW voire même à l'usage d'un seul.
Ce n'est effectivement qu'un exemple, qui se rajoute à la liste.
Parmi ceux qui sont cotoyés régulièrement je peux citer :
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent ces trames "bizarres") ; - les problèmes de FTP (protocole qui fait toujours des dégâts chez les novices qui ne maîtrisent pas trop FTP et encore moins la configuration de leur firewall) ; - les problèmes de connexion POP3 pour ceux qui ont un antivirus qui fait proxy POP3 et qui s'est lamentablement planté : il faut chercher assez longtemps le problème avant de se rendre compte de ce qui ne va pas ; - pour ceux qui s'y connaissent un peu mais pas encore trop : les interminables e-mails au support avec les journaux du firewall et les scandaleuses attaques de dns-cache.isp.net sur le port 53 (et qui ne se satisfont pas de l'explication) ; - le spam : les logiciels de firewall qui envoient des e-mails automatiques aux contacts de l'AS associée à l'adresse IP "attaquante" ou alors qui renvoie à l'utilisateur l'adresse des contacts en question ; bonjour les "tu m'as hacké, je vais l'dire à ton FAI et appeler les flics" qui suivent ;
Bref, tous ces logiciels censés entourer l'utilisateur inexpérimenté ou peu expérimenté d'un cocon de protection apportent beaucoup de problèmes et finalement peu de solutions.
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
-- Raphael Bouaziz.
Le 27 Nov 2003 11:30:47 GMT, Brina a écrit
dans le message <MPG.1a2ff512cb68d2a0994cd1@localhost> :
D'un autre coté, préconiser la non protection par un firewall, ça va un
peu loin.
ZA a mis le bronx, oui, une fois, faut pas non plus faire haro sur le
baudet et élargir ce cas très particulier d'un simple bug (qui aurait pu
arriver à un autre logiciel faisant autre chose) à tous les FW voire même
à l'usage d'un seul.
Ce n'est effectivement qu'un exemple, qui se rajoute à la liste.
Parmi ceux qui sont cotoyés régulièrement je peux citer :
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent
ces trames "bizarres") ;
- les problèmes de FTP (protocole qui fait toujours des dégâts
chez les novices qui ne maîtrisent pas trop FTP et encore moins
la configuration de leur firewall) ;
- les problèmes de connexion POP3 pour ceux qui ont un antivirus
qui fait proxy POP3 et qui s'est lamentablement planté : il faut
chercher assez longtemps le problème avant de se rendre compte de
ce qui ne va pas ;
- pour ceux qui s'y connaissent un peu mais pas encore trop : les
interminables e-mails au support avec les journaux du firewall
et les scandaleuses attaques de dns-cache.isp.net sur le port 53
(et qui ne se satisfont pas de l'explication) ;
- le spam : les logiciels de firewall qui envoient des e-mails
automatiques aux contacts de l'AS associée à l'adresse IP
"attaquante" ou alors qui renvoie à l'utilisateur l'adresse
des contacts en question ; bonjour les "tu m'as hacké, je vais
l'dire à ton FAI et appeler les flics" qui suivent ;
Bref, tous ces logiciels censés entourer l'utilisateur inexpérimenté
ou peu expérimenté d'un cocon de protection apportent beaucoup de
problèmes et finalement peu de solutions.
L'expérience à ce sujet s'est relativement bien installée dans les
supports des différents FAI, dès le niveau 1 ; "désactiver le firewall"
fait désormais partie des tests de base lorsqu'un client a des soucis
avec sa connexion.
Le 27 Nov 2003 11:30:47 GMT, Brina a écrit dans le message :
D'un autre coté, préconiser la non protection par un firewall, ça va un peu loin. ZA a mis le bronx, oui, une fois, faut pas non plus faire haro sur le baudet et élargir ce cas très particulier d'un simple bug (qui aurait pu arriver à un autre logiciel faisant autre chose) à tous les FW voire même à l'usage d'un seul.
Ce n'est effectivement qu'un exemple, qui se rajoute à la liste.
Parmi ceux qui sont cotoyés régulièrement je peux citer :
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent ces trames "bizarres") ; - les problèmes de FTP (protocole qui fait toujours des dégâts chez les novices qui ne maîtrisent pas trop FTP et encore moins la configuration de leur firewall) ; - les problèmes de connexion POP3 pour ceux qui ont un antivirus qui fait proxy POP3 et qui s'est lamentablement planté : il faut chercher assez longtemps le problème avant de se rendre compte de ce qui ne va pas ; - pour ceux qui s'y connaissent un peu mais pas encore trop : les interminables e-mails au support avec les journaux du firewall et les scandaleuses attaques de dns-cache.isp.net sur le port 53 (et qui ne se satisfont pas de l'explication) ; - le spam : les logiciels de firewall qui envoient des e-mails automatiques aux contacts de l'AS associée à l'adresse IP "attaquante" ou alors qui renvoie à l'utilisateur l'adresse des contacts en question ; bonjour les "tu m'as hacké, je vais l'dire à ton FAI et appeler les flics" qui suivent ;
Bref, tous ces logiciels censés entourer l'utilisateur inexpérimenté ou peu expérimenté d'un cocon de protection apportent beaucoup de problèmes et finalement peu de solutions.
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
-- Raphael Bouaziz.
Klopinette
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
avec l'anti-virus d'ailleurs. En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas sortis de l'auberge ! Et que dire des routeurs configurés dans le dos des utilisateurs et dont l'administrateur ne répond jamais au téléphone parce qu'il a déjà trop de clients et que celle qui appelle la hotline est desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un problème sur son réseau interne.
En fait c'était bien La Poste :)
L'expérience à ce sujet s'est relativement bien installée dans les
supports des différents FAI, dès le niveau 1 ; "désactiver le firewall"
fait désormais partie des tests de base lorsqu'un client a des soucis
avec sa connexion.
avec l'anti-virus d'ailleurs.
En dégroupé, on demande même de débrancher son téléphone source d'une
partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas
sortis de l'auberge ! Et que dire des routeurs configurés dans le dos des
utilisateurs et dont l'administrateur ne répond jamais au téléphone parce
qu'il a déjà trop de clients et que celle qui appelle la hotline est
desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un
problème sur son réseau interne.
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
avec l'anti-virus d'ailleurs. En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas sortis de l'auberge ! Et que dire des routeurs configurés dans le dos des utilisateurs et dont l'administrateur ne répond jamais au téléphone parce qu'il a déjà trop de clients et que celle qui appelle la hotline est desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un problème sur son réseau interne.
En fait c'était bien La Poste :)
Ronald Van Assche
In article , Raphael Bouaziz wrote:
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent ces trames "bizarres") ;
Des noms, des noms !!!
- les problèmes de FTP (protocole qui fait toujours des dégâts chez les novices qui ne maîtrisent pas trop FTP et encore moins la configuration de leur firewall) ;
si certains titulaires de cartes de presse faisaient leur taf au lieu de troller dans les ng ca irait mieux :-)
- les problèmes de connexion POP3 pour ceux qui ont un antivirus qui fait proxy POP3 et qui s'est lamentablement planté : il faut chercher assez longtemps le problème avant de se rendre compte de ce qui ne va pas ;
tu parles des daubes anti-virus version d'essai que les neu^2 installent et qui vont modifier l'OE du client avec ce proxy local et oublier de virer la modification une fois désinstallé ?
- pour ceux qui s'y connaissent un peu mais pas encore trop : les interminables e-mails au support avec les journaux du firewall et les scandaleuses attaques de dns-cache.isp.net sur le port 53 (et qui ne se satisfont pas de l'explication) ;
Traduire par " je suis expert en securité, et je recoit des attaques sur le port 53 de votre nouveau serveur DNS : pourquoi ne suis-je pas mis au courant "
Vécu, preuve disponible contre un NDA et moult boissons :-)
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
Ca sent le vécu :-)
In article <slrnbsclk7.29r2.bouaziz@sonia.noc.nerim.net>, Raphael
Bouaziz <bouaziz@nerim.net> wrote:
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent
ces trames "bizarres") ;
Des noms, des noms !!!
- les problèmes de FTP (protocole qui fait toujours des dégâts
chez les novices qui ne maîtrisent pas trop FTP et encore moins
la configuration de leur firewall) ;
si certains titulaires de cartes de presse faisaient leur taf au lieu
de troller dans les ng ca irait mieux :-)
- les problèmes de connexion POP3 pour ceux qui ont un antivirus
qui fait proxy POP3 et qui s'est lamentablement planté : il faut
chercher assez longtemps le problème avant de se rendre compte de
ce qui ne va pas ;
tu parles des daubes anti-virus version d'essai que les neu^2
installent et qui vont modifier l'OE du client avec ce proxy local et
oublier de virer la modification une fois désinstallé ?
- pour ceux qui s'y connaissent un peu mais pas encore trop : les
interminables e-mails au support avec les journaux du firewall
et les scandaleuses attaques de dns-cache.isp.net sur le port 53
(et qui ne se satisfont pas de l'explication) ;
Traduire par " je suis expert en securité, et je recoit des attaques
sur le port 53 de votre nouveau serveur DNS : pourquoi ne suis-je pas
mis au courant "
Vécu, preuve disponible contre un NDA et moult boissons :-)
L'expérience à ce sujet s'est relativement bien installée dans les
supports des différents FAI, dès le niveau 1 ; "désactiver le firewall"
fait désormais partie des tests de base lorsqu'un client a des soucis
avec sa connexion.
- les problèmes liés au PPPoE (il y a des firewalls qui filtrent ces trames "bizarres") ;
Des noms, des noms !!!
- les problèmes de FTP (protocole qui fait toujours des dégâts chez les novices qui ne maîtrisent pas trop FTP et encore moins la configuration de leur firewall) ;
si certains titulaires de cartes de presse faisaient leur taf au lieu de troller dans les ng ca irait mieux :-)
- les problèmes de connexion POP3 pour ceux qui ont un antivirus qui fait proxy POP3 et qui s'est lamentablement planté : il faut chercher assez longtemps le problème avant de se rendre compte de ce qui ne va pas ;
tu parles des daubes anti-virus version d'essai que les neu^2 installent et qui vont modifier l'OE du client avec ce proxy local et oublier de virer la modification une fois désinstallé ?
- pour ceux qui s'y connaissent un peu mais pas encore trop : les interminables e-mails au support avec les journaux du firewall et les scandaleuses attaques de dns-cache.isp.net sur le port 53 (et qui ne se satisfont pas de l'explication) ;
Traduire par " je suis expert en securité, et je recoit des attaques sur le port 53 de votre nouveau serveur DNS : pourquoi ne suis-je pas mis au courant "
Vécu, preuve disponible contre un NDA et moult boissons :-)
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall" fait désormais partie des tests de base lorsqu'un client a des soucis avec sa connexion.
Ca sent le vécu :-)
Raphael Bouaziz
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit dans le message :
En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problème valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non la, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher un modem ADSL de se sychroniser. Si on ne se conforme pas aux règles d'une installation téléphonique avec ADSL, cela ne fonctionnera pas correctement, c'est tout. Personne ne va conseiller d'enlever les filtres (les passe-bas, pas les filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ... C'est même recommandé par les sites spécialisés, et cela amène donc la liste de problèmes que l'on connaît et l'incompréhension de l'utilisateur ("mais on m'a dit qu'il fallait ...").
-- Raphael Bouaziz.
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit
dans le message <MPG.1a30802cbaa6ae20994d13@localhost> :
En dégroupé, on demande même de débrancher son téléphone source d'une
partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problème valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non la, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher
un modem ADSL de se sychroniser. Si on ne se conforme pas aux
règles d'une installation téléphonique avec ADSL, cela ne
fonctionnera pas correctement, c'est tout. Personne ne va
conseiller d'enlever les filtres (les passe-bas, pas les
filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ...
C'est même recommandé par les sites spécialisés, et cela amène
donc la liste de problèmes que l'on connaît et l'incompréhension
de l'utilisateur ("mais on m'a dit qu'il fallait ...").
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit dans le message :
En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problème valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non la, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher un modem ADSL de se sychroniser. Si on ne se conforme pas aux règles d'une installation téléphonique avec ADSL, cela ne fonctionnera pas correctement, c'est tout. Personne ne va conseiller d'enlever les filtres (les passe-bas, pas les filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ... C'est même recommandé par les sites spécialisés, et cela amène donc la liste de problèmes que l'on connaît et l'incompréhension de l'utilisateur ("mais on m'a dit qu'il fallait ...").
-- Raphael Bouaziz.
Raphael Bouaziz
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit dans le message :
En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problématique valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non là, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher un modem ADSL de se sychroniser. Si on ne se conforme pas aux règles d'une installation téléphonique avec ADSL, cela ne fonctionnera pas correctement, c'est tout. Personne ne va conseiller d'enlever les filtres (les passe-bas, pas les filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ... C'est même recommandé par les sites spécialisés, et cela amène donc la liste de problèmes que l'on connaît et l'incompréhension de l'utilisateur ("mais on m'a dit qu'il fallait ...").
-- Raphael Bouaziz.
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit
dans le message <MPG.1a30802cbaa6ae20994d13@localhost> :
En dégroupé, on demande même de débrancher son téléphone source d'une
partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problématique valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non là, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher
un modem ADSL de se sychroniser. Si on ne se conforme pas aux
règles d'une installation téléphonique avec ADSL, cela ne
fonctionnera pas correctement, c'est tout. Personne ne va
conseiller d'enlever les filtres (les passe-bas, pas les
filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ...
C'est même recommandé par les sites spécialisés, et cela amène
donc la liste de problèmes que l'on connaît et l'incompréhension
de l'utilisateur ("mais on m'a dit qu'il fallait ...").
Le 27 Nov 2003 20:56:18 GMT, Brina a écrit dans le message :
En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
Problématique valable aussi en non dégroupé.
à tous de ne plus avoir de combiné ?
Non là, cela n'a rien à voir, ici il y a clairement une erreur.
Mettre un téléphone sans filtre sur l'installation peut empêcher un modem ADSL de se sychroniser. Si on ne se conforme pas aux règles d'une installation téléphonique avec ADSL, cela ne fonctionnera pas correctement, c'est tout. Personne ne va conseiller d'enlever les filtres (les passe-bas, pas les filtres IP ;-)).
Tandis qu'installer un firewall, ce n'est à priori pas une erreur ... C'est même recommandé par les sites spécialisés, et cela amène donc la liste de problèmes que l'on connaît et l'incompréhension de l'utilisateur ("mais on m'a dit qu'il fallait ...").
-- Raphael Bouaziz.
Klopinette
"Brina" a écrit dans le message de news:
In article <3fc66f4a$0$27475$, says...
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall"
fait désormais partie des tests de base lorsqu'un client a des soucis
avec sa connexion.
avec l'anti-virus d'ailleurs. En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas
c'est le Summum, là :-)
Et ça devient trop commun :/
sortis de l'auberge ! Et que dire des routeurs configurés dans le dos des
utilisateurs et dont l'administrateur ne répond jamais au téléphone parce
qu'il a déjà trop de clients et que celle qui appelle la hotline est desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un problème sur son réseau interne.
oh ça sent le véçu, ça ...
A ce point ? :)
"Brina" <brina@alussinan.org> a écrit dans le message de news:
MPG.1a30961d475f99c1994d1d@localhost...
In article <3fc66f4a$0$27475$afc38c87@news.easynet.fr>,
klopinette@chezmoi.easyconnect.fr says...
L'expérience à ce sujet s'est relativement bien installée dans les
supports des différents FAI, dès le niveau 1 ; "désactiver le
firewall"
fait désormais partie des tests de base lorsqu'un client a des
soucis
avec sa connexion.
avec l'anti-virus d'ailleurs.
En dégroupé, on demande même de débrancher son téléphone source d'une
partie des non-synchro, est-ce pour cela qu'il faut désormais
conseiller
à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas
c'est le Summum, là :-)
Et ça devient trop commun :/
sortis de l'auberge ! Et que dire des routeurs configurés dans le dos
des
utilisateurs et dont l'administrateur ne répond jamais au téléphone
parce
qu'il a déjà trop de clients et que celle qui appelle la hotline est
desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un
problème sur son réseau interne.
L'expérience à ce sujet s'est relativement bien installée dans les supports des différents FAI, dès le niveau 1 ; "désactiver le firewall"
fait désormais partie des tests de base lorsqu'un client a des soucis
avec sa connexion.
avec l'anti-virus d'ailleurs. En dégroupé, on demande même de débrancher son téléphone source d'une partie des non-synchro, est-ce pour cela qu'il faut désormais conseiller
à tous de ne plus avoir de combiné ?
Surtout si c'est Norton couplé avec le firewall de XP. Là on n'est pas
c'est le Summum, là :-)
Et ça devient trop commun :/
sortis de l'auberge ! Et que dire des routeurs configurés dans le dos des
utilisateurs et dont l'administrateur ne répond jamais au téléphone parce
qu'il a déjà trop de clients et que celle qui appelle la hotline est desespérée de ne pas savoir vérifier si tout simplement il n'y a pas un problème sur son réseau interne.
oh ça sent le véçu, ça ...
A ce point ? :)
Pierre Col
Et, cher von Achtroumpf,
Ecorcher les noms de ses contradicteurs c'est une nouvelle méthode pour montrer que l'on a raison ? Je doute sérieusement de l'efficacité, les lecteurs apprécieront, et trouve le procédé plus que limite.
Un carton jaune à FYLG :-)
-- Pierre Col "Chercher à connaître n'est souvent qu'apprendre à douter" (Antoinette du Ligier de la Garde, femme de lettres française, 1638-1694)
Et, cher von Achtroumpf,
Ecorcher les noms de ses contradicteurs c'est une nouvelle méthode pour
montrer que l'on a raison ?
Je doute sérieusement de l'efficacité, les lecteurs apprécieront, et trouve
le procédé plus que limite.
Un carton jaune à FYLG :-)
--
Pierre Col
"Chercher à connaître n'est souvent qu'apprendre à douter"
(Antoinette du Ligier de la Garde, femme de lettres française, 1638-1694)
Ecorcher les noms de ses contradicteurs c'est une nouvelle méthode pour montrer que l'on a raison ? Je doute sérieusement de l'efficacité, les lecteurs apprécieront, et trouve le procédé plus que limite.
Un carton jaune à FYLG :-)
-- Pierre Col "Chercher à connaître n'est souvent qu'apprendre à douter" (Antoinette du Ligier de la Garde, femme de lettres française, 1638-1694)
