On 2020-07-31 11:32, Henning Follmann wrote:
On Fri, Jul 31, 2020 at 11:12:53AM -0400, Gary Dale wrote:
My server is running Debian/Stable on an AMD64 system.
I'm trying to set up its local Apache2 service to execute cgi-bin scripts
but I'm having some problems getting it to work.
I note
On Fri, Jul 31, 2020 at 11:12:53AM -0400, Gary Dale wrote:
> My server is running Debian/Stable on an AMD64 system.
>
> I'm trying to set up its local Apache2 service to execute cgi-bin scripts
> but I'm having some problems getting it to work.
>
> I note that /etc/apache2/con
My server is running Debian/Stable on an AMD64 system.
I'm trying to set up its local Apache2 service to execute cgi-bin
scripts but I'm having some problems getting it to work.
I note that /etc/apache2/conf-enabled contains a link to
/etc/apache2/conf-available/serve-cgi-bin.conf so I'm
/local/src/php5-build/php-5.5.20 and compiled
at /usr/local/bin/php-5.5.20
[...]
./configure --prefix=/usr/local/bin/php-5.5.20
--with-config-file-path=/usr/local/bin/php-5.5.20 --enable-cgi ..
[]
A /usr/lib/cgi-bin/php55-cgi has been created with following
[.]
#!/bin
Bob:
[Thu Jan 01 09:03:22 2015] [error] [client 192.168.1.116] Options
FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule
directive is forbidden: /usr/lib/cgi-bin/php55-cgi
AFAICT, this error is completely unrelated to PHP. My guess would be
that Apache doesn't
Hi
On Sun, Nov 09, 2014 at 06:12:32PM +1030, Arthur Marsh wrote:
Pardon me, but I'm a bit frustrated on how to debug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768665
does /var/run get saved across reboots?
I would not expect so. http://www.pathname.com/fhs/2.2/fhs-5.13.html
Where
Karl E. Jorgensen wrote on 09/11/14 20:04:
Hi
On Sun, Nov 09, 2014 at 06:12:32PM +1030, Arthur Marsh wrote:
Pardon me, but I'm a bit frustrated on how to debug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768665
does /var/run get saved across reboots?
I would not expect so. http
Karl E. Jorgensen wrote:
Where are the state of the sound card(s) saved / restored?
I don't use alsa-utils, but based on my understanding of the FHS, I'd
expect somewhere under /var/lib/alsa-utils.
But from reading the bug report, I'm led to believe it is
/var/lib/alsa/asound.state
Pardon me, but I'm a bit frustrated on how to debug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768665
does /var/run get saved across reboots?
Where are the state of the sound card(s) saved / restored?
How can one increase debugging to see whether it is happening or not?
What determines
Sorry about the delay in responding.
Henrique de Moraes Holschuh h...@debian.org writes:
Large time outs can cause bad side-efects on surprising ways. If the
socket is down, you get an immediate connection refused reply, which
short-circuits the time out.
As this is a generic feature, we
On Sun, 10 Aug 2014, Russ Allbery wrote:
To take a step back, I think this is a fair summary of the discussion.
Please let me know if you disagree:
...
I agree to all points. It is a fair summary.
I think you've convinced me that the approach of stopping a socket by the
same name when
On Sat, Aug 2, 2014 at 8:53 PM, Chris Bannister
cbannis...@slingshot.co.nz wrote:
[snip]
Is there a reason debian-user is subscribed to this bug report?
Please don't top-post.
Probably because it's a debian-user@ thread that resulted in the the
bug report and we were added to the cc as a
Jonathan de Boyne Pollard j.deboynepollard-newsgro...@ntlworld.com
writes:
And bugs #734766 and #734848 tell one the answer, which is that in order
to preserve its existing conceptual model that there is just the one
thing (named simply acpid) invoke-rc.d should pull out the socket
from the
On Sat, 02 Aug 2014, Russ Allbery wrote:
Jonathan de Boyne Pollard j.deboynepollard-newsgro...@ntlworld.com
writes:
And bugs #734766 and #734848 tell one the answer, which is that in order
to preserve its existing conceptual model that there is just the one
thing (named simply acpid)
Henrique de Moraes Holschuh h...@debian.org writes:
Services being subject to a package update can be down for extended
amounts of time (think package update that requires manual intervention,
or even a full manual reconfiguration, etc), or may actually involve an
ABI break. In both cases,
On Sat, 02 Aug 2014, Russ Allbery wrote:
Henrique de Moraes Holschuh h...@debian.org writes:
Services being subject to a package update can be down for extended
amounts of time (think package update that requires manual intervention,
or even a full manual reconfiguration, etc), or may
Is there a reason debian-user is subscribed to this bug report?
On Sat, Aug 02, 2014 at 10:42:38AM -0700, Russ Allbery wrote:
Jonathan de Boyne Pollard j.deboynepollard-newsgro...@ntlworld.com
writes:
[snip]
--
If you're not careful, the newspapers will have you hating the people
who are
ZH $ sudo systemctl stop acpid
ZH Job for acpid.service canceled.
... because, as noted, it's a socket-activated service, which actually
makes it two separately startable and stoppable things
(acpid.service and acpid.socket) in the world of systemd, only one
of which is being stopped when you're
1
Errors were encountered while processing:
/var/cache/apt/archives/acpid_1%3a2.0.22-3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Possibly the bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736258
Been happening the past week or so (although I hadn't tried
On Sat, 26 Jul 2014, Zenaan Harkness wrote:
Interrelated problem A:
$ ps aux|egrep -i acpid
root 318 0.0 0.0 0 0 ?S 12:40 0:00 [ktpacpid]
root 19855 0.0 0.0 4372 972 ?Ss 17:45 0:00
/usr/sbin/acpid
$ sudo systemctl stop acpid
Job for
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751741
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug #736258 reopened, set to severity grave, and reassigned to systemd for
further processing and action.
Full explanation added to the bug report and CC'd to the bug report and to
the systemd maintainers.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and
cgid.load and cgid.conf to mods-enabled
firstly no file : cgi.conf ?? in mods-available
secondly the directory /usr/lib/cgi-binis empty ???!!!
Unless, you (or an appropriate package, e.g. blosxom) put your cgi
program in there, yes, it will be empty.
in the apache sites I have
Boa tarde!
Alguém tem alguma dica de como eu posso fazer com que cada usuário consiga
rodar cgis dentro de seus respectivos
diretórios /home/usuario/public_html/cgi-bin/? Se eu tenho o usuário xxx,
para fazer com que isso seja possível eu altero a variável
APACHE_RUN_USER=xxx no arquivo /etc
Thanks for the idea Camaleón.
Zach
http://www.fidei.org
Ah I see. Thanks Jesús I have it working now :)
Zach
http://www.fidei.org
I have various name based virtual hosts setup. They all work fine.
However if I try to run a script in /usr/lib/cgi-bin it fails when I
specify the domain name, but works if I specify my IP name (this is a
VPS)!
So this, http://97.107.134.151/cgi-bin/awstats.pl, works
But this, http
Some more info. I looked at my access.log for oggthebase.org.
When I went to http://www.oggthebase.org/cgi-bin/awstats.pl it generated:
[Mon Nov 08 10:56:52 2010] [error] [client 72.0.209.165] File does not
exist: /var/www/oggthebase.org/cgi-bin
So it is going to /var/www/oggthebase.org/cgi-bin
On Mon, 08 Nov 2010 05:54:17 -0500, Zachary Uram wrote:
I have various name based virtual hosts setup. They all work fine.
However if I try to run a script in /usr/lib/cgi-bin it fails when I
specify the domain name, but works if I specify my IP name (this is a
VPS
On Mon, 08 Nov 2010 06:13:26 -0500, Zachary Uram wrote:
Some more info. I looked at my access.log for oggthebase.org.
When I went to http://www.oggthebase.org/cgi-bin/awstats.pl it
generated:
[Mon Nov 08 10:56:52 2010] [error] [client 72.0.209.165] File does not
exist: /var/www
Hi, Zachary:
On Monday 08 November 2010 11:54:17 Zachary Uram wrote:
I have various name based virtual hosts setup. They all work fine.
However if I try to run a script in /usr/lib/cgi-bin it fails when I
specify the domain name, but works if I specify my IP name (this is a
VPS
On Thu, Sep 11, 2008 at 5:19 AM, André Warnier [EMAIL PROTECTED] wrote:
[...]
I just felt like telling you the above because I have the impression that a
misunderstanding of the above is the source of 90% of the problems
encountered by people unfamiliar with Virtual Hosting in general. I hope
Zach Uram wrote:
On Tue, Sep 9, 2008 at 3:54 PM, André Warnier [EMAIL PROTECTED] wrote:
Just a guess :
1) the new entry you have added to /etc/apache2/sites-available (and
sites-enabled) is called e.g. darcs, which for some reason precedes
default in the directory.
2) in the apache.conf, there
On Thu, Sep 11, 2008 at 11:19:34AM +0200, André Warnier wrote:
Apart from the related tip from Kris about the various virtual server
config files in /etc/apache2/sites-available and
/etc/apache2/sites-enabled, here is what I do to insure that virtual
servers are included in the correct
/lib/cgi-bin/ has darcs.cgi, darcsweb.cgi and awstats.pl
Previously to access one of these I would do:
http://www.jesujuva.org/cgi-bin/darcsweb.cgi
But now when I do that I get this file not found error:
404 Not Found
The requested URL /cgi-bin/darcsweb.cgi was not found on this server.
Apache
lenny/sid.
/usr/lib/cgi-bin/ has darcs.cgi, darcsweb.cgi and awstats.pl
Previously to access one of these I would do:
http://www.jesujuva.org/cgi-bin/darcsweb.cgi
But now when I do that I get this file not found error:
404 Not Found
The requested URL /cgi-bin/darcsweb.cgi was not found
Zach Uram wrote:
This is really baffling because CGI was working last week and now when
I try it again and it is not working.snip
I reread your post and my reply, and want to say it was was not clear
that your url was complete. If I merely duplicated what you've been
doing, I apologize.
On Tue, Sep 9, 2008 at 3:54 PM, André Warnier [EMAIL PROTECTED] wrote:
Just a guess :
1) the new entry you have added to /etc/apache2/sites-available (and
sites-enabled) is called e.g. darcs, which for some reason precedes
default in the directory.
2) in the apache.conf, there is something
://localhost/cgi-bin/mapserv?map=/var/www/mapa.maplayer=statesmode=map
http://localhost/cgi-bin/mapserv?map=/var/www/mapa.maplayer=statesmode=map
nesse exemplo o .map está no diretorio /var/www/.
Tente fazer o seguinte tire o redirecionamento do apache (isso
elimina uma variável do problema)
e reveja
tentar gerar um mapa da seguinte
forma
http://localhost/cgi-bin/mapserv?map=/var/www/mapa.maplayer=statesmode=map
nesse exemplo o .map está no diretorio /var/www/.
Tente fazer o seguinte tire o redirecionamento do apache (isso elimina
uma variável do problema)
e reveja os path dos paramentros
Não ficou claro como ocorre o problema...
primeiro você diz que o cgi-bin do mapserver não está rodando
depois fala que rodando em localhost está ok !
Como e quando ocorre o problema?
qual url vc está usando para chamar o cgi?
qual é a mensagem que aparece ?
o pacote cgi-mapserver e mapserver-bin
das urls onde
o demo do mapserver está instalado, aí a resposta é a seguinte:
http://localhost/apache2-default/workshop/ --- tela de apresentação da
aplicação -- o botão initialize lança a seguinte url:
http://localhost/cgi-bin/mapserv?layer=lakespy2layer=dlgstln2zoomsize=2map=%2Fvar%2Fwww
Olá pessoal,
Recorro à lista para tentar resolver, acredito, um problema de
configuração do apache2.
Depois de uma dist-upgrade no Debian etch não consigo rodar o script
cgi-bin mapserv.
As diretivas para cgi-bin do arquivo /etc/apache2/sites-enabled/default,
são:
Directory /var/www
Florian (flobee) schrieb:
exec('cat /etc/passwd');
funktioniert :-o
http://www.linux-magazin.de/Artikel/ausgabe/2004/10/php/php.html
--
* Stefan Bauer *
* Bavaria / Germany / Chiemsee
Hallo
Stefan Bauer wrote:
Florian (flobee) schrieb:
exec('cat /etc/passwd');
funktioniert :-o
http://www.linux-magazin.de/Artikel/ausgabe/2004/10/php/php.html
Danke, aber das beschreibt was ich mit der modul-version von php machen
kann.
Kenne ich, weis ich, tue ich.
Mich
-cgi's vorgeschlagen wird:
vhost oder httpd.conf:
AddHandler php-script .php4
Action php-script /cgi-bin/php4 # in: /usr/lib/cgi-bin/php
(ähnlich dem doc in .../share/doc/php4-cgi/README.Debian.gz)
und das cgi läuft.
Leider bin ich nun über etwas gestolpert was für mich ein
-script .php4
Action php-script /cgi-bin/php4 # in: /usr/lib/cgi-bin/php
(ähnlich dem doc in .../share/doc/php4-cgi/README.Debian.gz)
und das cgi läuft.
Leider bin ich nun über etwas gestolpert was für mich ein
sicherheitsrisiko darstellt und das scheinbar noch niemanden so wirklich
bekannt
Robert Harris wrote:
Mark Grieveson wrote:
Robert Harris wrote:
Mark Grieveson wrote:
Hello. cgi-bin files are not working on my webserver. I use apache2,
on Etch. Specifically, I'm trying to get htsearch, of the search
program htdig, to work on my site that I serve
Just a small addendum to my last message on this thread: the cgi-bin
search engine does work when I try it on the local host via either the
terminal, or the browser (ie, http://localhost/cgi-bin/htsearch), but
not via the site I'm serving to the wide world. I think there must be a
flaw
Okay, first off, thanks for your suggestions. I did finally figure it
out. I had set up a virtual host, just in case I wanted to serve other
sites from here. However, I had not properly added support for cgi-bin
files to this host. I noticed this when checking the
/etc/apache2/sites
Hello. cgi-bin files are not working on my webserver. I use apache2,
on Etch. Specifically, I'm trying to get htsearch, of the search
program htdig, to work on my site that I serve. It worked with Sarge,
but does not work with Etch. The file is at /usr/lib/cgi-bin/htsearch
Subject: Re: apache2 - cgi-bin sorunu ?
komik olan;
webmin'in, apache2 uzerinde sorunsuz calisiyor olmasi :'( [webmin'in butun
sayfalari cgi uzantili]
fakat /var/www/cgi-bin altinda kendi olusturdugum pl ya da cgi uzantili
dosyalar icin server bulunamadi diyor :(
--
No virus found in this incoming
bunu bilmiyordum :)dogru olabilir.https://127.0.0.1:82 yazip enterlayinca calisiyo.
apache 2.0'in apache2.conf'unda scriptalias diye birsey tanimli degil.ben ScriptAlias /cgi-bin/ /var/www/cgi-bin/ kismini conf dosyasina ekleyip yeniden baslatmama ragmen en basit bi pl kodu bile calismiyor :'(
The requested URL /cgi-bin/foo.pl was not found on this server. [chmod a+x de yaptiydim
scriptalias kismi tanimli geliyordu tek
yapmam gereken Addhandler'i uncomment etmemdi.
fakat apache 2.0'in apache2.conf'unda scriptalias diye birsey tanimli
degil.
ben ScriptAlias /cgi-bin/ /var/www/cgi-bin/ kismini conf dosyasina
ekleyip yeniden baslatmama ragmen en basit bi pl kodu bile
sorun o degil sanirim,link yaratmama gerek yok, mods-enabled icersinde cgi.load mevcut zaten.debian:/etc/apache2/mods-enabled# lsactions.load perl.conf php5.conf userdir.confcgi.load perl.load
php5.load userdir.load[sizin belirttiginiz mods-available icersindeki cgi.load'a symlink bu. buna ragmen
komik olan;webmin'in, apache2 uzerinde sorunsuz calisiyor olmasi :'( [webmin'in butun sayfalari cgi uzantili]fakat /var/www/cgi-bin altinda kendi olusturdugum pl ya da cgi uzantili dosyalar icin server bulunamadi diyor :(
Selamlar,
acaba bu cgi-bin dizini nerededir? mesela slackware'de bu dizin
/var/www/cgi-bin
altinda ama debianda bunu bulamadim?
saygilar,
+-+-+-+ BEGIN PGP SIGNATURE +-+-+-+
Version: GnuPG v1.4.2 (GNU/Linux
merhaba,httpd.conf dosyanizin icersinde Documentroot ve karsiliginda ise /usr/local/www/data seklinde birsey yazar.cgi-bin klasoru iser documentroot'un altinda olur.benim yazdiklarim ornekti sadece.kendi documentroot'unuzu ogrenmek icin
httpd.conf dosyanizi incelemeniz gerekiyor.iyi
Mehmet Fatih AKBULUT yazmış:
merhaba,
httpd.conf dosyanizin icersinde Documentroot ve karsiliginda ise
/usr/local/www/data seklinde birsey yazar.
cgi-bin klasoru iser documentroot'un altinda olur.
benim yazdiklarim ornekti sadece.
kendi documentroot'unuzu ogrenmek icin httpd.conf dosyanizi
Merhaba,
Debian standart apache kurulumunda /usr/lib/cgi-bin altında
oluyor. Yine de httpd.conf 'u incelemenizi tavsiye ederim.
Saygilarimla,
Özkan SENOVA
***Internet E-mail Confidentiality Footer***
Ltf. okuyun (Pls. see): http://www.efes.net.tr/efesnet
Le Samedi 1 Octobre 2005 17:40, [EMAIL PROTECTED] a écrit :
Sylvain Viollat a écrit :
merci pour t'as réponce :)
dans le apache2.conf j'ai bien decommente mais toujours pas :s
fauderai t'il un truc qui s'appelle Suexec?
j'avais déjà eu ce problème, cela venait pas du serveur mais du script.
Bulot Grégory a écrit :
Le Samedi 1 Octobre 2005 17:40, [EMAIL PROTECTED] a écrit :
Sylvain Viollat a écrit :
merci pour t'as réponce :)
dans le apache2.conf j'ai bien decommente mais toujours pas :s
fauderai t'il un truc qui s'appelle Suexec?
j'avais déjà eu ce problème,
On Sun, Oct 02, 2005 at 12:45:18PM +0200, [EMAIL PROTECTED] wrote :
toujours le meme probleme :(
mais le script en question est sans sorti... il travail sur le serveur (il
crée un fichier)
que disent les logs Apache au moment de l'execution du script ? il peut
s'agit egalement d'un probleme
Bonjours
voila mon premier probleme est que j'arrive pas à se que le cgi sois
execute par le serveur... (Internal Error)
voici ma configuration:
cat /etc/apache2/sites-enabled/001-lesite.com
Directory /home/lesite/cgi-bin
Options +ExecCGI
AllowOverride None
/home/lesite/cgi-bin
Options +ExecCGI
AllowOverride None
Order allow,deny
allow from all
/Directory
sinon tout marche sauf que je cherche a voire un fichier cgi :s
Vérifiez dans le fichier /etc/apache2/apache.conf que la ligne
-enabled/001-lesite.com
Directory /home/lesite/cgi-bin
Options +ExecCGI
AllowOverride None
Order allow,deny
allow from all
/Directory
sinon tout marche sauf que je cherche a voire un fichier cgi :s
Vérifiez dans le fichier /etc
You need to get your apache configured to use those cgi-scripts.
Normally after installing you can find bugzilla at
http://localhost/cgi-bin/bugzilla
Right track, thanks wim!
For other folks' reference (may be obvious but it was not to me) the
page is actually:
http://localhost/cgi
-bin/bugzilla/index.cgi
Now, /cgi-bin/bugzilla/index.cgi does not exist in that directory.
It is located in /usr/lib/cgi-bin/bugzilla/index.cgi, instead. In any
case, that is not a file I can load with my browser, is it?
How should I start my Bugzilla in order to start administering it?
ciao
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel, mais
j'imagine qu'il se contente d'un 'diff' sur les deux fichiers...
chkrootkit ne pourrait pas avoir cette fonctionnalité en standard?
--
Vincent Lefèvre [EMAIL PROTECTED] - Web:
Le Dimanche 16 Janvier 2005 11:17, Vincent Lefevre a écrit :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel, mais
j'imagine qu'il se contente d'un 'diff' sur les deux fichiers...
chkrootkit ne pourrait pas avoir cette fonctionnalité en
Le dimanche 16 janvier 2005 à 21:50 +0100, Vincent Lefevre a écrit :
On 2005-01-16 12:17:14 +0100, Julien Valroff wrote:
Le Dimanche 16 Janvier 2005 11:17, Vincent Lefevre a écrit :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel,
Le Samedi 15 Janvier 2005 12:31, Michel Petit a écrit :
Julien Valroff a écrit :
Le Samedi 15 Janvier 2005 09:35, Michel Petit a écrit :
Julien Valroff a écrit :
Bonjour la liste !
Bonjour,
...
La solution que j'ai retenue pour ça, est d'avoir un fichier de
référence. Je m'explique :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel, mais
j'imagine qu'il se contente d'un 'diff' sur les deux fichiers...
chkrootkit ne pourrait pas avoir cette fonctionnalité en standard?
--
Vincent Lefèvre [EMAIL PROTECTED] - Web:
Le Dimanche 16 Janvier 2005 11:17, Vincent Lefevre a écrit :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel, mais
j'imagine qu'il se contente d'un 'diff' sur les deux fichiers...
chkrootkit ne pourrait pas avoir cette fonctionnalité en
On 2005-01-16 12:17:14 +0100, Julien Valroff wrote:
Le Dimanche 16 Janvier 2005 11:17, Vincent Lefevre a écrit :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel, mais
j'imagine qu'il se contente d'un 'diff' sur les deux fichiers...
Le dimanche 16 janvier 2005 à 21:50 +0100, Vincent Lefevre a écrit :
On 2005-01-16 12:17:14 +0100, Julien Valroff wrote:
Le Dimanche 16 Janvier 2005 11:17, Vincent Lefevre a écrit :
On 2005-01-15 23:43:44 +0100, manioul wrote:
Un peu compliqué ça! Je ne sais pas comment a fait Michel,
On 2005-01-16 23:55:06 +0100, manioul wrote:
Le dimanche 16 janvier 2005 à 21:50 +0100, Vincent Lefevre a écrit :
La question de la FAQ est différente: elle demande d'ignorer un
certain nombre de fichiers. Ce que je suggère est de prendre en
compte de manière spéciale un certain nombre de
Bonjour la liste !
Depuis que j'ai placé des données dans /usr/lib/cgi-bin, je reçois chaque
matin une alerte de chkrootkit pour tous les fichiers cachés de ce
répertoires et de ces sous-répertoires (les .htaccess notamment). chkrootkit
est lancé par cron.
Aucune autre information. Juste le
Le Samedi 15 Janvier 2005 12:31, Michel Petit a écrit :
Julien Valroff a écrit :
Le Samedi 15 Janvier 2005 09:35, Michel Petit a écrit :
Julien Valroff a écrit :
Bonjour la liste !
Bonjour,
...
La solution que j'ai retenue pour ça, est d'avoir un fichier de
référence. Je m'explique :
Bonjour la liste !
Depuis que j'ai placé des données dans /usr/lib/cgi-bin, je reçois chaque
matin une alerte de chkrootkit pour tous les fichiers cachés de ce
répertoires et de ces sous-répertoires (les .htaccess notamment). chkrootkit
est lancé par cron.
Aucune autre information. Juste le
Julien Valroff a écrit :
Bonjour la liste !
Bonjour,
Depuis que j'ai placé des données dans /usr/lib/cgi-bin, je reçois chaque
matin une alerte de chkrootkit pour tous les fichiers cachés de ce
répertoires et de ces sous-répertoires (les .htaccess notamment). chkrootkit
est lancé par
Le Samedi 15 Janvier 2005 09:35, Michel Petit a écrit :
Julien Valroff a écrit :
Bonjour la liste !
Bonjour,
Depuis que j'ai placé des données dans /usr/lib/cgi-bin, je reçois chaque
matin une alerte de chkrootkit pour tous les fichiers cachés de ce
répertoires et de ces sous
Le samedi 15 janvier 2005 à 09:56 +0100, Julien Valroff a écrit :
Le Samedi 15 Janvier 2005 09:35, Michel Petit a écrit :
Julien Valroff a écrit :
Bonjour la liste !
Coucou!!!
[...]
La solution que j'ai retenue pour ça, est d'avoir un fichier de
référence. Je m'explique : je lance
Julien Valroff a écrit :
Le Samedi 15 Janvier 2005 09:35, Michel Petit a écrit :
Julien Valroff a écrit :
Bonjour la liste !
Bonjour,
...
La solution que j'ai retenue pour ça, est d'avoir un fichier de
référence. Je m'explique : je lance chkrootkit en redirigeant ses sorties
dans ce
On Mon, Nov 29, 2004 at 12:49:30AM +0200, Black Dew wrote:
Antonio Rodriguez wrote:
I noticed that when installing cgiemail it is set as owned by root,
same as other scripts simultaneously installed in /usr/lib/cgi-bin
I figure this is right, I would be surprised if i were the first
finding
Antonio Rodriguez wrote:
I noticed that when installing cgiemail it is set as owned by root,
same as other scripts simultaneously installed in /usr/lib/cgi-bin
The danger of being root owned would be in the fact that it can
virtually do anything.
no, it can't. If root owns an executable
I noticed that when installing cgiemail it is set as owned by root,
same as other scripts simultaneously installed in /usr/lib/cgi-bin
I figure this is right, I would be surprised if i were the first
finding a bug, but I don't see why it makes it safer than installing
it as owned by www-data:www
Antonio Rodriguez wrote:
I noticed that when installing cgiemail it is set as owned by root,
same as other scripts simultaneously installed in /usr/lib/cgi-bin
I figure this is right, I would be surprised if i were the first
finding a bug, but I don't see why it makes it safer than installing
On Thu, 16 Sep 2004 23:10:05 +0200, Iwan van der Kleyn wrote:
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
Directory /usr/lib/cgi-bin
You want a slash here^
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
/Directory
Hi there,
I've got a test server running testing with both apache (1.3) and
apache2 for some experiments with htdig.
htdig uses the htsearch cgi-script in server/cgi-bin (which is mapped
to /usr/lib/cgi-bin).
Curiously, when running apache everything works fine, the script is
correctly
/dpchrist/public_html/cgi-bin
Options ExecCGI
/Directory
780a785
AddHandler cgi-script pl
I loaded the configuration:
[EMAIL PROTECTED]:~/d3020g/etc/apache:CVS cp httpd.conf /etc/apache/.
cp: overwrite `/etc/apache/./httpd.conf'? y
[EMAIL PROTECTED
://perl.apache.org escrito en
mod_perl funciona perfectamente
http://200.68.76.51/~bodegonweb/cgi-bin/hello.cgi
Pero con culaquier otro Script el Apache
http://200.68.76.51/~bodegonweb/cgi-bin/hello.plo bien
http://200.68.76.51/~bodegonweb/cgi-bin/test-cgi
me da los siguientes errores
Coleegas;
Estou fazendo um sitezinho intranet, e estou apanhando do formulario
fale conosco. Na hora do submit, aparece a mensagem:
Forbidden
You don't have permission to access /ccp/cgi-bin/formula.cgi on this
server.
Apache/1.3.26 Server at prodabel815.pbh Port 80
Onde prodabel815 e meu
Moin,
habe mir gerade per dselect sqwebmail installiert.
Wieso liegt denn das nun nicht in meinem cgi-bin
Verzeichnis?
in /usr/share liegen die ganzen sqwebmail-verz.
Auf einem anderen Rechner habe ich es kompiliert.
Da ist es vorhanden.
MfG Torsten
--
Häufig gestellte Fragen und
On Wed, Jul 03, 2002 at 04:43:10PM +0200, Nicolas Massé wrote:
| salut tout le monde
|
| J'ai un serveur apache correctement configuré, et je souhaite pouvoir lancer
| une connection à internet par l'intermédiaire d'un script cgi, comment faire ?
|
| J'ai tout essayé ! un script qui lance un
salut tout le monde
J'ai un serveur apache correctement configuré, et je souhaite pouvoir lancer
une connection à internet par l'intermédiaire d'un script cgi, comment faire ?
J'ai tout essayé ! un script qui lance un programme SGID=dip, mais rien n'y
fait, ça marche pas ! (pourtant, si je
On Wed, Jul 03, 2002 at 04:43:10PM +0200, Nicolas Massé wrote:
salut tout le monde
J'ai un serveur apache correctement configuré, et je souhaite pouvoir lancer
une connection à internet par l'intermédiaire d'un script cgi, comment faire ?
J'ai tout essayé ! un script qui lance un
I'm running aolserver 3.4.2 on potato and would like to give mailman
a try. Mailman installed in the into /usr/lib/ and put a symlink into
/usr/lib/cgi-bin/, like:
[EMAIL PROTECTED]:~# ls -l /usr/lib/cgi-bin/
lrwxrwxrwx1 root root 18 Jan 30 21:43 mailman -
../mailman/cgi-bin
The problem was cgi was commented out (by default) in the srm.conf file
- Original Message -
From: MaD dUCK [EMAIL PROTECTED]
To: Mike Millner [EMAIL PROTECTED]
Cc: debian-user@lists.debian.org
Sent: Monday, March 05, 2001 8:53 PM
Subject: Re: apache and cgi-bin
also sprach Mike Millner
1 - 100 of 133 matches
Mail list logo