OVH Cloud OVH Cloud

Windows 8: Plus (b)haut, plus fort...et plus rapide !

294 réponses
Avatar
P4nd1-P4nd4
Pour les bouffons de service

http://www.cijoint.fr/cjlink.php?file=cj201106/cij3PXu4CG.jpg

10 réponses

Avatar
P4nd1-P4nd4
pehache a exposé le 03.07.2011 :
Le 03/07/11 17:55, NiKo a écrit :
Le 03/07/2011 17:31, pehache a écrit :
Le 03/07/11 16:47, Aéris a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 03/07/2011 16:42, pehache a écrit :
Le noyau linux 3.0 est une version majeure dans la façon de numéroter.



Certes, mais c'est vrai que 2.6.40 n'a plus vraiment de sens?



Pourquoi ?




Parce qu'a l'époque où à été décidé la norme de nommage des noyaux (Sous
la forme x.y.zz), le zz était voué à des corrections de bugs et
améliorations du code.

Aujourd'hui, le rythme de développement du noyau fait qu'à chaque
révision zz est en fait ajouté de nouvelles fonctionnalités, ce qui fait
que l'évolution réelle du noyau n'est plus en lien avec le système de
numérotation (Tu n'as qu'a, par exemple, regarder le nombre de nouvelles
fonctionnalités entre un 2.6.32 et un 2.6.39) alors que si l'on s'en
tenait à la norme de nommage, ce n'aurait du être que des modifications
mineures.




Tu veux dire par là que les développeur et mainteneurs du noyau sont infoutus
de séparer proprement les branches de développement et les branches de
corrections de bugs, qu'ils sont infoutus de respecter une convention de
numérotation pourtant simple et logique, et donc qu'il fallait créer une
nouvelle numérotation où ça ne se verrait pas ?

Ca fout la trouille ©



Dans quelques années, le kernel sera devenu encore plus pourris que NT

Il sera impossible d'y séparer des fonctions datant d'il y'a 40 ans, et
même impossible de mettre une interface graphique performante sans se
passer de la ligne de commande ;>)
Avatar
Nicolas George
NiKo , dans le message <4e1090d7$0$15036$, a
écrit :
Parce qu'a l'époque où à été décidé la norme de nommage des noyaux (Sous
la forme x.y.zz), le zz était voué à des corrections de bugs et
améliorations du code.



Linus a explicitement dit qu'il abandonnait cette convention quand il a
annoncé qu'il n'y aurait pas de 2.7.
Avatar
Jo Kerr
P4nd1-P4nd4 a émis l'idée suivante :

Dans quelques années, le kernel sera devenu encore plus pourris que NT




Merci de confirmer que le noyau NT est pourri.

--
In gold we trust (c)
Avatar
PP
Le 03/07/2011 17:48, NiKo a écrit :

Ça aurait pu être valable, si Linus n'était le mainteneur principal du
noyau Linux.
Et puisque c'est justement lui le créateur et mainteneur principal de ce
projet, j'ai beaucoup moins de mal à croire qu'il sache parfaitement de
quoi il parle. C'est pourquoi j'aurais tendance à penser que s'il dit
qu'il n'y a pas d'évolution majeure dans le code entre la version 2.6.39
et la version 3.0 (Qui je le rappelle aurait du s'appeler 2.6.40), c'est
peut être parce qu'il n'y a effectivement pas d'évolution majeure.



Salut,

Je m’immisce un peu dans la discussion, mais j'ai une question un peu
novice.

En quoi le noyau Linux aurait besoin aujourd'hui d'une évolution majeur ?

Y a-t-il des technologies nouvelles apparaissant nécessitant
l'apparition de nouvelles fonctions.

Si vous avez des exemples pour m'aider à comprendre, je suis preneur.

Parce que même si on estime que certaine partie du noyau son mal écrite
ou peu performante par exemple, l'optimisation n'est qu'en fait qu'une
correction, non ?
Avatar
Aéris
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 03/07/2011 19:31, PP a écrit :

Parce que même si on estime que certaine partie du noyau son mal écrite
ou peu performante par exemple, l'optimisation n'est qu'en fait qu'une
correction, non ?



Certaines corrections, sans apporter de nouvelles fonctionnalités,
peuvent justifier une version majeure.
La suppression du BKL par exemple =)

