Le mode Texte est indispensable, il permet d'installer notre penguin préféré sur des configurations plus légères.
Le mode graphique est normalement la que pour être plus jolie. Il n'apporte en lui même pas grand chose. Cependant, il est souvent composé de menu plus simple pour les non initiés, avec des détections automatiques.
Le mode graphiqe m a cependant permis de voir qu'il ne supportait pas ma carte graphique qui n'étais pas pourtant récente et même au contraire (Mdk8).
De plus, le mode graphique à ces dérives comme par exemple avec la derniere Mdk8.1 qui ne propose pas les même chose selon la machine. Par exemple, elle ne me proposait pas l'installations des logiciels de son deuxiemme CDs.
En Gros J'aime pas le mode graphique ;(
( Ps je prefere quand meme debian, je teste juste les Mdks pour savoir ce que ca donne mais qu'est ce que ca rame)
Je ne comprend pas ou est réellement l'interet. En effet, est ce qu'en installant une debian avec le strict minimum. Et ensuite en compilant les logiciels dont on as besoin ainssi qu'en applicant les derniers patchs. On arrive pas à un niveau de sécurité acceptable?
Et surtout est ce que des controles qui sont fait soit même, ne sont il pas plus valable qu'un gros paquet de patch appliqué provennant d'une source dont on est même pas sur comme l'on souligner certain commentaire précedent ?
Tu as raison !
En effet, j'ai le cas d'une personne qui étais dans mon bureau qui avait enlever Linux car il n'arrivait pas à avoir Xfree qui fonctionne avec sa Kiro 2.
Hereusement j'étais la ;) Et maintennant ca fonctionne ;)
Oui mais il reste toujours la possibilité de faire des liens symbolique de plus toutes les applications ne servent pas tout les jours et on peut surement demander à l utilisateur Lambda de taper le chemin complet ou de créer des alias si cette application est souvent utilisée.
Le problemme du path trop long est un faut problemme enfin je pense.
Moi je trouve qu'il serait preferable, il est vraie que toute application soit installé dans des répertoires organisés par fonction ou theme.
Enfin le mieux c'est quand meme de s'appuyer sur la norme FS2 qui a été sortie Nan ???
Je les ai regarder ces bouquins mais je les trouve un peu cher (ils sont quand meme bien), mais 50 Francs pour 20 pages (j'exagere un peu) Autant imprimmer un petit tutoriel venant d'Internet.
Partie 1 : Communication de Groupe ou le Multicast Fiable.
P1.1 Introduction
Un groupe multicast est un groupe avec une adresse IP de classe D. Cette adresse identifie ce groupe. Ce gruope est ouvert car :
> Tout le monde peut faire partie de se groupe
> Une machine peut appartenir a plusieurs groupe
> On peut transmetre à un groupe s'en y appartenir
> Aucun moyen de controle au niveau IP des machines appartenant au groupe
Présentation rapide du routage Multicast.
Pourquois utiliser le multicast :
> Le passage a l'echelle, une trame envoyé pour n recepteur
> Réduit le cout (notament du canal d'access)
> Augmente la vitesse
Différent modele de livraison de donnée :
> Streaming : pour du temps réel
> Push : necessite que les recpteurs soient pret avant transmission
> A la demande
ex Applicatif du multicast : Travail Coopératif, Jeux en réseaux, Distribution de contenu entre une maison mere et ses filiales.
P1.2 Transmission Multicast Fiable
Des Problemmes a surmonter
3 principaux :
> la taille (scabilité)
> Controle de congestion (pas saturer réseaux pas bien :)
> Sécurité
D'autres :
> Le besoin des applications tres diffirents
> Differents modele de groupe
> Heterogeinite des recepteurs
> Facilité de mise en place
Avec 10 000 recepteurs problemme engendré :
Pb1 : le controle du traffic
Si on demand un acquitement a chaque trame il revient 10 000 trame (ACK)
Si on demande un NACK, c'est a dire un acquitement si erreur detecté, il y en a mois mais il risque d'y en avoir 10 000 si le problemme est proche de la source
Pb2 : Retransmission des pakets perdus*
Pb3 : Heterogene : recepteur Lent et rapide a satisfaire
Pb4 : Gestion du Groupe
Le Controle du traffic :
Solution 1 :
Attendre avant de retransmettre
Solution 2 :
La redondance d'info ( codage FEC : forward error correction )
Solution 3 :
Utilisation d'arbre intelligent de routeur et de serveur qui font :
> Aggregation des ACK
> Suppression des NAK en double
> Retransmission des trames en leur posetion
La retransmission :
Solution 1 :
Le codage FEC proactive ou reactive
Solution 2 :
Arbre d'assistance (routeur et serveur)
Heterogeniete :
Solution 1 :
Taux de transfert au plus bas
Solution 2 :
Différent groupe multicast par vitesse de transfert
Solution 3 :
Différent taux de transmission
Il existe 3 classe de protocoles :
NORM : Trres imple utilise NAK
TRACK : NORM + Arbre d'assistance
ALC : Transmission en couche multiple
ALC :
Classe protocole orienté recpteur. Pas de problemme de scabilité car le recepteur ne renvoie jamais de paquets.
Utilisation de FEC & Layered CC (couche multiple)
Le layered CC c'est :
On transmet sur le couche 1 une image de basse qualité
On transmet sur la couche 2 des details pour obtenir une image de meilleur qualité.
On transmet sur al couche 3 des details ...etc
Quand un recpteur est de bonne qualité il s'abonne à la couche 1 , 2 , 3 .. n
Tandis qu'un recpeteur de tres mauvaise qualité s'abonne qu' a la couche 1
Demo de la partie 1 : Un serveur qui envoie des trames multicast pour envoyer un fichier de 30 mo. Ce serveur tourne en boucle et envoie a chaque fois une partie du fichier
Les client se connecte quand ils veulent et recuperent le fichier peti bout par petit bout.
Partie 2 : Linphone
Compression de la voie
Au depart la vois necessite un flux de 128 kb/s
Il existe different module de compression tel que GSM (il existe une partie libre d'utilisation) (Oui comme les telephones)
Le codec le plus utilise est le G711 qui encode sur 8 kb/s
Le meilleurs codec fait 2,4 kb/s mais il y a une perte de qualité
Le codec CELP est celui utilisé.
La Transmission :
Presentation du protocole RTC et RTCP
Signalisation
Presentation du protocole SIP et H323.
linphone utilise SIP (implémentation libre)
Pour finir :
Il existe deux logiciels permettant de telephoner par internet sous nunux : Gnomemeeting et Linphone.
D'apres les experiences de certaine personne qui etaient dans l'assemble Linphone est facilement rapidement utilisable (5min pour la configurer).
D'autre part la conference était filmée et devrais être mis en ligne prochainement (Pas tout de suite tout de meme).
Je vous conseil d'aller voir les liens que j'avais donné precedement pour plus d'information.
Ha une derniere chose j'ai fait de mon mieux alors m'embetter pas ;)
Il y a plusieurs autres logiciels qui tournent autours de snort. Certaine permette de configurer un firewall selon les attaques que tu subis pour les contrecarrés immédiatement.
[^] # Re: De l'intérêt de l'installation en mode texte
Posté par sbruchet . En réponse à la dépêche leader de Debian-boot. Évalué à 1.
Le mode graphique est normalement la que pour être plus jolie. Il n'apporte en lui même pas grand chose. Cependant, il est souvent composé de menu plus simple pour les non initiés, avec des détections automatiques.
Le mode graphiqe m a cependant permis de voir qu'il ne supportait pas ma carte graphique qui n'étais pas pourtant récente et même au contraire (Mdk8).
De plus, le mode graphique à ces dérives comme par exemple avec la derniere Mdk8.1 qui ne propose pas les même chose selon la machine. Par exemple, elle ne me proposait pas l'installations des logiciels de son deuxiemme CDs.
En Gros J'aime pas le mode graphique ;(
( Ps je prefere quand meme debian, je teste juste les Mdks pour savoir ce que ca donne mais qu'est ce que ca rame)
[^] # Re: des exemples
Posté par sbruchet . En réponse à la dépêche Plugin SVG pour linux. Évalué à 1.
() Le résultat est pas mal, en gros c pas vilain du tout. le résultat graphique
() Le code XML est lisible ce qui est un gros avantage.
Voila Voila ;)
# Ou est réellement l'intéret
Posté par sbruchet . En réponse à la dépêche Comprendre et installer SELinux. Évalué à 1.
Et surtout est ce que des controles qui sont fait soit même, ne sont il pas plus valable qu'un gros paquet de patch appliqué provennant d'une source dont on est même pas sur comme l'on souligner certain commentaire précedent ?
[^] # Re: Pourquoi acheter ca ?
Posté par sbruchet . En réponse à la dépêche Kyro : Pétition pour des drivers linux. Évalué à 1.
En effet, j'ai le cas d'une personne qui étais dans mon bureau qui avait enlever Linux car il n'arrivait pas à avoir Xfree qui fonctionne avec sa Kiro 2.
Hereusement j'étais la ;) Et maintennant ca fonctionne ;)
[^] # Re: Ce n'est que le début ...
Posté par sbruchet . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.
Si on prend d'un coté les société qui se font racheter pour leur piquer leur logiciel.
Il y a websphere qui vas intégrer JBoss... etc etc
On voit rapidement que l'argent prend vite le dessus parfois sur une licence
[^] # Re: Y'a pas 50 solutions
Posté par sbruchet . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 1.
[^] # Re: Y'a pas 50 solutions
Posté par sbruchet . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 7.
Le problemme du path trop long est un faut problemme enfin je pense.
Moi je trouve qu'il serait preferable, il est vraie que toute application soit installé dans des répertoires organisés par fonction ou theme.
Enfin le mieux c'est quand meme de s'appuyer sur la norme FS2 qui a été sortie Nan ???
# Bonne nouvelle
Posté par sbruchet . En réponse à la dépêche Brevets logiciels refoulés en Allemagne ?. Évalué à -7.
Sur ce fait je fait aller manger gaiement ;)
[^] # Re: autre ouvrage dispo sur le même thème
Posté par sbruchet . En réponse à la dépêche HTML & XHTML, la référence. Évalué à 4.
# Test Personnel sans lire le tutoriel
Posté par sbruchet . En réponse à la dépêche Présentation de Scribus. Évalué à 4.
Ensuite il y a une prise en main facile ;)
On peut apparement faire des choses jolie rapidement et facilement ;)
En gros C'est de la balle et c'est un bon outil
# Pas tres original
Posté par sbruchet . En réponse à la dépêche C# et Java, une étude comparée. Évalué à 4.
Mais au bout du compte, cela s'integre parfaitement dans une politique d'expansion et de monopolisation de Microsoft
En effet, il s'attaque point par point, toutes choses ou il n'ont pas le monopole. (Rien de bien nouveau, en fin de compte).
Et a terme il font fournir des applications Microsoft pour Linux et enfin finir de s'implenter.
[^] # Le CR Le CR Houaiiiisss !!!
Posté par sbruchet . En réponse à la dépêche Réunion mensuelle de la GUILDE (Grenoble). Évalué à 2.
P1.1 Introduction
Un groupe multicast est un groupe avec une adresse IP de classe D. Cette adresse identifie ce groupe. Ce gruope est ouvert car :
> Tout le monde peut faire partie de se groupe
> Une machine peut appartenir a plusieurs groupe
> On peut transmetre à un groupe s'en y appartenir
> Aucun moyen de controle au niveau IP des machines appartenant au groupe
Présentation rapide du routage Multicast.
Pourquois utiliser le multicast :
> Le passage a l'echelle, une trame envoyé pour n recepteur
> Réduit le cout (notament du canal d'access)
> Augmente la vitesse
Différent modele de livraison de donnée :
> Streaming : pour du temps réel
> Push : necessite que les recpteurs soient pret avant transmission
> A la demande
ex Applicatif du multicast : Travail Coopératif, Jeux en réseaux, Distribution de contenu entre une maison mere et ses filiales.
P1.2 Transmission Multicast Fiable
Des Problemmes a surmonter
3 principaux :
> la taille (scabilité)
> Controle de congestion (pas saturer réseaux pas bien :)
> Sécurité
D'autres :
> Le besoin des applications tres diffirents
> Differents modele de groupe
> Heterogeinite des recepteurs
> Facilité de mise en place
Avec 10 000 recepteurs problemme engendré :
Pb1 : le controle du traffic
Si on demand un acquitement a chaque trame il revient 10 000 trame (ACK)
Si on demande un NACK, c'est a dire un acquitement si erreur detecté, il y en a mois mais il risque d'y en avoir 10 000 si le problemme est proche de la source
Pb2 : Retransmission des pakets perdus*
Pb3 : Heterogene : recepteur Lent et rapide a satisfaire
Pb4 : Gestion du Groupe
Le Controle du traffic :
Solution 1 :
Attendre avant de retransmettre
Solution 2 :
La redondance d'info ( codage FEC : forward error correction )
Solution 3 :
Utilisation d'arbre intelligent de routeur et de serveur qui font :
> Aggregation des ACK
> Suppression des NAK en double
> Retransmission des trames en leur posetion
La retransmission :
Solution 1 :
Le codage FEC proactive ou reactive
Solution 2 :
Arbre d'assistance (routeur et serveur)
Heterogeniete :
Solution 1 :
Taux de transfert au plus bas
Solution 2 :
Différent groupe multicast par vitesse de transfert
Solution 3 :
Différent taux de transmission
Il existe 3 classe de protocoles :
NORM : Trres imple utilise NAK
TRACK : NORM + Arbre d'assistance
ALC : Transmission en couche multiple
ALC :
Classe protocole orienté recpteur. Pas de problemme de scabilité car le recepteur ne renvoie jamais de paquets.
Utilisation de FEC & Layered CC (couche multiple)
Le layered CC c'est :
On transmet sur le couche 1 une image de basse qualité
On transmet sur la couche 2 des details pour obtenir une image de meilleur qualité.
On transmet sur al couche 3 des details ...etc
Quand un recpteur est de bonne qualité il s'abonne à la couche 1 , 2 , 3 .. n
Tandis qu'un recpeteur de tres mauvaise qualité s'abonne qu' a la couche 1
Demo de la partie 1 : Un serveur qui envoie des trames multicast pour envoyer un fichier de 30 mo. Ce serveur tourne en boucle et envoie a chaque fois une partie du fichier
Les client se connecte quand ils veulent et recuperent le fichier peti bout par petit bout.
Partie 2 : Linphone
Compression de la voie
Au depart la vois necessite un flux de 128 kb/s
Il existe different module de compression tel que GSM (il existe une partie libre d'utilisation) (Oui comme les telephones)
Le codec le plus utilise est le G711 qui encode sur 8 kb/s
Le meilleurs codec fait 2,4 kb/s mais il y a une perte de qualité
Le codec CELP est celui utilisé.
La Transmission :
Presentation du protocole RTC et RTCP
Signalisation
Presentation du protocole SIP et H323.
linphone utilise SIP (implémentation libre)
Pour finir :
Il existe deux logiciels permettant de telephoner par internet sous nunux : Gnomemeeting et Linphone.
D'apres les experiences de certaine personne qui etaient dans l'assemble Linphone est facilement rapidement utilisable (5min pour la configurer).
D'autre part la conference était filmée et devrais être mis en ligne prochainement (Pas tout de suite tout de meme).
Je vous conseil d'aller voir les liens que j'avais donné precedement pour plus d'information.
Ha une derniere chose j'ai fait de mon mieux alors m'embetter pas ;)
[^] # Re: C'est loin... un volontaire pour un CR ?
Posté par sbruchet . En réponse à la dépêche Réunion mensuelle de la GUILDE (Grenoble). Évalué à 5.
communication de groupe et
mobilité (ip et technos wireless) :
http://www.inrialpes.fr/planete/people/roca/mcl/mcl.html(...)
http://www.inrialpes.fr(...)
logiciel présenté :
http://www.linphone.org(...)
Il est normalement prevu de faire un compte rendu
de cette présentation.
[^] # Re: Utilité d'un "pot de miel"
Posté par sbruchet . En réponse à la dépêche sur l'utilisation des pots de miel. Évalué à 9.
Il sufit d'aller voir sur le site web de snort :
http://www.snort.org(...(...))
Guardian :
http://www.snort.org/downloads-other.html#3.10(...(...))