Re: [TECH] Synaptic

2004-05-13 Par sujet jeff ghislain

Alain  Véronique wrote:

J'ai donc sous le coude une machine (P133 - 96 Mo RAM - DD 850 Mo
avec une Slack 9.1) prête à être utilisée en tant que passerelle-routeur
J'ai juste un pépin dessus avec les ports d'extension car il me faudrait 4 PCI
et je n'en ai que 3 et je ne sais pas si je peux connecter une carte USB ou PCI
sur un port ISA (je crois que c'est ce format là pour les connecteurs noir et 
long
sur la carte mère à coté des PCI ?)



Sur une passerelle un port isa peut servir a mettre une carte réseau 10M 
qui fait l'affaire pour la liaison coté internet (fast908 - freebox - 
speedtouch ...), ça peut libérer un port PCI.



--
Prenez du bon temps! Oubliez le stress! Utilisez Linux :o)
JFGhislain - Linux-Azur   http://www.linux-azur.org


Linux-Azur :  http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
 Pas de message au format HTML, SVP 


Re: [BRUIT] La folie du disque

2004-05-13 Par sujet Godwin Stewart
On Tue, 11 May 2004 13:16:39 +0200, Jacques Caruso [EMAIL PROTECTED]
wrote:

 la dernière fois qu'une mésentente sur les unités de 
 mesure (entre le système impérial et le système métrique) s'est faite 
 jour, une sonde spatiale très coûteuse a fait un plongeon plutôt 
 brusque vers la planète Mars...

http://ars.userfriendly.org/cartoons/?id=2813mode=classic

-- 
G. Stewart   --   [EMAIL PROTECTED] -- [EMAIL PROTECTED]
Registered Linux user #284683 (Slackware 9.0, Linux 2.6.6)
--
You can't block a port with software that runs on the same machine where the
attacks are aimed. That's like trying to stop bullets by shoving Kevlar up
your backside. By the time the bullet hits the Kevlar, the damage has been
done.
-- Morely 'Spam is theft' Dotes in NANAE, 13-AUG-2003

Linux-Azur :  http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
 Pas de message au format HTML, SVP 


Re: [TECH] MTU, MRU, MSS

2004-05-13 Par sujet jviscuso
 Selon philippe lhardy [EMAIL PROTECTED]: 
 
 Le Mon, 10 May 2004 04:01:47 +0200 
 [EMAIL PROTECTED] a écrit : 
  
  Bonjour, 
   
  le MTU : maximum transfert unit, soit la taille maximum de chaque paquet 
IP (en octet) transmis au niveau ethernet 
 
 une trame ethernet par défaut fait 1514 octets dont 14 octets pour l'en tête 
 ethernet ce qui laisse 1500 octets pour les données. 1500 est donc la taille 
maximale que peut prendre le paquet provenant de la couche IP. 
 un paquet IP arrivant dans la pile IP depuis l'application peut faire 
jusqu'à 64Ko mais il sera fragementé en plusieurs paquets qui entrent dans la 
MTU de la trame la contenant.


Le terme pile (IP) est similaire à couche (IP), je suppose ? 
 
 
 Dans le cas d'ethernet c'est 1500.  
 En pratique il vaut mieux que la pile IP utiliser un MTU correct, tout 
 d'abord vis à vis de l'interface qu'elle utilise mais en fait vis a vis de 
toutes les interfaces que le paquet va ête amené à traverser de routeur en 
routeur. 


