Reprise du message précédent :

 
nan bah j ai du rever
 
car le mode connecte est, comme pour le tel, kan le route est la meme tout le tps
 
or sur le net, c est pas force de passer par les memes routeurs
 
donc

 
C pas ce genre de diff entre UDP et TCP ?

Vous avez pensé à faire une sitcom

 
bah nan pas sur internet, t es po sur

 
nan tu confonds tout en fait
le tel utilise un rezo commuté avec des circuits virutels il me semble.
 
On dit que tcp est connecté car il établi une connexion entre deux hosts et on s'en fout du chemin final. Quelque soit le chemin et les nombreux routeurs/hosts que je rencontre sur mon chemin, j'établie qd meme une connexion entre moi et l'autre host. Par exemple, une requette http établie bien une connexion tcp entre le client et le serveur web, et pourtant il passe par des routeurs et autres, mais ceux ci encapsulent tout le bordel dans leur bordel a eux
 
edit : dsl chui pas au top en explication

 
blabla@osa c un peu un ptit monde à part

Houlà tu mélanges là, le tel c'est de la commutation de circuit et en effet une fois la route établie, elle ne change plus. Le net c'est de la commutation par paquets et chaque paquet peut potentiellement avoir une route différente. Mais ça n'a rien à voir avec des protocoles comme UDP ou TCP qui sont au niveau d'au dessus...

 
il a failli me faire douter cet incapable  
 
bon alors, le spoof en tcp, possible ou pas ?

Oui...

 
nan mé c'était pas mal
et pis on t'as comprites

 
bah c'est tout pourri alors  
venant de l'udp je comprends, mais le tcp ... enfin bon, moi pour ce que j'en connais  
bon j'opte pour l'udp alors

 
wep mais udp ca sux un peu : aucune qualité de service, tu n'es pas sur que tes paquets vont arriver a destination, mais c'est plus rapide que tcp c sur

vous voulez pas parler français un peu j'y comprends rien

 
Tu apprendras petit scarabé, tu apprendras...

Tu optes pour l'udp ça veut dire quoi ? Tu programmes un soft ?

 
je sais que udp c pour le réseau puisque c'est ce que j'utilisais quand je jouais à starcraft en réseau local

oue bon ok

 
ouai c'est vrai que ça serait conde perdre les paquets au passage
je me demande comment nfs fait pour être stable et fiable comme il l'est tout en étant en udp
enfin je verrais bien, j'aurais qu'à tester les 2

 
je vais m'y mettre dans une quinzaine oui
mais c'est un truc tout ridicule alors je dis pas parce qu'avec les barbares qu'il y a ici, ils sont capable de le faire en une soirée rien que pour m'embeter

 
sur un rezo local ça passe impec l'udp mais sur le net, ça depent de l'état du rezo. Mais en gros, tous les protocoles "important" style http, ftp, ssh utilisent TCP
 
edit : petite correction d'étourderie

 
   
tu oublies le streaming mais vu que ça n'a pas de besoin en qualité à ce niveau, c'est pas bien méchant
 
ça fait une grosse différence de charge entre les deux ?
 
 
 
pis pour revenir au tcp, j'ai toujours pas compris comment on pouvait spoofer
alors on va faire les choses bien :
imaginons trois machines A, B et C :
A veut communiquer avec B
et C est le spoofer qui veut se faire passer pour B
 
bon, quand A envoie une requete de connexion à B, C n'a aucun moyen de l'intercepter ? (à moins d'être sur le chemin mais c'est un peu difficile quand même non ?)
enfin bref, on va dire que C n'a aucun moyen de recevoir cette requete
donc admettons que par un moyen ou un autre, C soit au courant de cette transaction, C fait semblant de répondre à A à la place de B (en changeant l'adresse source dans l'entete des paquets)
mais dans la suite de la communication, A va continuer à parler avec B, donc ça spoof rien du tout là ?

Tu veux dire tcp...    
 
