voici un problème sur lequel je sèche malgré des recherches, plus moins que
plus fructueuses...
je veux : attaquer une base postgres à l'aide de servlets depuis la machine
localhost et une machine du réseau interne :
voilà ce qui tourne : (j'ai activé le mode TCP/IP de postmaster.conf et dans
postgresql.conf : " tcpip_socket = 1 ")
postgres 341 0.0 1.3 8776 1732 ? S 10:21 0:00
/usr/lib/postgresql/bin/postmaster -i
postgres 343 0.0 1.1 9768 1436 ? S 10:22 0:00 postgres:
stats buffer process
postgres 344 0.0 1.1 8820 1488 ? S 10:22 0:00 postgres:
stats collector process
extrait du pg_hba.conf :
avec cette ligne, un acces (sans gestion de permission) depuis une servlet
sur ma machine 192.168.0.1 fonctionne...
host all 192.168.0.1 255.255.255.255 trust
donc, logiquement, avec cette ligne :
host all 127.0.0.1 255.255.255.255 trust
....je devrais obtenir le même résultat en local depuis localhost, or non
#host all 192.168.0.1 255.255.255.255 trust
(j'ai essayé aussi avec 192.168.0.X)
j'en déduis que :
ce n'est peut être pas un problème postgres sinon éventuellement de gestion
droit (fichier?, table?...)
cependant sans controle de permission, je ne devrais pas avoir de problème
d'acces aux tables
ce n'est pas non plus un problème de nb de connexions autorisées à
postgres...
un problème venant de la configuration de tomcat ?... or un test avec
HelloPostgresql.java fut positif avec le pg_hba.conf d'origine
Qu'en pensez-vous?... des idées neuves?...
merci pour toute réponse en tout cas
voici un problème sur lequel je sèche malgré des recherches, plus moins que plus fructueuses...
je veux : attaquer une base postgres à l'aide de servlets depuis la machine localhost et une machine du réseau interne :
et quel est le problème?
jz
Laurent Merger wrote:
...
donc, logiquement, avec cette ligne : host all 127.0.0.1 255.255.255.255 trust ....je devrais obtenir le même résultat en local depuis localhost, or non #host all 192.168.0.1 255.255.255.255 trust (j'ai essayé aussi avec 192.168.0.X) ...
Les lignes qui concernent les accès locaux sont du type 'local ....' alors que celles du type 'host ...' concernent les accès réseau.
Il y a plein d'exemples dans le pg_hba.conf d'origine et dans la doc de postgres.
Bon courage Jacques
Laurent Merger wrote:
...
donc, logiquement, avec cette ligne :
host all 127.0.0.1 255.255.255.255 trust
....je devrais obtenir le même résultat en local depuis localhost, or non
#host all 192.168.0.1 255.255.255.255 trust
(j'ai essayé aussi avec 192.168.0.X)
...
Les lignes qui concernent les accès locaux sont du type 'local ....'
alors que celles du type 'host ...' concernent les accès réseau.
Il y a plein d'exemples dans le pg_hba.conf d'origine et dans la doc de
postgres.
donc, logiquement, avec cette ligne : host all 127.0.0.1 255.255.255.255 trust ....je devrais obtenir le même résultat en local depuis localhost, or non #host all 192.168.0.1 255.255.255.255 trust (j'ai essayé aussi avec 192.168.0.X) ...
Les lignes qui concernent les accès locaux sont du type 'local ....' alors que celles du type 'host ...' concernent les accès réseau.
Il y a plein d'exemples dans le pg_hba.conf d'origine et dans la doc de postgres.
Bon courage Jacques
Laurent Merger
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de postgresql ?... ce que je récupére comme info sur cette erreur dans n'importe quel log est extrêmement minime voire inexistant... :( (je n'ai pas ce problème en dev car la console reçoit les exceptions générées)
je soupçonne en fait maintenant de plus en plus un réel problème de configuration de tomcat sur cette machine car je vois pas d'autres raisons maintenant... je cherche encore mais là je doute que quelqu'un....
"Marc Duteil" a écrit dans le message de news:4049e014$0$312$
Laurent Merger a écrit :
> Bonjour, > > voici un problème sur lequel je sèche malgré des recherches, plus moins
que
> plus fructueuses... > > je veux : attaquer une base postgres à l'aide de servlets depuis la
machine
> localhost et une machine du réseau interne : >
et quel est le problème?
le problème c'est que je ne peux le faire que depuis ma machine distante...
et que je veux absolument que ça tourne correctement sur la machine qui
héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la
ligne suivante : " host all 127.0.0.1 255.255.255.255
trust" devrait faire l'affaire car c'est la même chose que "local all trust"
sauf que j'utilise ici la fonction tcp/ip)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de
postgresql ?... ce que je récupére comme info sur cette erreur dans
n'importe quel log est extrêmement minime voire inexistant... :(
(je n'ai pas ce problème en dev car la console reçoit les exceptions
générées)
je soupçonne en fait maintenant de plus en plus un réel problème de
configuration de tomcat sur cette machine car je vois pas d'autres raisons
maintenant... je cherche encore mais là je doute que quelqu'un....
"Marc Duteil" <funfunfun@free.fr> a écrit dans le message de
news:4049e014$0$312$636a15ce@news.free.fr...
Laurent Merger a écrit :
> Bonjour,
>
> voici un problème sur lequel je sèche malgré des recherches, plus moins
que
> plus fructueuses...
>
> je veux : attaquer une base postgres à l'aide de servlets depuis la
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de postgresql ?... ce que je récupére comme info sur cette erreur dans n'importe quel log est extrêmement minime voire inexistant... :( (je n'ai pas ce problème en dev car la console reçoit les exceptions générées)
je soupçonne en fait maintenant de plus en plus un réel problème de configuration de tomcat sur cette machine car je vois pas d'autres raisons maintenant... je cherche encore mais là je doute que quelqu'un....
"Marc Duteil" a écrit dans le message de news:4049e014$0$312$
Laurent Merger a écrit :
> Bonjour, > > voici un problème sur lequel je sèche malgré des recherches, plus moins
que
> plus fructueuses... > > je veux : attaquer une base postgres à l'aide de servlets depuis la
machine
> localhost et une machine du réseau interne : >
et quel est le problème?
Jean-Max Reymond
Laurent Merger wrote:
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
mais c'est quoi le problème ? un message d'erreur? rien qui se passe?
-- Jean-Max Reymond dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
Laurent Merger wrote:
le problème c'est que je ne peux le faire que depuis ma machine distante...
et que je veux absolument que ça tourne correctement sur la machine qui
héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la
ligne suivante : " host all 127.0.0.1 255.255.255.255
trust" devrait faire l'affaire car c'est la même chose que "local all trust"
sauf que j'utilise ici la fonction tcp/ip)
mais c'est quoi le problème ?
un message d'erreur? rien qui se passe?
--
Jean-Max Reymond
dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
mais c'est quoi le problème ? un message d'erreur? rien qui se passe?
-- Jean-Max Reymond dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
Marc Duteil
Laurent Merger a écrit :
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine distante? c'est dur à deviner ton problème :-(
Laurent Merger a écrit :
le problème c'est que je ne peux le faire que depuis ma machine distante...
et que je veux absolument que ça tourne correctement sur la machine qui
héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la
ligne suivante : " host all 127.0.0.1 255.255.255.255
trust" devrait faire l'affaire car c'est la même chose que "local all trust"
sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine
distante? c'est dur à deviner ton problème :-(
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine distante? c'est dur à deviner ton problème :-(
jz
Laurent Merger wrote:
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
Non, ce n'est pas du tout la même chose.
local: socket UNIX (interne à la machine) host: socket TCP/IP (comme si tu te connectais de l'extérieur)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de postgresql ?... ce que je récupére comme info sur cette erreur dans n'importe quel log est extrêmement minime voire inexistant... :( (je n'ai pas ce problème en dev car la console reçoit les exceptions générées)
je soupçonne en fait maintenant de plus en plus un réel problème de configuration de tomcat sur cette machine car je vois pas d'autres raisons maintenant... je cherche encore mais là je doute que quelqu'un....
Désolé d'insister, mais il faut vraiment que tu lises attentivement la doc, partie administrateur. Avant de douter des autres cherches un peu plus sérieusement par toi même.
Jacques
Laurent Merger wrote:
le problème c'est que je ne peux le faire que depuis ma machine distante...
et que je veux absolument que ça tourne correctement sur la machine qui
héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la
ligne suivante : " host all 127.0.0.1 255.255.255.255
trust" devrait faire l'affaire car c'est la même chose que "local all trust"
sauf que j'utilise ici la fonction tcp/ip)
Non, ce n'est pas du tout la même chose.
local: socket UNIX (interne à la machine)
host: socket TCP/IP (comme si tu te connectais de l'extérieur)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de
postgresql ?... ce que je récupére comme info sur cette erreur dans
n'importe quel log est extrêmement minime voire inexistant... :(
(je n'ai pas ce problème en dev car la console reçoit les exceptions
générées)
je soupçonne en fait maintenant de plus en plus un réel problème de
configuration de tomcat sur cette machine car je vois pas d'autres raisons
maintenant... je cherche encore mais là je doute que quelqu'un....
Désolé d'insister, mais il faut vraiment que tu lises attentivement la
doc, partie administrateur. Avant de douter des autres cherches un peu
plus sérieusement par toi même.
le problème c'est que je ne peux le faire que depuis ma machine distante... et que je veux absolument que ça tourne correctement sur la machine qui héberge la base (si je lis correctement la doc fournie de pg_hba.conf, la ligne suivante : " host all 127.0.0.1 255.255.255.255 trust" devrait faire l'affaire car c'est la même chose que "local all trust" sauf que j'utilise ici la fonction tcp/ip)
Non, ce n'est pas du tout la même chose.
local: socket UNIX (interne à la machine) host: socket TCP/IP (comme si tu te connectais de l'extérieur)
maintenant autre question : y-a-t'il un moyen de forcer la "verbosité" de postgresql ?... ce que je récupére comme info sur cette erreur dans n'importe quel log est extrêmement minime voire inexistant... :( (je n'ai pas ce problème en dev car la console reçoit les exceptions générées)
je soupçonne en fait maintenant de plus en plus un réel problème de configuration de tomcat sur cette machine car je vois pas d'autres raisons maintenant... je cherche encore mais là je doute que quelqu'un....
Désolé d'insister, mais il faut vraiment que tu lises attentivement la doc, partie administrateur. Avant de douter des autres cherches un peu plus sérieusement par toi même.
Jacques
Laurent Merger
ok, désolé je pensais être clair...
non c'est le contraire ça marche bien à distance.... parceque c'est pas le même tomcat... ça vient bien de tomcat contrairement à ce que je pensais au début bon j'ai trouvé le problème (path du driver postgres que je croyais bien positionné) donc logiquement la solution ne devrait pas trop tarder :)
"Marc Duteil" a écrit dans le message de news:404a1e02$0$293$
Laurent Merger a écrit :
> le problème c'est que je ne peux le faire que depuis ma machine
distante...
> et que je veux absolument que ça tourne correctement sur la machine qui > héberge la base (si je lis correctement la doc fournie de pg_hba.conf,
la
> ligne suivante : " host all 127.0.0.1
255.255.255.255
> trust" devrait faire l'affaire car c'est la même chose que "local all
trust"
> sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine distante? c'est dur à deviner ton problème :-(
ok, désolé je pensais être clair...
non c'est le contraire ça marche bien à distance.... parceque c'est pas le
même tomcat... ça vient bien de tomcat contrairement à ce que je pensais au
début
bon j'ai trouvé le problème (path du driver postgres que je croyais bien
positionné) donc logiquement la solution ne devrait pas trop tarder :)
"Marc Duteil" <funfunfun@free.fr> a écrit dans le message de
news:404a1e02$0$293$636a15ce@news.free.fr...
Laurent Merger a écrit :
> le problème c'est que je ne peux le faire que depuis ma machine
distante...
> et que je veux absolument que ça tourne correctement sur la machine qui
> héberge la base (si je lis correctement la doc fournie de pg_hba.conf,
la
> ligne suivante : " host all 127.0.0.1
255.255.255.255
> trust" devrait faire l'affaire car c'est la même chose que "local all
trust"
> sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine
distante? c'est dur à deviner ton problème :-(
non c'est le contraire ça marche bien à distance.... parceque c'est pas le même tomcat... ça vient bien de tomcat contrairement à ce que je pensais au début bon j'ai trouvé le problème (path du driver postgres que je croyais bien positionné) donc logiquement la solution ne devrait pas trop tarder :)
"Marc Duteil" a écrit dans le message de news:404a1e02$0$293$
Laurent Merger a écrit :
> le problème c'est que je ne peux le faire que depuis ma machine
distante...
> et que je veux absolument que ça tourne correctement sur la machine qui > héberge la base (si je lis correctement la doc fournie de pg_hba.conf,
la
> ligne suivante : " host all 127.0.0.1
255.255.255.255
> trust" devrait faire l'affaire car c'est la même chose que "local all
trust"
> sauf que j'utilise ici la fonction tcp/ip)
dois je comprendre que ça marche en local et pas sur une machine distante? c'est dur à deviner ton problème :-(