L'interface utilisée par la pile IP de ma machine est le logiciel qui gère le 
modem (son pilote ?) ?  
Qu'elle est l'interface du routeur dont tu parles (l'application, le logiciel 
qui gère le routeur, pas son pilote ?) ? 
 
  
Si un routeur reçoit un paquet IP trop grand par rapport à son interface il 
vérifie tout d'abord s'il a le droit de le fragmenter ( le Don't fragment bit 
ne doit pas être mis ) si c'est le cas le paquet est coupé en autant de 
nouveaux paquets chacun contenant une en tête IP et une indication pour 
savoir à quel partie du paquet original il appartient. Un paquet fragmenté 
par un routeur ne sera réassemblé que par la pile ip de reception finale, de 
plus il faudra que cette même pile récupère tous les fragments avant de 
pouvoir donner à la couche du dessus ces informations. 
Si un seul fragment d'un paquet paquet est perdu ( disons un paquet IP de 21 
octets ne contenant qu'un octet TCP ) c'est tout le paquet de MTU octets qui 
sera réémis ( les 1500 octets ). 
La fragmentation doit toujours être évitée, en particulier parce qu'elle 
 n'est pas bien gérée par les routeurs engorgés et qu'elle crée un travail 
supplémentaire qui est inutile si la MTU a bien été fixée entre les deux 
terminaisons de connections.


Comment connaître la MTU de mon FAI et le MTU de ma Mandrake ? 

 
 La fragmentation au niveau IPv4 a été très discutée et pour IPv6 par exemple 
 il a été décidé de ne plus la supporter mais que les les paquets envoyés
devaient toujours utiliser des tailles infèrieures ou égale à la plus petite
taille de paquet sur le chemin du paquet, 


Je précise que j'ai arreté ipv6 en ajoutant cette ligne alias net-pf-10 off au
fichier /etc/modprobe.conf (reboot effectué après cette manipulation sous
l'éditeur de texte VI). Il semble que cela accélère le surf sur internet,
puisque IPv6 produit beaucoup plus de petits paquets que sa précédente version
(pour IPv6 par exemple il a été décidé de ne plus la supporter mais que les les
paquets envoyés devaient toujours utiliser des tailles infèrieures ou égale à la
plus petite taille de paquet sur le chemin du paquet,) qui est IPv4 je 
suppose. 

D'ailleurs, IPv6 arreté qui le remplace, IPv4 ?


il a été mis en place un système de découverte de la plus grande taille de
paquet possible sur un chemin.


C'est pour information dans IPv6 (IPv6 est la dernière version du protocole IP
?) je suppose ?

 
  le MRU : maximum receipt unit ? 
 C'est le MTU vu au niveau de la reception du paquet. 

  le MSS : Maximum Segment Size, Taille Maximum du Segment (c'est quoi un  

 Quand tout se passe bien un paquet TCP est encapsulé dans un paquet IP qui lui
même est encaplusé dans:
 
 - soit un paquet ethernet  
 - soit une trame PPP qui elle même peut être encapsulée dans TCP (PPTP) ou
ethernet (PPPoe)


L'encapsulage du paquet IP dans un paquet ethernet se fait dans le cas ou la
liaison entre ma machine et internet est directe (câble ou ethernet, d'ailleurs
qu'elle est la différence entre le câble et ethernet), sans FAI ?

L'encapsulage du paquet IP dans une trame PPP (PPP = Point to Point Protocole,
c.a.d. une liaison directe, simultanée et bidirectionnelle (full-duplex) entre 2
machines ; la machine cliente qui est ma machine et la machine serveur qui est
le FAI. En effet, par une ligne téléphonique ne peut passer qu'une seule
communication ; bref l'accès internet se fait par l'accès à une machine du FAI
qui a je suppose un accès direct à internet (câble ou ethernet)) peut être
encapsulée à nouveau pour quelle raison ?

Il semble que l'utilisation du protocole PPTP (Point to Point TCP Protocol) dans
le niveau TCP crypte les paquets (bref, pour la sécurité) et que oe (Point
to Point Protocole over ethernet) soit la même chose, sauf que le cryptage se
fait dans la couche ethernet.
D'ailleurs, il semble que le paquet d'octets encapsulé selon le système des 4
couches TCP/IP (de l'application à ethernet) revienne dans la couche TCP pour
redescendre ensuite à nouveau dans 

Re: Accès rbash via ssh

2004-05-13 Par sujet Olivier Kaloudoff
On Wed, 12 May 2004, Hervé Nicol wrote:

J'ai un souci de restriction de droits pour un compte...

Sur une machine, accessible en ssh, je veux configurer un compte avec un shell 
restreint (rbash). A priori c'est OK, quand on se logue avec ce compte on ne 
peut pas faire grand chose.

Par contre, via ssh, si on utilise le paramètre -f:
$ ssh xx.xx.xx.xx -f ls -la /tmp/

Salut Herve,

je viens de tester rbash, et pas de probleme pour executer ls,
sauf si tu lances ls avec le chemin complet:


[EMAIL PROTECTED] test]$ grep rbash /etc/passwd
test:x:503:503::/home/test:/bin/rbash

[EMAIL PROTECTED]:gnagna_test bin]su - test