- --
Aeris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOELBcAAoJEK8zQvxDY4P9vAoIAKDfrW9yd25VaY2DKxAHpoBC
vr07B1cPZ5MImJFmvYPNKROzKu/fsATEvW9DKNoAKwHS3pyH2SOF26KxqoJw+CEo
X6uP2He5HwKjFVjnceiMzXpm5/SX+9An5u2YCwkd/YJRy/+Cj7AQsRQjjO6fZQkS
1ZyOYPGXm216UXM6n3w/dYBpSSUAFKKKnpKwfSKobuGBLrLSjh66UYrRKQWcvGJ1
Gry9wMu4fq4VsByQ1FBk1p0qRMv1EIRhoiIPg59et3XXB6r/jCuLjnWpjtswbj2B
Pi34mZDXZmUGt+elYEo7Y7bWi0E8BzsrJmY53vvQX71jNATzyZuouQxLBG+mO2E =j5CD
-----END PGP SIGNATURE-----
Avatar
Jerome Lambert
Le 03/07/11 17:17, NiKo a écrit :
Le 03/07/2011 16:47, Jerome Lambert a écrit :
Le 03/07/11 15:36, NiKo a écrit :
Le 03/07/2011 15:23, Jerome Lambert a écrit :
Le 03/07/11 13:39, NiKo a écrit :




(...)
C'est quand même selon _TA_ définition qu'un virus est un rootkit s'il
attaque un serveur.



Tu confonds: un virus n'est pas un rootkit, mais un rootkit peut être
assimilé à un virus. C'est d'ailleurs une définition tout ce qu'il y a
de plus commune, où "virus" est assimilé au terme générique "malware" et
non au terme de "virus" stricto sensus. Il t'a d'ailleurs donné un
extrait du Wikipedia anglophone qui va clairement dans son sens. Le
Wikipedia francophone y consacre même un paragraphe complet:
"Parce que les virus ont été historiquement les premiers logiciels
malveillants, le terme « virus » est souvent employé abusivement,
spécialement par les media, pour désigner toutes sortes de logiciels
malveillants. Le logiciel antivirus renforce cette utilisation abusive
puisque son objectif n'a jamais été limité aux virus."

Dans cette acception les rootkits sont des virus, tout comme le sont les
scripts montrés plus haut dans le fil.

(...)



Alors, je cite :

- le terme « virus » est souvent employé abusivement [...]
- Dans cette _acception_ les rootkits sont des virus [...]

On pourrait dire aussi : Dans l'acceptation de la définition de Bozo, un
script windows devient un rootkit Linux s'il attaque le port 22 d'un
serveur SSH ...Je te ferais remarquer aussi que l'affirmation de Bozo
est q'un Virus devient un Rootkit s'il s'attaque à un serveur.



J'ai beau relire le fil, je ne vois pas cette affirmation. Par contre il
dit que le rootkit est au serveur ce que le virus "traditionnel" est à
la machine desktop, ce qui est tout-à-fait correct.




Le 02/07/2001 à 14h12, ST disait :

[...] (le virus d'un serveur, c'est un rootkit) [...]

Ce n'est pas moi qui fait cette affirmation, mais bien Bozo.



Et c'est bien ce que je dis: il dit qu'un rootkit est à un serveur ce
qu'un virus est à une machine desktop, et c'est tout à fait exact. Si tu
comprends autre chose, tu as de gros problèmes de compréhension.

Ce qui
fait tout de même une grande différence, puisqu'on pourrait définir
comme ceci :

Wikipedia : Un virus est une application ... Ce qui est vrai
Bozo : Une application est un virus ... Ce qui n'est pas vrai.



Non, ou alors tu ne comprends pas ce qu'il écrit, mais ça c'est ton
problème.




Maintenant que tu as l'affirmation de Bozo qui nous dit que le virus
d'un serveur, c'est un rootkit ?



