+1, j'avais pas pensé à celle-là tient ;)
M'enfin, bloquer la session sur 1 IP (avec le roaming 3G toussa), faut
être... enfin bon, bref :p
JB
On 27/04/2011 23:29, Steven Le Roux wrote:
> 2011/4/27 Jean Baptiste FAVRE :
>> Bonsoir,
>>
>> On 27/04/2011 11:37, Valentin Surrel wrote:
>>> Bonjour la
2011/4/27 Jean Baptiste FAVRE :
> Bonsoir,
>
> On 27/04/2011 11:37, Valentin Surrel wrote:
>> Bonjour la liste,
>>
>> Afin de pister un bug bien velu, on cherche à inspecter le flux réseau
>> entre un client et nous. Problème, on a un frontal qui fait du SSL et
>> rajoute un X-Real-IP header avant
Bonsoir,
On 27/04/2011 11:37, Valentin Surrel wrote:
> Bonjour la liste,
>
> Afin de pister un bug bien velu, on cherche à inspecter le flux réseau
> entre un client et nous. Problème, on a un frontal qui fait du SSL et
> rajoute un X-Real-IP header avant de reverse-proxy sur les serveurs
> d'app
On Wed, 27 Apr 2011 18:08:52 +0200, Stephane Dupille wrote:
Pierre Chapuis écrit :
mais je ne vais pas rentrer dans un troll entre les toolkits
graphiques
Puis :
de toute façon ça devrait être mieux que Swing.
Today is friday !
Oops, pas assez discret :)
--
Pierre Chapuis
___
Pierre Chapuis écrit :
> mais je ne vais pas rentrer dans un troll entre les toolkits
> graphiques
Puis :
> de toute façon ça devrait être mieux que Swing.
Today is friday !
___
Liste de diffusion du FRsAG
http://www.frsag.org/
On Wed, 27 Apr 2011 17:49:31 +0200, Steven Le Roux wrote:
Faisable en C/Python, avec un toolkit existant sur les plateformes,
soit Qt/GTK, mais à chier, donc EFL (bcp mieux).
Dépend plus largement des binding de chaque toolkit pour le langage
en
question, qui lui a des chances d'être déjà port
Steven Le Roux écrit :
> Java pour ce qui est graphique c'est pas top... ou alors tu fais du
> GWT pour générer du javascript. Mais si tu parles de "natif",
> j'imagine que ça tourne sur le client lui même.
Oui, ça tourne sur le client lui-même. Et on utilise Swing. Et ça
marche plutôt pas mal.
_
Pierre Chapuis écrit :
> Quelles sont tes définitions de :
> * natif ? Une application qui tourne sur la JVM n'a rien de "natif"
> pour moi. Dans pas mal de contextes, "natif" est même synonyme de
> "pas Java"...
Oui, abus de langage de ma part. J'entends par appli native une appli
don
2011/4/27 Pierre Chapuis :
> On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
>
>> Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour
>> développer une application native et portable ? .NET n'est pas
>> portable mais aurait été une option.
Faisable en C/Python, avec un t
Bonjour à tous,
Je me tourne vers vous tout en sachant que cela ne relève pas
forcément de cette liste!
Je cherche des informations légales concernant l'accès possible à un
terminal mobile personnel utilisé dans le cadre professionnel.
Je m'explique :
Une entreprise souhaite déployer des accès mob
Le Wed, Apr 27, 2011 at 05:22:24PM +0200, Pierre Chapuis [catw...@archlinux.us]
a écrit:
>plate-formes où il existe une implémentation de la JVM. Une
>application en Python est (au mieux) portable sur celles où il
>existe une implémentation de Python. Une application .NET
est (au mieu
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour
développer une application native et portable ? .NET n'est pas
portable mais aurait été une option.
Quelles sont tes définitions de :
* natif ? Une application qui t
+1
Bon outil et moins intrusif dans les configs que la plupart des outils du
marché.
My 2 cents.
Benjamin.
Le 27 avril 2011 16:50, Christophe BAILLON a écrit :
> http://www.ispconfig.org/ est très bien foutu avec en plus une interface
> moins usine à gaz que la plupart des autres solus à mon g
Oups. J'ai fait doublon ...
Le 27 avr. 2011 à 16:50, Christophe BAILLON a écrit :
> http://www.ispconfig.org/ est très bien foutu avec en plus une interface
> moins usine à gaz que la plupart des autres solus à mon goût...
>
> - Mail original -
>> De: "Julien Bérard"
>> À: frsag@frsa
Il existe aussi Ispconfig dans le même genre d'idée.
Le 27 avr. 2011 à 16:25, Julien Bérard a écrit :
> Bonjour,
> Je recherche une interface de gestion OpenSource pour gérer quelques sites
> web et comptes FTP.
>
> Est-ce que vous avez des avis ou des retours d'expérience sur ces outils?
>
http://www.ispconfig.org/ est très bien foutu avec en plus une interface moins
usine à gaz que la plupart des autres solus à mon goût...
- Mail original -
> De: "Julien Bérard"
> À: frsag@frsag.org
> Envoyé: Mercredi 27 Avril 2011 16:25:10
> Objet: [FRsAG] Hosting control panel OpenSourc
On 27/04/2011 16:41, Gonéri Le Bouder wrote:
Le 27 avril 2011 16:25, Julien Bérard a écrit :
Bonjour,
ps : si vous en connaissez un qui gère les mails avec cyrus+ldap je suis
intéressé!
GOsa²/FusionDirectory ?
Pour la partie cyrus/ldap je suis d'accord, mais pas la pa
Le 27 avril 2011 16:25, Julien Bérard a écrit :
> Bonjour,
> ps : si vous en connaissez un qui gère les mails avec cyrus+ldap je suis
> intéressé!
GOsa²/FusionDirectory ?
--
Gonéri Le Bouder
___
Liste de diffusion du FRsAG
http://www.frsag.org/
Bonjour,
Je recherche une interface de gestion OpenSource pour gérer quelques
sites web et comptes FTP.
Est-ce que vous avez des avis ou des retours d'expérience sur ces outils?
Mes besoins sont principalement : gestion des vhosts apache, suphp des
comptes FTP.
Évidemment toutes autres fonct
Le 27/04/2011 11:47, Yohann Lepage a écrit :
> Oui :
> - http://wiki.wireshark.org/SSL
> - http://htluo.blogspot.com/2009/01/decrypt-https-traffic-with-wireshark.html
> - http://blogs.sun.com/beuchelt/entry/decrypting_ssl_traffic_with_wireshark
J'essaye actuellement cete piste, pour l'instant ca
Non je suis bien sur qu'il n'y a aucune indispo backend (d'autant plus
que ca n'arrive toujours qu'aux deux même clients et que pendant ce
temps là les autres clients n'ont aucun soucis).
Je vais préparer le tcpdump du ssl et attendre que les deux clients
problématiques se reconnectent.
Le 27/04/
Il y n'y a pas un nofailover à off (conf apache) en cas de non dispo
d'un backend ? (ce qui casserait effectivement volontairement la
session)
Ne vois-tu pas d'indipo des backend dans les logs ?
2011/4/27 Valentin Surrel :
> Le 27/04/2011 12:11, Steven Le Roux a écrit :
>> Je pense à un autre p
Le 27/04/2011 12:11, Steven Le Roux a écrit :
> Je pense à un autre point, avec un peu de chance, il y a un cookie
> dans l'histoire qui permette de suivre la session... ?
Oui et justement je cherche à trouver s'il est bien tout le temps là et
quel est son contenu.
Deux clients (utilisant les deux Firefox 3.6.16 ; un sous Mac un sous
Win) "perdent" leur session chez nous très régulièrement (au bout de
quelques requêtes, à moins de quelques secondes du login). Jamais sur le
même appel, cela semble relativement aléatoire.
Je cherche donc déjà à tracer tout les
Je pense à un autre point, avec un peu de chance, il y a un cookie
dans l'histoire qui permette de suivre la session... ?
2011/4/27 Valentin Surrel :
> Bonjour la liste,
>
> Afin de pister un bug bien velu, on cherche à inspecter le flux réseau
> entre un client et nous. Problème, on a un frontal
A grand coup de tshark, tu dois pouvoir filtrer ca correctement :
http://www.wireshark.org/docs/dfref/h/http.html
Par contre il te faudra sans doute modifier le nom du header pour le
standard de facto X-Forwarded-For, car je ne vois pas comment le
spécifier autrement.
C'est quoi le bug bien velu
Si tu as la main sur le client, tu peux voir la réponse avec des
plugin comme live http headers pour firefox ou le bookmarklet headers
pour chrome.
Maintenant, si tu sais que l'IP du client est 1.2.3.4, tu peux filtrer dessus...
tcpdump -A -s2048 host 1.2.3.4 devrait te montrer les headers renvoyé
Valentin,
Le 27 avril 2011 11:37, Valentin Surrel a écrit :
> Bonjour la liste,
>
> Afin de pister un bug bien velu, on cherche à inspecter le flux réseau
> entre un client et nous. Problème, on a un frontal qui fait du SSL et
> rajoute un X-Real-IP header avant de reverse-proxy sur les serveurs
Le 27 avril 2011 11:37, Valentin Surrel a écrit :
> Bonjour la liste,
Salut,
> Est-il possible de faire le tcpdump en amont du frontal sur l'IP 1.2.3.4
> et ensuite de décoder le HTTPS ? (avec wireshark ?)
Oui :
- http://wiki.wireshark.org/SSL
- http://htluo.blogspot.com/2009/01/decrypt-https-tra
Bonjour la liste,
Afin de pister un bug bien velu, on cherche à inspecter le flux réseau
entre un client et nous. Problème, on a un frontal qui fait du SSL et
rajoute un X-Real-IP header avant de reverse-proxy sur les serveurs
d'application.
Un moyen de trouver les requêtes que fait le client est
On Wed, 27 Apr 2011 11:12:01 +0200, Stephane Dupille wrote:
Julien Gormotte écrit :
Faudrait dire ca aux voyageurs :
"Mais madame, vous savez, vous seriez un sac de patates, ca serait
4
ou 5 jours de retard. Alors franchement, vous plaindre pour 3h..."
J'ai déjà été la cause de quelques
Julien Gormotte écrit :
> Faudrait dire ca aux voyageurs :
> "Mais madame, vous savez, vous seriez un sac de patates, ca serait 4
> ou 5 jours de retard. Alors franchement, vous plaindre pour 3h..."
J'ai déjà été la cause de quelques grèves : « tu sais le bordel de la
semaine dernière ? Ben c'
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote:
C'est bizzare, j'ai pas entendu parler d'une pénurie de RAM.
Pourtant
vu ce que ca risque de bouffer...
Java a été développé par un marchand de RAM et CPU. Ça c'est vu.
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous
> C'est bizzare, j'ai pas entendu parler d'une pénurie de RAM. Pourtant
> vu ce que ca risque de bouffer...
Java a été développé par un marchand de RAM et CPU. Ça c'est vu.
Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour
développer une application native et portable ? .NET n'
Julien Syx écrit :
> Bonjour,
Yop,
>> système d'information de gestion de la production SNCF ...
>> Côté techno, c'est 100% java
> Je me suis permis de quoter juste ce qu'il faut (bien que nous sommes que
> mardi) :
> Ah, SNCF et Java, tout ceci explique cela ;-)
Tu as coupé le mot « fret ». Pa
On Tue, 26 Apr 2011 20:04:07 +0200, Julien Syx wrote:
2011/4/26 Stephane Dupille
système dinformation de gestion de la production SNCF ...
Côté techno, cest 100% java
Bonjour,
Je me suis permis de quoter juste ce quil faut (bien que nous sommes
que mardi) :
C'est bien :)
Ah, SNCF et Jav
36 matches
Mail list logo
