Cereal Killer a écrit 357 commentaires

Note : Pour tester / voir c'que ça ressemble sans se prendre la tête

$ sudo apt-get install most
ou
$urpmi most
ou
$ cketuve most

$ export PAGER=most

$ man most

Mimi :) en tout cas moi je garde ...

Je connais pas AIX du tout, mais j'ai déjà utilisé chpasswd et _apparemment _ cette commande est disponible sous AIX.

Un brève recherche sur google et/ou google-groups devrais te le confirmer.

voilà comment j'utilisais ça sous linux :

...
PASSUNIX=`pwgen 8 1`
( echo $UTIL:$PASSUNIX ) | chpasswd 1>/dev/null 2>&1
...

En esperant que ça aide.

pourquoi pas le loopback ?

Et au passage, j'ai trouver une solution ! merci a dek\ de #gcu@freenode.

iptables -A OUTPUT -o lo -p tcp --dport 4242 --tcp-flags ALL RST -j DROP
iptables -A OUTPUT -o lo -p tcp --sport 4242 --tcp-flags ALL RST,ACK -j DROP

==>

16:32:13.968256 IP localhost.localdomain.1212 > localhost.localdomain.4242: S 123456:123456(0) win 32767
16:32:13.968803 IP localhost.localdomain.4242 > localhost.localdomain.1212: S 764571604:764571604(0) ack 123457 win 32767 <mss 16396>
16:32:13.971633 IP localhost.localdomain.1212 > localhost.localdomain.4242: . ack 1 win 32767

\o/

Jusqu'ici, cette solution fonctionne. Ce qui veus dire qu'apparemment, netfilter drop les paquets du noyau et laisse bien tranquille les miens en userland, même en rawsocket \o/ :)

bon ben nan ...
même problème !
J'envoie le SYN et LINUX me repond par un RST avant même que j'puisse envoyé le SYN/ACK :(

voilà des logs tcpdump pour ceux que ça peus interesser :

sylv@bart:~/arbeit/projet_TCP/src$ sudo tcpdump -i lo
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
14:32:25.226271 IP localhost.localdomain.1212 > localhost.localdomain.4242: S 123456:123456(0) win 32767
14:32:25.227037 IP localhost.localdomain.4242 > localhost.localdomain.1212: R 0:0(0) ack 123457 win 0
14:32:25.228090 IP localhost.localdomain.4242 > localhost.localdomain.0: S 654321:654321(0) ack 123457 win 32767
14:32:25.228116 IP localhost.localdomain.0 > localhost.localdomain.4242: R 123457:123457(0) win 0

J'ai trouver une autre solution qui m'évitera de toucher a linux.

Suffit de coder la partie LISTEN (open passif) de ma pile, mais :
- ca fait chier parceque j'aurais voulu valider ma partie open en actif (TWH) avec une pile qui marche bien (celle de l'OS)
- ca fait chier parceque plus compliquer à debugger (comment savoir avec tcpdump qu'un paquet viens de ma pile et pas de celle du noyau ?)

Bref, j'vais essayer d'avancer comme ça.
Merci pour vos idées et vivement que le hurd soit :)

Re.

Bon, pour faire plus simple, mon but est pour l'instant d'etablir un three way handshake en raw socket.
J'envoie bien le SYN, je lis bien le SYN/ACK et *j'essaye* d'envoyé le ACK, mais monsieur LINUX envoie un RST avant.
Existe-t-il un moyen de dire à l'OS que c'est a moi d'envoyé le ACK ? et de gerer cette connexion en général.

ca a l'air d'être corriger aujourd'hui :)

Merci pour toutes ces précisions :)

Pour les tests, c'était plus de la flemme qu'autre chose.
Pour fscanf, je l'utilise très rarement (jamais ?) donc je connais pas très bien son comportement, j'avoue ne pas avoir poussé les tests, j'me suis contenter de son exemple. J'avais mis un fgets, mais yavais de pb :/

Pour le reste, j'en prend note.

Arretez moi si j'me trompe, mais il me semble que les mutex sont justement là pour bloquer l'accès aux variables globales pendant qu'elle sont modifier. Donc si les modifications de ton int sont encadrées d'un pthread_mutex_lock() et pthread_mutex_unlock() a priori, devrais pas y avoir de problèmes.

Me faisais chier et j'trouvais ça marrant ... dslé ...

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

int main(int ac, char **av)
{
        char buf[BUFSIZ];
        FILE *f_in;
        FILE *f_out[100];
        int cpt=0, i;
        char *file, char_cpt[32];

        f_in = fopen("in", "r");

        file = strdup("out1");
        f_out[cpt] = fopen(file, "w+");

        while((fscanf(f_in, "%s", &buf)) != EOF)
        {
                fprintf(f_out[cpt], "%s", buf);
                fputc('\n', f_out[cpt]);

                if(strncmp(buf, "FIN", 3) == 0)
                {
                        free(file);
                        cpt++;
                        file = malloc(sizeof(char) * strlen("out") + cpt);
                        strcpy(file, "out");
                        snprintf(char_cpt, 32, "%d", cpt + 1);
                        strcat(file, char_cpt);
                        f_out[cpt] = fopen(file, "w+");
                }

        }
        for(i=0;i<cpt;i++)
                fclose(f_out[i]);
        free(file);
        fclose(f_in);

        return 0;
}