Cfr supra.

De toutes façons, le seul Linux qu'il connait est son PC à la maison
derrière un nat sur le quel il a desactivé wget, il n'a pas de LWP,
pas
de curl, rien nada.




Mon PC est effectivement derrière un nat, mais contrairement à ce
que tu
crois, mon nat est la machine Linux qui me sert de firewall, qui est
connecté depuis plus de 4 ans directement à l'internet, avec rsyslog
configuré de telle façon que tout n'est pas envoyé vers
/var/log/messages. Et il n'a effectivement pas les outils de base que
n'importe quel script-kiddie s'attendrait à trouver pré installé (En
fait, un script-kiddie est, selon la définition de Bozo un virus, où un
rootkit [Windows où Linux] selon le port et l'application qu'il
attaque). Et bien que de mon point de vue, cette machine soit
parfaitement configurée pour ce que je veux en faire, je n'ai pas de
_LIENS_ vers des virus Linux dans mes logs.



Ben oui, puisqu'elle n'offre pas de service susceptible d'intéresser qui
que ce soit. P.ex. installe dessus un serveur web ou serveur SSH qui
écoute sur l'interface WAN de ta machine, et tu verras...



Et pourtant, je n'ai pas que ces services (SSH et APACHE) accessibles
depuis l'internet, et je n'ai toujours pas vu !!!
Peut-être parce que je n'ai pas _QUE_ configuré rsyslog ...



Mais oui, mais oui... On notera la belle contradiction en 2 messages...




Tu ne comprends pas une schéma réseau aussi simple ?



Tu as vraiment de *gros* problèmes de compréhension, toi.

(...)
Alors, où est donc cette contradiction que je n'arrive pas à trouver ?



Cherche mieux. Indice: un autre contributeur a levé une partie du voile...
Avatar
NiKo
Le 03/07/2011 18:24, P4nd1-P4nd4 a écrit :
pehache a exposé le 03.07.2011 :
Le 03/07/11 17:55, NiKo a écrit :
Le 03/07/2011 17:31, pehache a écrit :
Le 03/07/11 16:47, Aéris a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 03/07/2011 16:42, pehache a écrit :
Le noyau linux 3.0 est une version majeure dans la façon de
numéroter.



Certes, mais c'est vrai que 2.6.40 n'a plus vraiment de sens?



Pourquoi ?




Parce qu'a l'époque où à été décidé la norme de nommage des noyaux (Sous
la forme x.y.zz), le zz était voué à des corrections de bugs et
améliorations du code.

Aujourd'hui, le rythme de développement du noyau fait qu'à chaque
révision zz est en fait ajouté de nouvelles fonctionnalités, ce qui fait
que l'évolution réelle du noyau n'est plus en lien avec le système de
numérotation (Tu n'as qu'a, par exemple, regarder le nombre de nouvelles
fonctionnalités entre un 2.6.32 et un 2.6.39) alors que si l'on s'en
tenait à la norme de nommage, ce n'aurait du être que des modifications
mineures.




Tu veux dire par là que les développeur et mainteneurs du noyau sont
infoutus de séparer proprement les branches de développement et les
branches de corrections de bugs, qu'ils sont infoutus de respecter une
convention de numérotation pourtant simple et logique, et donc qu'il
fallait créer une nouvelle numérotation où ça ne se verrait pas ?

Ca fout la trouille ©



Dans quelques années, le kernel sera devenu encore plus pourris que NT




Voila alors un domaine où Microsoft était précurseur : Les OS moisis

Il sera impossible d'y séparer des fonctions datant d'il y'a 40 ans, et
même impossible de mettre une interface graphique performante sans se
passer de la ligne de commande ;>)





Ah ? Comme la faille de 15 ans ?

--
Le mode sans échec de Windows est la preuve que son
mode normal est un échec !

SONY : It only does everything ... until we remove !
PS3 Firmware update 3.21 :
The first software update which downgrade !
Avatar
NiKo
Le 03/07/2011 21:10, Jerome Lambert a écrit :
Le 03/07/11 17:17, NiKo a écrit :
Le 03/07/2011 16:47, Jerome Lambert a écrit :
Le 03/07/11 15:36, NiKo a écrit :
Le 03/07/2011 15:23, Jerome Lambert a écrit :
Le 03/07/11 13:39, NiKo a écrit :




