Reprise du message précédent :
bon, je reste pas ici ce soir
la situation est stabilisée (enfin du mieux qu'on peut) et on attends les retours des fournisseurs

\\o//

Ils vont pas vérif' les dossiers Pr0n
Relax.

C'est surtout pour mes logiciels de connexions aux chats coquins que je m'inquiète

MEOW §§

 
d'ailleurs t'as oublié de refermer ta nuisette, Kenza
 

Ca fait belle lurette que ca ne tient plus sur clef  ouayssebay

Wrong
http://www.clubic.com/actualite-32 [...] mitee.html

http://www.pcinpact.com/actu/news/ [...] witter.htm
 
Apparemment, c'est devenu normal de rompre sans avoir la personne en face.

Bonjour,
 

 
connexion

 
Plus pour longtemps. Les erreurs d'aujourd'hui sont les règles de demain.  

Bonjour Jules,
 
Ah bah c'était pas b_l, c'était toi

 
ce qui engendre une motion en cat0 pour la dissolution de sligor

De toute façon y aura personne pour poser son véto

 
on risque de ne pas atteindre le quorum

Le quorum quand ya qu'une personne, c'est combien ?

c'est la route par défaut de ton firewall qui fait le boulot.
cela dit, il est impossible "d'élargir" la bande passante globale et se servir des 2 connexions de manière synchro
à moins d'avoir un accord avec ton FAI.
au mieux si tu as un nombre pair de machines tu leur attribues une route différente selon leur ip et bastacouette.

il y a aussi possibilité d'intervenir au niveau des "services" de chaque machine. genre 2ip dont 1 virtuelle.
mettre tout ce qui est stream video sur l'une par exemple et le surf normal sur une autre. mais dans ce cas faut faire
tourner un bind par ip pour la resolution.

T'as rien compris

ou un cache dns de son choix  
afin que les résolutions et retours de paquet ip passent par la bonne route ensuite, non?
à moins qu'un seul puisse suffir sur la machine qui fait firewall? (je suis pas spécialiste des infras ).

ouais aussi, j'ai pas pigé comment ca fonctionne leur truc là, de l'infini qui va piocher dans le wifi environnant

Ben si c'est pour renvoyer des adresses IP différentes pour une meme adresse DNS selon l'adresse IP qui fait la demande,
un seul bind gère très bien ça tout seul
 
Mais les retours de paquets IP and co. ont rien à voir avec le DNS hein, c'est du routage IP

 
tu prends de la drogue ?

1) PC (sous Windows probablement) avec connexion WiFi => connexion de la clef qui installe un soft dessus (une sorte de samba ou serveur NFS) et qui se configure pour se connecter automatiquement en WiFi dessus
2) Tu pluggues la clef sur un matos qui dispose d'un port USB, mais ne sait s'en servir que pour du stockage (mass-storage pour parler linuxien), la clef émule un support de stockage classique, en mettant à diposition ce que tu as partagé sur ton PC.
Derrière c'est du WiFi avec un protocole de systèmes de fichiers en réseau X ou Y, mais le matos "client" n'a pas besoin ni de savoir reconnaitre une clef WiFi, pile réseau etc., ni le protocole.
Lui il voit juste un support de stockage comme n'importe quel autre clef USB tout à fait classique.

Je trouve ça astucieux perso
Mais useless

J'ai beaucoup de collègues qui doivent en prendre aussi maintenant que j'y pense
 
ILS POURRAIENT FAIRE TOURNER §§§

mode clef/cle (d'ailleurs les 2 sont valables? il y a une regle pour connaitre le bon ?) USB pas besoin de driver particulier, juste le classique qui marche sur tout les OS "moderne".

mode configuration du bordel, besoin du soft particulier pour configurer sur quel wifi et a quel partage reseau il se connecte.

en gros ca sert juste a emuler une cle usb normal pour un partage reseau via wifi.

edit: grilled

Bonjour,
 
Ach, je cherche la syntaxe pour lancer sur une machine distante jointe par ssh,  une application sous X qui se lance non pas sur ma machine local mais sur la session X de l'utilisateur distant.
Ex: l'utilisateur distant est sous X (Gnome ou KDE) et je veux lui lancer une appli.
 
Je ne retrouve plus la syntaxe, genre export DISPLAY=machin:0, puis l'appli ?
Donc, âme charitable bienvenue.
 
EDIT: export DISPLAY=:0.0 puis l'appli

digiKam, c'est bien

nooonnn! pas l'acide!

export DISPLAY=...

Mais faut que l'autre utilisateur t'ait autorisé à le faire aussi (man xhost)

merci e_esprit.
ça marche

il m'avait semblé qu'il fallait que les résolutions DNS et le chainage ip correspondant devait passer dans le même "channel" (pas le terme exact).
et que les capsules d'ip+datas seraient différents selon la carte ADSL/FAI en face ==> conséquence : la carte réseau ne pourrait pas
reconstituer le hashage si la demande DNS passait par 1 connexion et le flux de retour par l'autre connexion??
 
/me retourne réviser ses protocoles ATM

Pas mieux

voilà

en ATM y a des virtual paths et des virtual channels effectivement, mais là on cause IP et ethernet

Bonsoir

ou pas