[EMAIL PROTECTED] test]$ ls -l
total 0

[EMAIL PROTECTED] test]$ /bin/ls -l
-rbash: /bin/ls: restricted: cannot specify `/' in command names

[EMAIL PROTECTED] test]$ cd /
-rbash: cd: restricted


donc ton probleme ne vient pas de ssh, mais plutot de rbash.


Olivier

Linux-Azur :  http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
 Pas de message au format HTML, SVP 


TR: [TECH] Accès rbash via ssh

2004-05-13 Par sujet Hervé Nicol


[--   Hum, ma réponse est partie directement sur le mail perso de Olivier :(
Je la reposte sur la liste.   --]


Salut Olivier, et merci pour ta réponse :)

Mais je me suis mal exprimé... je ne VEUX PAS que l'utilisateur puisse faire un 
ls ;)
Le comportement de rbash me convient parfaitement. Mais apparemment ssh permet 
de contourner rbash, et ça ne me plaît pas.

-- 
RV



 -Message d'origine-
 De : Olivier Kaloudoff [mailto:[EMAIL PROTECTED]
 Envoyé : jeudi 13 mai 2004 10:25
 À : Hervé Nicol
 Cc : linux06@linuxfr.org
 Objet : Re: Accès rbash via ssh
 
 
 On Wed, 12 May 2004, Hervé Nicol wrote:
 
 J'ai un souci de restriction de droits pour un compte...
 
 Sur une machine, accessible en ssh, je veux configurer un 
 compte avec un shell restreint (rbash). A priori c'est OK, 
 quand on se logue avec ce compte on ne peut pas faire grand chose.
 
 Par contre, via ssh, si on utilise le paramètre -f:
 $ ssh xx.xx.xx.xx -f ls -la /tmp/
 
 Salut Herve,
 
   je viens de tester rbash, et pas de probleme pour executer ls,
 sauf si tu lances ls avec le chemin complet:
 
 
 [EMAIL PROTECTED] test]$ grep rbash /etc/passwd
 test:x:503:503::/home/test:/bin/rbash
 
 [EMAIL PROTECTED]:gnagna_test bin]su - test
 
 [EMAIL PROTECTED] test]$ ls -l
 total 0
 
 [EMAIL PROTECTED] test]$ /bin/ls -l
 -rbash: /bin/ls: restricted: cannot specify `/' in command names
 
 [EMAIL PROTECTED] test]$ cd /
 -rbash: cd: restricted
 
 
   donc ton probleme ne vient pas de ssh, mais plutot de rbash.
 
 
 Olivier
 

Linux-Azur :  http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
 Pas de message au format HTML, SVP 


[TECH] Free ADSL : Infos techniqu es de votre ligne : décryptage

2004-05-13 Par sujet Jerome SOUCANY

Bonjour,

J'avais posé la question ici il y a quelques temps et j'ai trouvé toutes les 
réponses ici :

http://www.free-news.net/index.php?itemid=281

Jérôme


Linux-Azur :  http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
 Pas de message au format HTML, SVP