(...)
C'est quand même selon _TA_ définition qu'un virus est un rootkit
s'il
attaque un serveur.



Tu confonds: un virus n'est pas un rootkit, mais un rootkit peut être
assimilé à un virus. C'est d'ailleurs une définition tout ce qu'il y a
de plus commune, où "virus" est assimilé au terme générique
"malware" et
non au terme de "virus" stricto sensus. Il t'a d'ailleurs donné un
extrait du Wikipedia anglophone qui va clairement dans son sens. Le
Wikipedia francophone y consacre même un paragraphe complet:
"Parce que les virus ont été historiquement les premiers logiciels
malveillants, le terme « virus » est souvent employé abusivement,
spécialement par les media, pour désigner toutes sortes de logiciels
malveillants. Le logiciel antivirus renforce cette utilisation abusive
puisque son objectif n'a jamais été limité aux virus."

Dans cette acception les rootkits sont des virus, tout comme le
sont les
scripts montrés plus haut dans le fil.

(...)



Alors, je cite :

- le terme « virus » est souvent employé abusivement [...]
- Dans cette _acception_ les rootkits sont des virus [...]

On pourrait dire aussi : Dans l'acceptation de la définition de
Bozo, un
script windows devient un rootkit Linux s'il attaque le port 22 d'un
serveur SSH ...Je te ferais remarquer aussi que l'affirmation de Bozo
est q'un Virus devient un Rootkit s'il s'attaque à un serveur.



J'ai beau relire le fil, je ne vois pas cette affirmation. Par contre il
dit que le rootkit est au serveur ce que le virus "traditionnel" est à
la machine desktop, ce qui est tout-à-fait correct.




Le 02/07/2001 à 14h12, ST disait :

[...] (le virus d'un serveur, c'est un rootkit) [...]

Ce n'est pas moi qui fait cette affirmation, mais bien Bozo.



Et c'est bien ce que je dis: il dit qu'un rootkit est à un serveur ce
qu'un virus est à une machine desktop, et c'est tout à fait exact. Si tu
comprends autre chose, tu as de gros problèmes de compréhension.




Oui, on à décidément pas les mêmes problèmes de compréhension. Si tu
arrives à comprendre 'Le rootkit est à un serveur ce qu'un virus est à
une machine desktop' quand on écrit 'Le virus d'un serveur, c'est un
rootkit' ...

Ce qui
fait tout de même une grande différence, puisqu'on pourrait définir
comme ceci :

Wikipedia : Un virus est une application ... Ce qui est vrai
Bozo : Une application est un virus ... Ce qui n'est pas vrai.



Non, ou alors tu ne comprends pas ce qu'il écrit, mais ça c'est ton
problème.




Maintenant que tu as l'affirmation de Bozo qui nous dit que le virus
d'un serveur, c'est un rootkit ?



Cfr supra.




Voir plus haut.

De toutes façons, le seul Linux qu'il connait est son PC à la maison
derrière un nat sur le quel il a desactivé wget, il n'a pas de LWP,
pas
de curl, rien nada.




Mon PC est effectivement derrière un nat, mais contrairement à ce
que tu
crois, mon nat est la machine Linux qui me sert de firewall, qui est
connecté depuis plus de 4 ans directement à l'internet, avec rsyslog
configuré de telle façon que tout n'est pas envoyé vers
/var/log/messages. Et il n'a effectivement pas les outils de base que
n'importe quel script-kiddie s'attendrait à trouver pré installé (En
fait, un script-kiddie est, selon la définition de Bozo un virus,
où un
rootkit [Windows où Linux] selon le port et l'application qu'il
attaque). Et bien que de mon point de vue, cette machine soit
parfaitement configurée pour ce que je veux en faire, je n'ai pas de
_LIENS_ vers des virus Linux dans mes logs.