Ya surement moyen de faire mieux et plus commenté, mais ça a le merite de marcher ... toutes suggestions sont bienvenues

autrement, man find nous apprend que -iname rend find insensible a la casse. Ce qui est un peu plus propre qu'un grep -i :)

Plop,

le debian style pour faire ça serait plutot :
# dpkg-reconfigure xserver-xorg

Tu repond aux questions et tu selectionnes plein de resolution. Si la tienne n'y est pas, valide quand même et modifie /etc/X11/xorg.conf a la main.

Oui, j'ai bien lu que t'avais déjà essayé, mais peut-être pas la bonne section du fichier. Ce qui est bizare, c'est que ça marche avec certaine distribs et pas avec d'autres ... mon pti doigt me dis que les drivers libres _devraient_ fonctionner. Donc pense bien à _ajouter_ ta resolution dans la section "Screen".

Choisis celui que tu connais le mieux!

Ces trois serveurs de mails sont tous très bon et tous capable de gerer haut la main 10 000 mails/jour. Le mieux à faire, si t'as pas plus de contrainte materiel que ça, c'est de choisir celui que tu connais le mieux.

Un petit + pour postifx, en toute subjectivité, parcequ'il à été conçu pour être facilement configurable et très sécurisé (ce qui est compatible avec la facilité de configuration)

Et un petit - pour sendmail justement pour sa grande complexité de configuration (prend le temps de lire un sendmail.cf et tu comprendras), ce qui est incompatible avec la securité.

Que ceux qui ont déjà croisé un triton dans une forêt lève la main.

Et "mon mollusque" n'est pas qu'un mollusque, c'est un "un mollusque gastéropode prosobranche pectinibranche de grande taille et à longue coquille spiralée", s'il te plait ! :)

Pour ceux qui comme moi se demandais ce qu'est un triton, voilà la définition selon wikipedia :

un mollusque gastéropode prosobranche pectinibranche de grande taille et à longue coquille spiralée (Charonia tritonis), que l'on trouve dans les mers chaudes et tempérées. Cette coquille est représentée aux lèvres des dieux marins à qui elle servait de trompe et est utilisée comme telle par des peuples de marins (voir aussi corne d'abondance) ;

Pour ceux d'entre vous qui sont plus "visuel", voilà c'que ça doit ressembler : http://www.blueventures.org/Image%20Species%20Library/Mollus(...)

... pour ... ? essayer de les pirater avec backorifice ou subseven ? :)

Nan sans dec, on dirait un ado déguisé en vengeur masqué prêt à aider la veuve et l'orphelin ... pathétique.

$ sudo apt-get install alsa-utils

et tu fais ton alsaconf après

si t'es sous ubuntu dapper, j'ai eu qq souci sur une machine avec alsa-base, donc alsaconf.

Ma solution : changer les HP de prise et attendre que tout rentre dans l'ordre.

Si t'as pas sous ubuntu, je sais pas ... faudrait en dire un peu plus que "ça marche pas"

$ man alsaconf
$ sudo alsaconf

Regle le volume => $ alsamixer

et roule ma poule

mutt => man mutt
mail => man mail
pine => mais pas dans toute les distribs pour un sombre problème de license y m'semble.
et surement d'autres

L'autre solution serait de faire marcher ton cyrus imap pour que thunderbird puisse s'y connecter. (reagrde les logs, c'est TRES souvent utile pour debugger)

et dire qu'aujourd'hui la TVHD apparrait comme quelque chose d'insipensable ...

Encore moi,

En gros, t'apprends qu'il te faut 256 Mo de RAM pour le serveur + 50 Mo par terminal. Que le SMP c'est bon mangez-en, que plus le disque va vite mieux c'est, et qu'un rezo switcher à 1Go ça va plus vite qu'un hub à 10Mo :)

Bref, à part là RAM qui est assez bien décrite, le reste, c'est plus c'est gros mieux c'est (toutes proportions gardées évidemment).

Voilà ce qu'en dis leur wiki => http://wiki.ltsp.org/twiki/bin/view/Ltsp/ServerSizing

Tu dis ça parceque t'es enervé ou t'as ou la chance de tester leur réseau ou t'as eu l'info avant tout l'monde ?

Même si c'est vrai, j'pense pas que la limitation tienne bien longtemps.

S'il te donne un accès au net, amha, tu pourras tel en IP. Par contre, sans roaming, l'interet est limité => pas moyen de faire des telephones portables IP et autres gadget.

D'ailleur, comment ça se passe quand on change de cellule et qu'on télécharge un gros fichier ? si ya pas de roaming a priori ça devrais couper, nan ?

J'ai un peu de mal a voir comment ça s'utilisera au quotidien ce genre de truc (techniquement parlant).