git README
> [https://git.zx2c4.com/cgit/tree/README] and comiled cgit with lua
> support using:
>
> `gmake LUA_PKGCONFIG=luajit CFLAGS="-I/usr/local/include/luajit-2.0" install`
>
> However, when I try to run the `cgit.cgi` with the following OpenBSD
> `httpd` con
ua
support using:
`gmake LUA_PKGCONFIG=luajit CFLAGS="-I/usr/local/include/luajit-2.0" install`
However, when I try to run the `cgit.cgi` with the following OpenBSD
`httpd` configuration, it doesn't work as expected:
```
server "git.example.com" {
listen on * tls por
socket tcp "192.168.1.78" 8004
I guess that calibre exports an HTTP server, not a FastCGI one, so this
can't work. httpd doesn't support proxying another HTTP server, it can
only talk to fastcgi.
You'll have to look into relayd(8) (but also keep httpd in the stack so
you can use acme-client for TLS.)
e server listening on 0.0.0.0:8004
> OPDS feeds advertised via BonJour at: 192.168.1.78 port: 8004
> _
>
> When I do this, I can, from another computer within my network, navigate
> to http://192.168.1.78:8004 and read my ebooks. So far so good.
> I now want to access the same webpage fro
: 192.168.1.78 port: 8004
_
When I do this, I can, from another computer within my network, navigate to
http://192.168.1.78:8004 and read my ebooks. So far so good.
I now want to access the same webpage from outside of the network using a
domain I've purchased; however, I keep getting th
omain socket, you have to put it somewhere
> > inside the /var/www chroot; for example
> > /var/www/run//fcgi.sock and then instructs httpd to talk
> > to it
> >
> > fastcgi {
> > # note that this is relative to the /var/www chroot
> > socket "/run//fcgi.sock"
> > }
That worked! Thank you all very much for the help.
--
Sadeep Madurange
PGP: 103BF9E3E750BF7E
n the following command to install it:
# install -o www -g www -m 0500 flask.py /var/www/cgi-bin
Then I added the following config to /etc/httpd.conf:
server "localhost" {
listen on * port 8080
location "/*" {
fastcgi { param SCRIPT_FILENAME "/cgi-bin/fl
listen on * port 8080
location "/*" {
fastcgi { param SCRIPT_FILENAME "/cgi-bin/flask.py" }
}
}
restarted httpd, and executed the following curl request:
$ curl http://localhost:8080/
However, I keep getting 500 internal server error. Not sure w
ran the following command to install it:
>
> # install -o www -g www -m 0500 flask.py /var/www/cgi-bin
>
> Then I added the following config to /etc/httpd.conf:
>
> server "localhost" {
> listen on * port 8080
> location "/*" {
> fastcg
ig to /etc/httpd.conf:
server "localhost" {
listen on * port 8080
location "/*" {
fastcgi { param SCRIPT_FILENAME "/cgi-bin/flask.py" }
}
}
restarted httpd, and executed the following curl request:
$ curl http://localhost:8080/
However, I keep getting
On Sat, Jul 13, 2024 at 08:48:56PM +1000, Paul W. Rankin wrote:
> Hello,
>
> I’m trying to get a basic URL rewrite working with httpd but, alas, it
> seems broken.
It's not broken :-).
>
> My goal:
>
> /~USER -> /htdocs/u/USER
root "/htdocs/u"
Hello,
I’m trying to get a basic URL rewrite working with httpd but, alas, it
seems broken.
My goal:
/~USER -> /htdocs/u/USER
To debug this, in case the “~” character was throwing something off, I
simply tried to achieve:
/u/USER -> /htdocs/u/USER
I’m aware this
On Tue, Jun 11, 2024 at 10:41:33PM +, Martin wrote:
> But what useful methods exists that prevent spamming a HTML signup form
> from stuffing the database with useless signups?
>
> Naturally the accounts that haven't been validated one way or another
> gets deleted, but the initial signup is a
On Thu, Jun 13, 2024 at 04:30:27AM -0700, Paul Pace wrote:
> On 6/12/24 10:32 PM, Chris Bennett wrote:
> > It's not perfect, but I have a long list of regexes that I know are spam
> > that I have my Perl code that processes the form block. Trying to block
> > from a log is not very helpful. It can
On 6/12/24 10:32 PM, Chris Bennett wrote:
It's not perfect, but I have a long list of regexes that I know are spam
that I have my Perl code that processes the form block. Trying to block
from a log is not very helpful. It can let through thousands of the same
spam attempts before the log catches
On Tue, Jun 11, 2024 at 10:41:33PM +, Martin wrote:
> I already do some rate limiting with stateful tracking options for PF,
> which works really great for the stuff I use it for.
>
> I also use block lists of known bad IP addresses etc.
>
> But what useful methods exists that prevent spammin
Jun 12, 2024 00:56:47 Martin :
> A simple CAPTCHA reduces some of the irrelevant noise, but the more
> sophisticated bots solves the CAPTCHA.
>
> Using Cloudflare's or Google's CAPTCHA is frowned upon by the real
> users, which I fully understand.
>
> So I was wondering, if some other clever metho
No perfect solution exists, but the following may help.
1) Parse the logs of your web application and ban any IP that attempts
to create multiple accounts. Not great because you may have multiple
users sharing the same public IP. It only works ok if you automate it
via cronjob scripts.
2) Re
On 2024-06-11 15:41, Martin wrote:
I already do some rate limiting with stateful tracking options for PF,
which works really great for the stuff I use it for.
I also use block lists of known bad IP addresses etc.
But what useful methods exists that prevent spamming a HTML signup form
from stuff
I already do some rate limiting with stateful tracking options for PF,
which works really great for the stuff I use it for.
I also use block lists of known bad IP addresses etc.
But what useful methods exists that prevent spamming a HTML signup form
from stuffing the database with useless signups
Greetings,
On Wed, 29 May 2024 00:01:07 +0100,
Am Jam wrote:
>
> For posterity's sake, my working /etc/httpd.conf is below:
>
Maybe it is worth making a port for pixelfed to allow others to install it
as easily as pkg_add pixelfed with some polish documented in the
description?
--
wbr, Kirill
Hello,
I very much appreciate the new directory index in httpd. Thank you espie@ :)
I would like to make a suggestion for the default CSS, which is to remove the
italic styling of directories:
--- /Users/pwr/Downloads/css.h.in.txt~ 2024-05-21 12:33:11
+++ /Users/pwr/Downloads/css.h.in.txt
udes creating the
> > following symlink in /var/www/pixelfed:
> > - lrwxr-xr-x 1 root www37B May 27 12:15 storage@ ->
> > /var/www/pixelfed/storage/app/public/
> >
> > That, unfortunately, is "outside" of the root directory specified in
> > /etc/httpd.conf.
>
> httpd is in a chroot jail so the absolute symlink won't work.
>
> Either use a relative symlink for the above link, or set things up so
> that /var/www still works inside the chroot -
>
> mkdir /var/www/var; ln -s .. /var/www/var/www
>
>
>
age/app/public/
>
> That, unfortunately, is "outside" of the root directory specified in
> /etc/httpd.conf.
httpd is in a chroot jail so the absolute symlink won't work.
Either use a relative symlink for the above link, or set things up so
that /var/www still works inside the chroot -
mkdir /var/www/var; ln -s .. /var/www/var/www
Wild guess:
When a request is made against a picture in /storage/, it triggers the
location not found * rule.
The rewritten request does never hit the location "/storage/*" rule
because it now requests /index.php$something instead of any object
within /storage.
Try placing a matching /stor
Hi Everyone,
I am trying to install and run pixelfed (think of it as a self-hosted
instagram alternative) on OpenBSD 7.5, but I am having a problem with my
/etc/httpd.conf. Unfortunately, pixelfed's installation instructions only
provide an nginx example. For those of you familiar with nextcloud,
On Wed May 22, 2024 at 4:46 PM BST, Am Jam wrote:
Your tip led me in the right direction and I now have what I need. Thank
you!
Glad I could help.
One thing to note. I had to add the following line to get everything to
work:
- location "/" { block return 301 "$https://$SERVER_NAME/index.ph
Hi Souji,
Your tip led me in the right direction and I now have what I need. Thank
you!
One thing to note. I had to add the following line to get everything to
work:
- location "/" { block return 301 "$https://$SERVER_NAME/index.php"; }
I added this line because, for some reason, without this
On Wed May 22, 2024 at 2:38 PM BST, Am Jam wrote:
Hi Everyone,
Hi Am,
Before anyone asks, removing "/nextcloud" from each of the location strings
does not work.
When I do that I get an "ERR_EMPTY_RESPONSE" error in my browser (Chrome).
My httpd.conf below was inspired by the one outlined in t
Hi Everyone,
I am trying to run a small nextcloud website and I'm having a problem with
the URLs.
I installed nextcloud via pkg_add, and all of its files were installed
under /var/www/nextcloud.
The pkg-readmes were helpful in getting nextcloud working with httpd.
However, though every
Michael Hekeler writes:
Is there any directive or regex for the 'location' directive,
httpd doesn't support regular expressions.
httpd includes lua pattern support.
see patterns(7)
(Though to use patterns(7) syntax, one needs to use the 'match'
keyword, e.g. &qu
> Is there any directive or regex for the 'location' directive,
httpd doesn't support regular expressions.
httpd includes lua pattern support.
see patterns(7)
Hi,
In httpd, my web portal gives an HTTP 404 error when 'mysite.com/create' is
typed,
however 'mysite.com/create/' works.
In order to *solve* this issue, I added 2 different locations pointing to
the same cgi script, as:
location "/create" {
fastcgi socket &q
On 2024-03-08, James Cook wrote:
> On Fri, Mar 08, 2024 at 04:28:52PM +0300, Mark wrote:
>> Greetings.
>>
>> Trying to figure out the mailman configuration on OpenBSD.
>>
>> What is the equivalent of the following server block in httpd?
>&
On Fri, Mar 08, 2024 at 04:28:52PM +0300, Mark wrote:
> Greetings.
>
> Trying to figure out the mailman configuration on OpenBSD.
>
> What is the equivalent of the following server block in httpd?
>
> "
> Options FollowSymLinks
> AllowOverride None
>
Greetings.
Trying to figure out the mailman configuration on OpenBSD.
What is the equivalent of the following server block in httpd?
"
Options FollowSymLinks
AllowOverride None
"
Does the httpd even support following symlinks?
Regards,
Mark
> Hi,
>
> I have a custom error template that I use for the error documents for
> httpd, as described in: man httpd.conf
>
> In /var/www I have created:
>
> /err root:daemon chmod 0755
>
> Within /var/www/err I have created:
>
> err
l configuration that points to this:
>
> /etc/httpd.conf
> . . .
> errdocs "/err"
>
> When I cause an error with httpd, the error document template I have
> created gets rendered to the client, but I get entries in syslog like
> the following:
ve a global configuration that points to this:
>
> /etc/httpd.conf
> . . .
> errdocs "/err"
>
> When I cause an error with httpd, the error document template I have
> created gets rendered to the client, but I get entries in syslog like
> the fo
Hi,
I have a custom error template that I use for the error documents for
httpd, as described in: man httpd.conf
In /var/www I have created:
/errroot:daemon chmod 0755
Within /var/www/err I have created:
err.htmlwww:www chmod 0444
In my
Hi misc@,
I may have found a bug with the combination of
`request rewrite` and `directory auto index`
when using httpd(8).
Preparation:
mkdir -p /var/www/htdocs/pub/user
echo "Hello World" > /var/www/htdocs/pub/user/test
/etc/httpd.conf:
server "example.com" {
On 2023-09-23, Nick Holland wrote:
> Hello,
> Twice in the last couple weeks, I've had httpd fall over on me.
> Only clue I've got is this in /var/log/messages:
>
> MASTER $ grep httpd daemon
> Sep 23 05:24:06 node2 httpd[69989]: logger exiting, pid 69989
> Se
Hello,
Twice in the last couple weeks, I've had httpd fall over on me.
Only clue I've got is this in /var/log/messages:
MASTER $ grep httpd daemon
Sep 23 05:24:06 node2 httpd[69989]: logger exiting, pid 69989
Sep 23 05:24:06 node2 httpd[80972]: parent terminating, pid 80972
Sep 23 05:2
0.
/etc/hosts:
127.0.0.1 localhost test1 test2
/tmp/httpd.conf:
server "test1" {
listen on localhost port 8080
block return 200
}
server "default" {
listen on localhost port 8080
block return 404
}
httpd -df /tmp/httpd.conf &
ftp -o - http://localhost:8080/ #2
On 2023-08-10, Tito Mari Francis Escaño wrote:
> Hi,
> Can somebody point me to resources on how to use libmodsecurity with httpd
> to create a WAF for a web application?
> If it's not feasible, please advise what options are there for WAF that can
> be used with the buil
Hi,
Can somebody point me to resources on how to use libmodsecurity with httpd
to create a WAF for a web application?
If it's not feasible, please advise what options are there for WAF that can
be used with the built-in httpd.
Thank you.
On Wed, Jul 12, 2023 at 06:28:47PM +0200, Matthias Pressfreund wrote:
> Why does 'cvs diff -D...' on the OPENBSD_7_2 branch
> include changes from before the given date?
Because cvs -D resolves to the most recent revision no later than
the given date, and the OPENBSD_7_2 tag contains files that we
Why does 'cvs diff -D...' on the OPENBSD_7_2 branch
include changes from before the given date?
# cvs -qd anon...@anoncvs.spacehopper.org:/cvs checkout -rOPENBSD_7_2 -P
src/usr.sbin/httpd
U src/usr.sbin/httpd/Makefile
U src/usr.sbin/httpd/config.c
U src/usr.sbin/httpd/control.c
U sr
Hello Stuart,
your suggestion worked perfectly, thanks a lot!
Werner
On 3/25/23 17:18, Stuart Henderson wrote:
On 2023-03-24, Werner Boninsegna wrote:
Hello,
fake /dev/random means I created a file with a string of text such as
"1234567890". This was a workaround t
On 2023-03-24, Werner Boninsegna wrote:
> Hello,
>
> fake /dev/random means I created a file with a string of text such as
> "1234567890". This was a workaround to get the application running.
Yes that's as bad as I thought. While most things in OpenBSD itself
don't use /dev/random or /dev/urand
On 2023/03/24 18:06:03 +0800, Werner Boninsegna wrote:
> Hello,
>
> fake /dev/random means I created a file with a string of text such as
> "1234567890". This was a workaround to get the application running.
...
> Your suggestion is to chroot into /var/www and run "MAKEDEV random" ?
If you re
Hello,
fake /dev/random means I created a file with a string of text such as
"1234567890". This was a workaround to get the application running.
Your suggestion is to chroot into /var/www and run "MAKEDEV random" ?
I will give it a try.
Werner
On 3/24/2023 3:27 PM, Stuart Henderson wrote:
On 2023-03-23, Werner Boninsegna wrote:
> Please note that I had to "fake" /dev/random, as I couldn't figure out
> how to set such a device in the chroot environment.
I have no idea what a "fake" /dev/random looks like but that sounds a
lot less safe than running the cgi script outside the chroot
On 3/23/23 21:22, Jared Harper wrote:
On my server (7.2 amd64) I have gzip-static set in the server block as
documented, and it appears to work as expected. I am sorry that it
probably doesn't help your situation, but maybe the differences in
configuration can help point you in the right direction
Le 23/03/2023 à 22:22, Jared Harper a écrit :
On Thursday, March 23rd, 2023 at 2:15 PM, Jordan Geoghegan
wrote:
On 3/9/23 17:31, Joel Carnat wrote:
Hi,
I just tried applying gzip compression on a simple test web site using
httpd and the gzip-static option ; using OpenBSD 7.2/amd64.
As I
On Thursday, March 23rd, 2023 at 2:15 PM, Jordan Geoghegan
wrote:
>
> On 3/9/23 17:31, Joel Carnat wrote:
>
> > Hi,
> >
> > I just tried applying gzip compression on a simple test web site using
> > httpd and the gzip-static option ; using OpenBSD 7.2/amd64.
then you have to copy the required perl modules in your chroot.
Or use slowcgi -p / to disable chroot.
However since bugzilla is ultimately a cgi application you can deploy it
via fastcgi which is supported by httpd(8) natively.
afaik it doesn't support fastcgi, upstr
>
> > However since bugzilla is ultimately a cgi application you can deploy it
> > via fastcgi which is supported by httpd(8) natively.
>
> afaik it doesn't support fastcgi, upstream suggestion is to use
> fcgiwrap which does basically the same as slowcgi.
Uuh - didn'
it
> via fastcgi which is supported by httpd(8) natively.
afaik it doesn't support fastcgi, upstream suggestion is to use
fcgiwrap which does basically the same as slowcgi.
--
Please keep replies on the mailing list.
Am 12.03.23 00:46 schrieb Werner Boninsegna:
> Hello,
>
> I wonder if anybody is running Bugzilla in httpd?
>
> I have completed the setup and run the test scripts successfully, however
> when trying to access it from the browser, I get below error:
>
> 'Pg' is
Werner Boninsegna :
> I wonder if anybody is running Bugzilla in httpd?
>
> I have completed the setup and run the test scripts successfully, however
> when trying to access it from the browser, I get below error:
>
> 'Pg' is not a valid choice for $db_driver i
On 3/9/23 17:31, Joel Carnat wrote:
Hi,
I just tried applying gzip compression on a simple test web site using
httpd and the gzip-static option ; using OpenBSD 7.2/amd64.
As I understood the man page, gzip-static is supposed to be used
inside the server block ; like listen, errdocs or
Hello,
I wonder if anybody is running Bugzilla in httpd?
I have completed the setup and run the test scripts successfully, however
when trying to access it from the browser, I get below error:
'Pg' is not a valid choice for $db_driver in localconfig:
Can't load '/usr
j...@carnat.net (Joel Carnat), 2023.03.10 (Fri) 17:41 (CET):
> Le 10/03/2023 à 16:41, Marcus MERIGHI a écrit :
> > j...@carnat.net (Joel Carnat), 2023.03.10 (Fri) 02:31 (CET):
> > > I just tried applying gzip compression on a simple test web site using
> > > httpd
>
Le 10/03/2023 à 16:41, Marcus MERIGHI a écrit :
Hello,
j...@carnat.net (Joel Carnat), 2023.03.10 (Fri) 02:31 (CET):
I just tried applying gzip compression on a simple test web site using httpd
and the gzip-static option ; using OpenBSD 7.2/amd64.
As I understood the man page, gzip-static is
Hello,
j...@carnat.net (Joel Carnat), 2023.03.10 (Fri) 02:31 (CET):
> I just tried applying gzip compression on a simple test web site using httpd
> and the gzip-static option ; using OpenBSD 7.2/amd64.
>
> As I understood the man page, gzip-static is supposed to be used inside
Hi,
I just tried applying gzip compression on a simple test web site using
httpd and the gzip-static option ; using OpenBSD 7.2/amd64.
As I understood the man page, gzip-static is supposed to be used inside
the server block ; like listen, errdocs or tls. But doing so does not
seem to enable
>
>> I am in trouble to set up gitweb with httpd. I am not aware with webersever.
>
> First thing to notice is that most web server (httpd(8) from base but
> also a few of the ones you can get from ports) on OpenBSD runs by
> default in the /var/www chroot.
Problem ar
On 2023/02/19 18:17:25 +0100, airwan+...@mailo.com wrote:
> Hello,
>
> I am in trouble to set up gitweb with httpd. I am not aware with webersever.
First thing to notice is that most web server (httpd(8) from base but
also a few of the ones you can get from ports) on OpenBSD runs by
d
Hello,
I am in trouble to set up gitweb with httpd. I am not aware with webersever.
My /etc.gitweb.conf contains:
$projectroot = "/home/git";
$projects_list = $projectroot;
My /etc/httpd.conf contains
server "default" {
listen on * port 80
f
Omar Polo writes:
> On 2023/01/30 15:57:03 +0100, Manuel Giraud wrote:
>> Hi,
>>
>> Is it possible to serve files with non ASCII UTF-8 charaters in their
>> names with httpd? I have tried to start httpd like this:
>>
>> $ env LC_CTYPE=en_US.UT
On 2023/01/30 15:57:03 +0100, Manuel Giraud wrote:
> Hi,
>
> Is it possible to serve files with non ASCII UTF-8 charaters in their
> names with httpd? I have tried to start httpd like this:
>
> $ env LC_CTYPE=en_US.UTF-8 httpd -d
>
> But, I always get a 404
Hi,
Is it possible to serve files with non ASCII UTF-8 charaters in their
names with httpd? I have tried to start httpd like this:
$ env LC_CTYPE=en_US.UTF-8 httpd -d
But, I always get a 404 error on such files. Am I missing something?
Or maybe this behaviour is on purpose?
Thanks
Oh. I should add that if all you want is a static redirect, this is a simpler
way of making that work. The first example I gave is in case you want to
redirect the contents of "/from/" as well.
server "localhost" {
listen on 127.0.0.1 port 80
location "/from/" {
blo
On 23/01/25 11:20, Lévai, Dániel wrote:
> Hi all,
>
> I was trying to do a basic path rewrite in httpd(8) on 7.2-stable, and I just
> can't see what I'm missing:
>
> httpd.conf:
> server "host" {
> listen on egress port 12345
>
Hi all,
I was trying to do a basic path rewrite in httpd(8) on 7.2-stable, and I just
can't see what I'm missing:
httpd.conf:
server "host" {
listen on egress port 12345
root "/htdocs"
location "/" {
request r
it seems to be even though i have syntax error in file, config test gives me
ok. is it because it parsed single entry?
you are right if i move my default site on top it gives me that output.
are there any reason it's taking first server entry? rather than giving me 40x
error?
--- Orig
On Wed, Jan 11, 2023 at 09:42:14AM +, rahul.dshmkh1 wrote:
> as per httpd.conf file i should be able to match exact one character in
> server "a?.sitea.com"
> but when i test this way i am able to visit sitea, below are the test results
> :~> curl a.sitea.com
> This is site a
> :~> curl a1.sit
Hi,
I am learning OpenBSD httpd and as per httpd.conf(5) in servers section i can
use ? for single character match, but i am unable to test it properly. below is
my config.
OpenBSD Version(generic)
openbsd# uname -r
7.2
/etc/httpd.conf
server "a?.site
On Fri, Dec 23, 2022 at 07:57:56PM +, indivC wrote:
> However, the 'cgi' module is giving me trouble that I can't resolve.
> It simply won't import without errors.
>
> Why am I trying to import the 'cgi' module?
> What I want to do is pass data.
...
> The above is just a simple example that
--- Original Message ---
On Tuesday, December 20th, 2022 at 6:44 PM, Crystal Kolipe
wrote:
If you don't mind, I'd like to respond to some of this later.
I think I better understand some of my confusions,
but I'm not fully there yet.
Currently, I've had no issues displaying content.
I ca
es with the webserver using a
socket, (usually a local socket), using the FastCGI protocol.
This means that your program does not need to, (and should not),
run within the webserver's chroot. It might run in it's own chroot,
and it might also use other security features of OpenBSD such as
Crystal,
I really appreciate the detailed explanations
and step by step instructions.
I was able to follow everything without a problem
and was able to finally access the python file from a web browser.
On Monday, December 19th, 2022 at 11:07 AM, Crystal Kolipe
wrote:
> # mkdir /var/www/usr/l
needed.
> Where does this file need to be placed?
> What configuration changes need to be made to make this work?
The first thing to understand is that there are several ways to
do what you want to do. Quite a lot of different ways, actually.
> Currently, httpd(8) is running
> an
;')
print('Hello World')
print('')
print('\n')
Within a browser, I want to be able to access this file
and see 'Hello World' displayed.
Where does this file need to be placed?
What configuration changes need to be made to make this work?
Currently, htt
On 18.12.2022 08:07, indivC wrote:
Can anyone provide a guide for this or rough instructions?
I'm running httpd(8) and trying to utilize a python(1) script
with an html file.
I've got this working using perl(1).
However, it doesn't work with python(1) when following the same s
is or rough instructions?",
> which is in reference to the subject
> "Guide for Configuring python(1) with httpd(8)".
Surely the goal is to run some particular software and make it available
via an httpd(8) frontend and not just run python(1) i.e. the Python interpreter?
>
On Sun, Dec 18, 2022 at 12:18:32PM +0100, Omar Polo wrote:
> On pypi there is a 'fastcgi' library. it's not packaged on OpenBSD
> and I can't asses how good it is
Alternatively, just write a fastcgi handler from scratch - the protocol
is fairly simple and fully document
On 2022/12/18 10:23:39 +, indivC wrote:
> On Sunday, December 18th, 2022 at 9:04 AM, Omar Polo
> wrote:
> > Since httpd speaks fastcgi, why not write some python code that
> > accepts the requests over fastcgi? (assuming this is what you're
> > trying to do,
On Sunday, December 18th, 2022 at 8:38 AM, Mark Willson
> This is the script I use to set up python for httpd:
I looked over the script and it seems to do
pretty much what I've already done.
It copies some additional files that I didn't copy.
My first attempt was just to
bject
"Guide for Configuring python(1) with httpd(8)".
Did i precede to explain
how I was trying to attempt to accomplish Y with X?
Yes, but I don't see why that would be a problem.
I feel like it's better for users to actually attempt to try
and solve their problems then not to tr
instead of asking how to do X so that you can do Y, ask directly how
to do Y.
Why do you need python at all in the chroot? Installing all the
needed files (and keeping them up-to-date!) manually in a chroot is a
pain.
Since httpd speaks fastcgi, why not write some python code that
accepts the
> -Original Message-
> From: owner-m...@openbsd.org On Behalf Of indivC
> Sent: 18 December 2022 07:07
> To: misc@openbsd.org
> Subject: Guide for Configuring python(1) with httpd(8)
>
> Can anyone provide a guide for this or rough instructions?
> I'm r
Can anyone provide a guide for this or rough instructions?
I'm running httpd(8) and trying to utilize a python(1) script
with an html file.
I've got this working using perl(1).
However, it doesn't work with python(1) when following the same steps.
My python(1) version is 3.
On Sun, Oct 23, 2022 at 10:17:20PM -0400, Dante Catalfamo wrote:
> Hey,
>
> I was reading the httpd(8) and noticed that there's a reference to a
> socket located at `/var/run/httpd.sock'. It says it's a "UNIX-domain
> socket used for communication with httpd
Hey,
I was reading the httpd(8) and noticed that there's a reference to a
socket located at `/var/run/httpd.sock'. It says it's a "UNIX-domain
socket used for communication with httpd". I was hoping maybe it would
be used to provide live statistics about httpd, but it&#x
gt;>>> Right, try something like this and watch the error.log:
>>>> curl --url 'https://historia.agroena.org/i-dont-exist.php' >/dev/null
>>>> HTH
>>>> Mike
>>> ok now:
>>> first i stop http rcctl stop httpd, then deleted error.log;
e script to execute.
>> One reason could be that you fiddled with the settings and let PHP-FPM run
>> without chroot(2), while httpd(8) is running with chroot(2).
>> But it might also be a misconfiguration of in httpd.conf. Not sure about all
>> of the potential reasons
>>>
>>> curl --url 'https://historia.agroena.org/i-dont-exist.php' >/dev/null
>>>
>>> HTH
>>> Mike
>>>
>>
>> ok now:
>>
>> first i stop http rcctl stop httpd, then deleted error.log; and rcctl
>> restart h
https://historia.agroena.org/i-dont-exist.php' >/dev/null
>>
>> HTH
>> Mike
>>
>
> ok now:
>
> first i stop http rcctl stop httpd, then deleted error.log; and rcctl
> restart http! It is working correctly.
> thanks Mike
Not sure how that (o
1 - 100 of 1146 matches
Mail list logo