Ben oui, puisqu'elle n'offre pas de service susceptible
d'intéresser qui
que ce soit. P.ex. installe dessus un serveur web ou serveur SSH qui
écoute sur l'interface WAN de ta machine, et tu verras...



Et pourtant, je n'ai pas que ces services (SSH et APACHE) accessibles
depuis l'internet, et je n'ai toujours pas vu !!!
Peut-être parce que je n'ai pas _QUE_ configuré rsyslog ...



Mais oui, mais oui... On notera la belle contradiction en 2 messages...




Tu ne comprends pas une schéma réseau aussi simple ?



Tu as vraiment de *gros* problèmes de compréhension, toi.

(...)



Tu fait du Bozo'lang ? Ce serait tellement plus simple de m'indiquer où
je suis en contradiction ...

Alors, où est donc cette contradiction que je n'arrive pas à trouver ?



Cherche mieux. Indice: un autre contributeur a levé une partie du voile...




Mais comme j'ai des problèmes de compréhension, je vais pas me faire
chier à relire toute ces fumisteries qui visent à noyer le poisson.
Je pourrais chercher pour trouver mes contradictions, comme je pourrais
chercher dans /var/log/messages un lien sur un virus.

--
Le mode sans échec de Windows est la preuve que son
mode normal est un échec !

SONY : It only does everything ... until we remove !
PS3 Firmware update 3.21 :
The first software update which downgrade !
Avatar
NiKo
Le 03/07/2011 17:58, pehache a écrit :
Le 03/07/11 14:46, NiKo a écrit :


être des trucs que tu appelles "script kiddies", mais un Linux bien
configuré, c'est comme un Windows bien configuré, ça n'a rien à craindre
de ce genre d'attaques.




Mouhahaha !!! Mets donc un Windows et un Linux en connexion directe sur
l'internet, et regarde lequel sera pourri de virus avant l'autre. Tout
est dit sur ton professionnalisme. Merci.



Windows avec un firewall peut tout à fait être mis en direct sur
internet. J'ai passé plusieurs années ainsi, sans rien attraper. Donc tu
racontes des conneries.

Et le fait est que même toi, tu ne mets pas un PC linux quelconque en
direct sur internet, et tu l'as configuré en fonction de cet usage.
Pourquoi donc ?




Quelle logique implacable.

Tu fermes ta porte à clefs en partant de chez toi parce que ça te
protège des cambrioleurs ?

Ou alors, tu fermes la porte à clefs car cela empêchera le premier
blaireau qui passe de te faire les tiroirs, tout comme cela compliquera
un peu la tâche du cambrioleur décidé ?

--
Le mode sans échec de Windows est la preuve que son
mode normal est un échec !

SONY : It only does everything ... until we remove !
PS3 Firmware update 3.21 :
The first software update which downgrade !
Avatar
pehache
Le 03/07/11 22:10, NiKo a écrit :




Mouhahaha !!! Mets donc un Windows et un Linux en connexion directe sur
l'internet, et regarde lequel sera pourri de virus avant l'autre. Tout
est dit sur ton professionnalisme. Merci.



Windows avec un firewall peut tout à fait être mis en direct sur
internet. J'ai passé plusieurs années ainsi, sans rien attraper. Donc tu
racontes des conneries.

Et le fait est que même toi, tu ne mets pas un PC linux quelconque en
direct sur internet, et tu l'as configuré en fonction de cet usage.
Pourquoi donc ?




Quelle logique implacable.



Merci.



Tu fermes ta porte à clefs en partant de chez toi parce que ça te
protège des cambrioleurs ?

Ou alors, tu fermes la porte à clefs car cela empêchera le premier
blaireau qui passe de te faire les tiroirs, tout comme cela compliquera
un peu la tâche du cambrioleur décidé ?




Le fait est que correctement configurés et administrés, aussi bien
Windows que Linux peuvent être mis en direct sur internet, ce qu'il vaut
mieux ne pas faire sans précaution aussi bien avec l'un qu'avec l'autre.

Ce qui invalide totalement ton affirmation qui est en tête des citations
ci-dessus.

--
pehache