Bon sinon c'est pas compliqué, en udp c'est à toi de gérer les pertes de paquets, arrivées dans le désordre et compagnie, donc c'est plus lourd à gérer. Mais si par exemple tu te fiches de l'ordre ou de perdre des paquets, c'est idéal.
 
En tcp au contraire tu n'as pas à t'en préoccuper, de l'autre coté on reçoit les paquets à coup sur et dans l'ordre. Mais c'est un poil plus lourd au niveau BP utilisée.

Justement, l'IP spoofing, c'est facile si tu est sur le chemin comme tu dis, ou sur un meme réseau local par exemple.
 
Si ce n'est pas le cas, le but est de convaicre tout le monde que c'est à toi que A et B doivent envoyer leurs paquets, par exemple à coup de DNS spoofing. Tu fais croire à A que B.com c'est toi, et à B que A.com c'est toi, en leur envoyant de fausses réponses DNS.

bon les hackers
 
quand c'est qu'on pirate une banque pour se faire du fric

Pas con ça..
 
Et si on se fait chopper on dira que c'est toi qui a eu l'idée  

 
ca marche tres bien en lan (arp cache poisonning), mais pas sur le net

 
   
je leur ressortirai ce topic et ils verront qui c les hackers sous linux qui font du spoofing du tunneling et du raw socket de subdomain

 
ah bah c'est le seul moyen que je voyais  mais ça me paraissait improbable : bah oui, si A et B prennent pas des serveurs DNS à la mort moi le noeud, y-a pas de raison que ça arrive
en plus je vois pas trop comment contrer ça en local (à part prendre un serveur DNS "normal" )

Euh cé pas aussi simple que ça ... tu dormais pendant les cours toa ? ...    
 

 
il a pas l'air doué    
 
dit tomate, tu fais quoi comme étude ?  

 
au fait, je parle bien sur pour internet et non pas pour un réseau local

La principale raison pour laquelle on dit que TCP travaille en mode connecté, c'est que c'est un protocole qui offre des laisons un minimum "faibilisées" dans le sens où chaque paquet TCP est acquitté (cad que l'on vérifie qu'il est bien arrivé à destination, avec retransmission des paquets perdus/abimés le cas échéant), au contraire d'UDP ... Mais ça n'a rien à voir avec l'établissement de "circuits virtuels" comme on peut avoir avec X.25 ou ATM ... TCP (tout seul) ne permet pas de mettre en place un "circuit virtuel" même temporaire ... bon ça c'est la théorie ... dans la pratique, en jouant avec le routage et la QoS, on peut créer des "circuits virtuels" permanents, semi permanents voire temporaires (à la volée/demande), il "suffit" de mettre cela en place au niveau de chaque noeud du réseau (routeurs/switches/etc ... de la partie du/des réseaux concernés) ...
Voilou ...
 

Les même que moi ...
Mais des fois la digestion est plus difficile suivant les jours et on a plus envie de dormir pendant certains cours ... ...
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Pirouette ... cacahuète ...    
 

oui vs etes a epita vs pouvez le dire

 
X25 et ATM sont sur la même couche réseau que ip ?
je croyais que c'était au niveau d'ethernet, mais je peux me gourrer, c'est tellement le bordel ça

 
y-a des gens à épita qui savent pas que tcp=connecté ?    
c'est que les fils à papa dont on a pas voulu ailleurs qui vont la dedans, c'est ça ?

Missant ...
... En attendant, je m'amuse bien quand je rencontre des personnes d'autres écoles au niveau réseau ... ...

 
bon alors toi, le gros balaise :
- risque t-on vraiment le spoofing sur internet
- si oui, comment s'en défendre ?

Non.

Tu sais vraiment ce que c'est concrètement l'IP Spoofing ? ... ...  
Pis je suis pas gros d'abord ... par contre balèze ? faut que je demande (1m85 / 90 Kgs ca compte ?   ) ...