Microsoft sort windows XP mais derriere ce qui est important c'est sa nouvelle strategie commerciale qui est: MONOPOLE, tout le onde utilise ie et tout le monde developpe avec .NET sinon y' plus rien qui marcheras.
Le pb c'est pas un site qui est innaccessible mais c'est un des premiers , vont suivre des milliers.
Et la justice , et bien elle a donné raison a microsoft donc ils s'en foutent ils ont la porte ouverte à tout
ps: sur le site de microsoft vous trouverez le download de la version solaris d'ie!
Il me semble que le site de mageos
(http://www.mageos.com(...)) a fait de meme a une
epoque. C'etait d'autant plus bete que
certains de leurs clients (venant de fnac.net)
avaient exclusivement netscape, par exemple.
J'ai essayé avec Netscape 4.7 linux, le site s'affiche.
Par contre, avec Opera, quel que soit le user-agent utilisé, ça affiche l'"erreur".
Pour ceux qui ne sauraient pas, Opera peut être configurer pour passer pour MSIE 5, Mozilla 5, Mozilla 4.76, Mozilla 3 ou lui-même, mais chacun de ces user-agents comporte le mot Opera...
Donc manifestement, c'est pas le mot Linux qui est filtré ;-)
Je travaille dans une univeristé ou ils nous ont fournit un numéro de série pour office XP qui nous évite d'appeller MS à chaque installation, et la chose doit se répéter avec windows XP il me semble.
Windows en contre-partie facilite la vie du developpeur
Excuse moi mais la je bondis. J'ai commencé a programmer il y a bien longtemps (86) sur du MS (pas du windows). Je suis passé par différentes machines pour atterrir finalement sur du PC / Windows (à cause des jeux). Je programmouille avec différents langages/environnements pour le fun depuis 86 et pour manger depuis bientot 5 ans et pourtant, je n'ai jamais programmé sur un système aussi mal documenté (je n'ai pas connu les TI99/4A) et mal foutu:
De VC++ 4 jusqu'à Visual Studio 6, la doc est une infamie: éparpillée, incomplète et abondamment buggée (soit directement, soit par ommission dans les spec des fonctions). Le pire c'est que ça va en se dégrandant: la doc de VC++4 était encore à peu près lisible mais MSDN et inutilisable.
Ensuite, le déploiement d'appli windows est une horreur justement pour des raisons de dépendances. Entre les différentes versions d'OCX, de dll et les reboots à chaque installation, les incompatibilités et redondances dues aux manque de doc de ces mêmes dll (dû principalement à cause de leur caractère propriétaire d'ailleurs) y'a de quoi péter les plombs.
Enfin, je ne connais pas un seul système d'installation/désinstallation potable sous windows. Dans ce domaine, windows en est au même point que linux pour ce qui est des sources en tar.gz (avec l'inconvéniant de ne pas être compilé pour la machine) et à des années lumières des packages debian (non, je ne suis pas pro debian, je suis un slack-aware :)). Le seul uninstall valable sous windows reste le formatage de disque.
Alors pour ce qui est de faciliter la vie du développeur on repassera...
PERSONNE n'a la definition de ce qui doit etre dans un OS et ce qui ne doit pas l'etre, car meme la notion d'OS est tres variable
Tu fais semblant de ne pas voir le probleme.
Tout ça, on ne peut effectivement pas le dire d'avance, sur le cas général.
Par contre à un moment donné (aujourd'hui), dans une situation particulière (le monopole de MS et ses pratiques anticoncurrentielles) il y a plus d'informations. On devrait alors interdire certaines choses, car elles ont pour effet de détruire les concurrents. Et cette interdiction devrait etre appliquée, que la partie en question fasse normalement partie ou non de l'OS, ça on s'en fout pas mal.
Le module ipt_limit d'iptable (kernel 2.4) permet de faire bien mieux que cela. Il joue le role d'une bascule a hysterisis. Il a donc 2 etats et, transite de l'un vers l'autre lorsque le debit depasse un seuil max ou, devient inferieur a un planche.
En le combinant avec un -j LOG, il detecte les depassements de seuil.
En le combinant avec -j REJECT, il prend une decision et rejette les paquets pendant l'attaque (debut de l'attaque lorsque le seuil max est depasse et fin lorsque le debit passe en dessous du seuil planche).
Dans la table, on peux creer une suite de regles pour limiter le debit dans des cas de figures specifiques (ping, arp , syn flood, requetes http, ... ) en combinant le module limit et les autres modules de pattern matching.
Puis, a la suite de ces regles, on peux ajouter une autre regle pour limiter le debit global (aucunes precisions sur la nature du paquet).
iptable est dynamique et, a un etat (egal au debit instantane sur une regle). Le fait d'utiliser une reponse automatique est tres dangeureux et, peux se retourner contre le systeme de protection. Cet algorithme me semble etre la meilleure solution.
[^] # Re: Faudrait faire pareil sur linuxfr
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à -1.
Tout le monde ne peut pas faire ça dans sa boite.
# bravo
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à -4.
Vive la ligne éditoriale.
# c'est le début
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à 3.
Le pb c'est pas un site qui est innaccessible mais c'est un des premiers , vont suivre des milliers.
Et la justice , et bien elle a donné raison a microsoft donc ils s'en foutent ils ont la porte ouverte à tout
ps: sur le site de microsoft vous trouverez le download de la version solaris d'ie!
johann
# Pas tout a fait le premier...
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à 0.
(http://www.mageos.com(...)) a fait de meme a une
epoque. C'etait d'autant plus bete que
certains de leurs clients (venant de fnac.net)
avaient exclusivement netscape, par exemple.
[^] # Re: Faudrait faire pareil sur linuxfr
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à 0.
[^] # Re: Faudrait faire pareil sur linuxfr, mais non :)
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à -5.
# Il est fort leur filtrage...
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à 7.
Par contre, avec Opera, quel que soit le user-agent utilisé, ça affiche l'"erreur".
Pour ceux qui ne sauraient pas, Opera peut être configurer pour passer pour MSIE 5, Mozilla 5, Mozilla 4.76, Mozilla 3 ou lui-même, mais chacun de ces user-agents comporte le mot Opera...
Donc manifestement, c'est pas le mot Linux qui est filtré ;-)
# Faudrait faire pareil sur linuxfr
Posté par Anonyme . En réponse à la dépêche Msn.com à accès restreint. Évalué à -10.
[^] # Re: Ca, pour une bonne nouvelle....
Posté par Anonyme . En réponse à la dépêche Microsoft fixe le prix pour les développeurs .Net. Évalué à 0.
[^] # Re: N'oublions pas ...
Posté par Anonyme . En réponse à la dépêche Bientôt d'autres plateformes. Évalué à -1.
la terre ait connu en terme de sécurité?
[^] # Re: bonjour je...
Posté par Anonyme . En réponse à la dépêche Bientôt d'autres plateformes. Évalué à -1.
[^] # Re: abberant
Posté par Anonyme . En réponse à la dépêche 1ère Journée Denis Diderot du Libre à l'Université Paris 7. Évalué à -3.
# bonjour je...
Posté par Anonyme . En réponse à la dépêche Bientôt d'autres plateformes. Évalué à -1.
OpenBSD roulaize, FreeBSD suxxxxxxxxxxxxx
--
merci.
[^] # Re: C'est de l'humour surtout...
Posté par Anonyme . En réponse à la dépêche Pourquoi unix est meilleur que Windows. Évalué à 0.
[^] # Re: C'est de l'humour surtout...
Posté par Anonyme . En réponse à la dépêche Pourquoi unix est meilleur que Windows. Évalué à 0.
Excuse moi mais la je bondis. J'ai commencé a programmer il y a bien longtemps (86) sur du MS (pas du windows). Je suis passé par différentes machines pour atterrir finalement sur du PC / Windows (à cause des jeux). Je programmouille avec différents langages/environnements pour le fun depuis 86 et pour manger depuis bientot 5 ans et pourtant, je n'ai jamais programmé sur un système aussi mal documenté (je n'ai pas connu les TI99/4A) et mal foutu:
De VC++ 4 jusqu'à Visual Studio 6, la doc est une infamie: éparpillée, incomplète et abondamment buggée (soit directement, soit par ommission dans les spec des fonctions). Le pire c'est que ça va en se dégrandant: la doc de VC++4 était encore à peu près lisible mais MSDN et inutilisable.
Ensuite, le déploiement d'appli windows est une horreur justement pour des raisons de dépendances. Entre les différentes versions d'OCX, de dll et les reboots à chaque installation, les incompatibilités et redondances dues aux manque de doc de ces mêmes dll (dû principalement à cause de leur caractère propriétaire d'ailleurs) y'a de quoi péter les plombs.
Enfin, je ne connais pas un seul système d'installation/désinstallation potable sous windows. Dans ce domaine, windows en est au même point que linux pour ce qui est des sources en tar.gz (avec l'inconvéniant de ne pas être compilé pour la machine) et à des années lumières des packages debian (non, je ne suis pas pro debian, je suis un slack-aware :)). Le seul uninstall valable sous windows reste le formatage de disque.
Alors pour ce qui est de faciliter la vie du développeur on repassera...
[^] # Re: Clarifions le débat
Posté par Anonyme . En réponse à la dépêche Microsoft fixe le prix pour les développeurs .Net. Évalué à -5.
Microsoft France
C'est bien. Va te cacher maintenant.
[^] # Re: Ca, pour une bonne nouvelle....
Posté par Anonyme . En réponse à la dépêche Microsoft fixe le prix pour les développeurs .Net. Évalué à 0.
t'as une preuve de ça ?
[^] # Re: C'est de l'humour surtout...
Posté par Anonyme . En réponse à la dépêche Pourquoi unix est meilleur que Windows. Évalué à 0.
Tu fais semblant de ne pas voir le probleme.
Tout ça, on ne peut effectivement pas le dire d'avance, sur le cas général.
Par contre à un moment donné (aujourd'hui), dans une situation particulière (le monopole de MS et ses pratiques anticoncurrentielles) il y a plus d'informations. On devrait alors interdire certaines choses, car elles ont pour effet de détruire les concurrents. Et cette interdiction devrait etre appliquée, que la partie en question fasse normalement partie ou non de l'OS, ça on s'en fout pas mal.
[^] # Re: C'est de l'humour surtout...
Posté par Anonyme . En réponse à la dépêche Pourquoi unix est meilleur que Windows. Évalué à 0.
[^] # Re: Il manque le point de vue des éditeurs de logiciels propriétaires
Posté par Anonyme . En réponse à la dépêche Pourquoi unix est meilleur que Windows. Évalué à -2.
[^] # Re: Linux prend le mauvais chemin...
Posté par Anonyme . En réponse à la dépêche Bientôt d'autres plateformes. Évalué à -3.
[^] # Re: IDS
Posté par Anonyme . En réponse à la dépêche Le futur sur les dénis de service. Évalué à 0.
En le combinant avec un -j LOG, il detecte les depassements de seuil.
En le combinant avec -j REJECT, il prend une decision et rejette les paquets pendant l'attaque (debut de l'attaque lorsque le seuil max est depasse et fin lorsque le debit passe en dessous du seuil planche).
Dans la table, on peux creer une suite de regles pour limiter le debit dans des cas de figures specifiques (ping, arp , syn flood, requetes http, ... ) en combinant le module limit et les autres modules de pattern matching.
Puis, a la suite de ces regles, on peux ajouter une autre regle pour limiter le debit global (aucunes precisions sur la nature du paquet).
iptable est dynamique et, a un etat (egal au debit instantane sur une regle). Le fait d'utiliser une reponse automatique est tres dangeureux et, peux se retourner contre le systeme de protection. Cet algorithme me semble etre la meilleure solution.
J. de Vivie.
[^] # Re: Merci !
Posté par Anonyme . En réponse à la dépêche Noyau 2.4.13 out. Évalué à -1.
[^] # Re: pfff
Posté par Anonyme . En réponse à la dépêche 1ère Journée Denis Diderot du Libre à l'Université Paris 7. Évalué à -1.
[^] # Re: j'adore le logo de FreeBSD
Posté par Anonyme . En réponse à la dépêche Bientôt d'autres plateformes. Évalué à -3.
Moi je n'ai testé que win95 et c'est le moins gourmand et le plus rapide que j'ai jamais testé...