Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of minfrin@sharp.fm designates
 174.143.229.200 as permitted sender)
From: Graham Leggett <minfrin@sharp.fm>
Content-Type: multipart/signed;
 boundary="Apple-Mail=_C5D37973-5950-4C7D-B58B-85FDFC697D62";
 protocol="application/pkcs7-signature"; micalg=sha1
Message-Id: <A8139650-98EA-4297-9F70-6361F781AC16@sharp.fm>
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
Subject: Re: Help reqd. for httpd-2.4.2
Date: Wed, 10 Oct 2012 15:19:41 +0200
References: 
 <CAOQv=bgSQiJ1X_yvwx3ZydUpys19AB1EiiRRyth4bzP2rt1H3g@mail.gmail.com>
To: dev@httpd.apache.org
In-Reply-To: 
 <CAOQv=bgSQiJ1X_yvwx3ZydUpys19AB1EiiRRyth4bzP2rt1H3g@mail.gmail.com>


--Apple-Mail=_C5D37973-5950-4C7D-B58B-85FDFC697D62
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_697A6655-F9CC-435A-923C-8AB2B0A22E76"


--Apple-Mail=_697A6655-F9CC-435A-923C-8AB2B0A22E76
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1

On 10 Oct 2012, at 1:55 PM, Jitesh Verma <jitesh.verma@gmail.com> wrote:

> We have ported httpd-2.4.2 to a network embedded box running Linux on =
Xscale hardware. We have two modules of our own to handle XML requests =
from our Applets. We have added all the 80 odd .so modules (that get =
built with default "configure" settings) in httpd.conf.

Is there a specific problem you're trying to solve by adding all 80 =
modules to your server? Ideally, you should only load the modules you =
need, and no more.

> We are able to access the box's GUI/Applets with "Listen 80" directive =
in the httpd.conf.
> However, when we add another directive "Listen 9000" to httpd.conf, =
httpd does not respond to HTTP request sent to port 80. The following =
requests from Internet Explorer fails to get any response from httpd:
> http://192.168.0.1
> http://192.168.0.1:80
> http://192.168.0.1:9000
> =20
> Wireshark packet trace indicates that the request packet is correctly =
sent to TCP port 80 when request http://192.168.0.1 is sent from =
browser. However, the outgoing packet is missing from the packet trace. =
It seems httpd did not generate any response (not even "File not found" =
response).=20

TCP involves the exchange of many packets to establish a connection, and =
if a connection is not successfully established you cannot expect a =
higher level response of any kind. I would first ensure that a TCP =
connection is possible to establish properly before worrying about =
something running above it.

> "netstat -tnlp" command shows httpd listening on both TCP port 80 and =
9000.
> /var/log/access_log indicates that the incoming packet reached httpd.
> Gateway/firewall data indicates that both TCP ports 80 and 9000 are =
open in both the directions (incoming and outgoing).
> The moment additional "Listen 9000" directive is removed from =
httpd.conf, httpd starts working fine (starts serving http://192.168.0.1 =
request).
> We have enabled and configured "debugging" and "loggers" modules. =
Still, /var/log/error_log and /var/log/messages do not show any error or =
warning.
>  =20
> We thought adding another "Listen" directive to httpd.conf is a =
child's play, but it seems to be a humongous task.

Multiple Listen statements is a standard thing in many installs of the =
server, and will be done by definition if a server supports both http =
and https. It is definitely not a humungous task.

> Are we missing something? Am I doing something wrong?? Is it a bug??? =
Can someone help in this forum? How to debug this issue?
> =20
> Please find attached httpd.conf and configure wrapper script =
(configure.wrapper) used for configuring and building httpd and its =
components.

Looking at your configure script that looks very wrong - you've =
overridden all sorts of low level options without indicating clearly why =
you've done so. As you're on what seems like custom hardware, I would =
get apr and apr-util built clean and all tests run successfully before =
even looking at httpd. Httpd relies heavily on apr and apr-util, and if =
these underlying libraries haven't been installed or configured properly =
httpd and any other app that depends on apr/apr-util are certain not to =
work.

Regards,
Graham
--


--Apple-Mail=_697A6655-F9CC-435A-923C-8AB2B0A22E76
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=iso-8859-1

<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 10 Oct 2012, at 1:55 PM, Jitesh Verma &lt;<a href="mailto:jitesh.verma@gmail.com">jitesh.verma@gmail.com</a>&gt; wrote:</div><div><br></div><blockquote type="cite">We have ported httpd-2.4.2 to a network embedded box running Linux on Xscale hardware. We have two modules of our own to handle XML requests from our Applets. We have added all the 80 odd .so modules (that get built with default "configure" settings) in httpd.conf.</blockquote><div><br></div><div>Is there a specific problem you're trying to solve by adding all 80 modules to your server? Ideally, you should only load the modules you need, and no more.</div><br><blockquote type="cite">
We are able to access the box's GUI/Applets with "Listen 80" directive in the httpd.conf.<br>However, when we add another directive "Listen 9000" to httpd.conf, httpd does not respond to HTTP request sent to port 80. The following requests from Internet Explorer fails to get any response from httpd:<br>
<a href="http://192.168.0.1/">http://192.168.0.1</a><br><a href="http://192.168.0.1/">http://192.168.0.1:80</a><br><a href="http://192.168.0.1:9000/">http://192.168.0.1:9000</a><br>&nbsp;<br>Wireshark packet trace indicates that the request packet is correctly sent to TCP port 80 when request <a href="http://192.168.0.1/">http://192.168.0.1</a> is sent from browser. However, the outgoing packet is missing from the packet trace. It seems httpd did not generate any response (not even "File not found" response). <br></blockquote><div><br></div><div>TCP involves the exchange of many packets to establish a connection, and if a connection is not successfully established you cannot expect a higher level response of any kind. I would first ensure that a TCP connection is possible to establish properly before worrying about something running above it.</div><br><blockquote type="cite">
"netstat -tnlp" command shows httpd listening on both TCP port 80 and 9000.<br>/var/log/access_log indicates that the incoming packet reached httpd.<br>Gateway/firewall data indicates that both TCP ports 80 and 9000 are open in both the directions (incoming and outgoing).<br>
The moment additional "Listen 9000" directive is removed from httpd.conf, httpd starts working fine (starts serving <a href="http://192.168.0.1/">http://192.168.0.1</a> request).<br>We have enabled and configured "debugging" and "loggers" modules. Still, /var/log/error_log and /var/log/messages do not show any error or warning.<br>&nbsp;&nbsp;</blockquote><blockquote type="cite">We thought adding another "Listen" directive to httpd.conf is a child's play, but it seems to be a humongous task.<br></blockquote><div><br></div><div>Multiple Listen statements is a standard thing in many installs of the server, and will be done by definition if a server supports both http and https. It is definitely not a humungous task.</div><br><blockquote type="cite">Are we missing something? Am I doing something wrong?? Is it a bug??? Can someone help in this forum? How to debug this issue?<br>
&nbsp;<br>Please find attached httpd.conf and configure wrapper script (configure.wrapper) used for configuring and building httpd and its components.<br></blockquote><div><br></div><div>Looking at your configure script that looks very wrong - you've overridden all sorts of low level options without indicating clearly why you've done so. As you're on what seems like custom hardware, I would get apr and apr-util built clean and all tests run successfully before even looking at httpd. Httpd relies heavily on apr and apr-util, and if these underlying libraries haven't been installed or configured properly httpd and any other app that depends on apr/apr-util are certain not to work.</div><div><br></div><div>Regards,</div><div>Graham</div><div>--</div><div><br></div></div></body></html>
--Apple-Mail=_697A6655-F9CC-435A-923C-8AB2B0A22E76--

--Apple-Mail=_C5D37973-5950-4C7D-B58B-85FDFC697D62
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMRDCCBU4w
ggQ2oAMCAQICEFh4aE4AMxvXDqDMsrLTRhgwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT
MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg
KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g
Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMjA2MTAwMDAwMDBaFw0x
MzA2MTAyMzU5NTlaMIIBETEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT
aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S
UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh
bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2
aWNlMRcwFQYDVQQDFA5HcmFoYW0gTGVnZ2V0dDEfMB0GCSqGSIb3DQEJARYQbWluZnJpbkBzaGFy
cC5mbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOfFKNXNAgdSNYJpArw4k7fFS4eb
oK+cC/N93pqE+Zk57DmG4GJTr/ApvW/QtQlP7Prx1mE433jIBxV6Zk981kgVD2DZtZWqtZSicPNr
Oyl5RGsrTJUgvg29x36ITeiBI0+JME4SOiwqoWkRh2VCe4ppCd/sjHMyYP587nGbuE8e7YXWpDcE
r+j5ycQBDF4Yhs9tTrV3927nE1FBOS+yKFyql4Jded/x+lHs5o6JDqYM1KRGec86O2YUIyZJhGuP
zJintlRPK9Tui4kjJPhmVTplkL9K7J5dFC5/ZYtsJMQENrCdkNiEcrVbFSlXmgbUAJxhnMtYmZnk
xj/0puhpwyUCAwEAAaOB0jCBzzAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEw
KjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCBaAw
HQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9p
bmRjMWRpZ2l0YWxpZC1nMy1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElELUczLmNybDAN
BgkqhkiG9w0BAQUFAAOCAQEAzipzl6mxQzLx0EnMK4LcmwxNQy8GpxHps6WbWKsF7534aYZxiJ4z
JlU88ZlqzQXahxmNXbZ2+/ZYSXQuSdfBx06kOh/TkQff+iE3rMhE1edZ4DNx3lMvqtWWcN46a/vz
TiMuf3F+Oxw+qxX2VIx04H14pLoAeePwWQ+bjqicogB2WlkaZlOB7daCqnDizcfKdpeyOVOonWkE
o/PUp8RiRZr3WdC9vhfrVtvMvRQHpjiqRZBeP3DpnzkB43LUvF1p81n7W+CJt24nrJPuO4dwYXMg
rxUZ87YPmCgXBmdu5IOzSLV+z8hQboo+JtAO0c6uTv2ez2zuspKYzcmhBQN30DCCBu4wggXWoAMC
AQICEHEVZgVK5JEhTem8RPms09wwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE6MDgG
A1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ugb25seTFF
MEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1
dGhvcml0eSAtIEczMB4XDTA5MDUwMTAwMDAwMFoXDTE5MDQzMDIzNTk1OVowgd0xCzAJBgNVBAYT
AlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0
d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9y
cGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNp
Z24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzCCASIwDQYJKoZIhvcNAQEB
BQADggEPADCCAQoCggEBAO3ER98qKB18Bmu71yEyyWwTj+mxjUFONPfaC+Nq+mWIIAsRE+mb4ElO
i2/VAdBfDUeRilpMdD4/xpEJu0w0no1uoYJRYvdpdliWB6+eFBgHT1q9n9IxslQZc0ZqGUIR7BJz
IY313DDN5dlWCjHFNm0pFJe9LdqJRxmI2EsEPeu2PGcedAATDdCG2pNn+DMDrho8a2l49sAsjuGD
P3f5mf/+n1JawrSHCthsqUfBVCllQz5KwJYfwa33d69ssQRevsG2lC2XkC0n0rse6YNqhPbEsq4j
BmUmpSdYKwcitG+mYkgad/LVUCeaKdOW+yj1uiR2YuOMWev7btVCxL5Bx/UCAwEAAaOCArkwggK1
MDQGCCsGAQUFBwEBBCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AudmVyaXNpZ24uY29tMBIG
A1UdEwEB/wQIMAYBAf8CAQAwcAYDVR0gBGkwZzBlBgtghkgBhvhFAQcXATBWMCgGCCsGAQUFBwIB
FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vY3BzMCoGCCsGAQUFBwICMB4aHGh0dHBzOi8vd3d3
LnZlcmlzaWduLmNvbS9ycGEwNAYDVR0fBC0wKzApoCegJYYjaHR0cDovL2NybC52ZXJpc2lnbi5j
b20vcGNhMS1nMy5jcmwwDgYDVR0PAQH/BAQDAgEGMG4GCCsGAQUFBwEMBGIwYKFeoFwwWjBYMFYW
CWltYWdlL2dpZjAhMB8wBwYFKw4DAhoEFEtruSiWBgy70FI4mymsSweLIQUYMCYWJGh0dHA6Ly9s
b2dvLnZlcmlzaWduLmNvbS92c2xvZ28xLmdpZjAuBgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJp
dmF0ZUxhYmVsNC0yMDQ4LTExODAdBgNVHQ4EFgQUeUdhCEH9OASiS+e1zPVD9kkrEfgwgfEGA1Ud
IwSB6TCB5qGB0KSBzTCByjELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8w
HQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTowOAYDVQQLEzEoYykgMTk5OSBWZXJpU2ln
biwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFz
cyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5IC0gRzOCEQCLW3VWhFSF
CwDPrzhIzrGkMA0GCSqGSIb3DQEBBQUAA4IBAQA5Tc9BmYG1qQW1UjjpOYSJbOQ0qFrn2GwJTCQa
ulmkhztzIfGTgc+/aGNaZ/41hSuhw12jSsI6Gd0w1sxN7/HSgZfKVFpDvzeLeo4ZjQ9DqIzyr2Cz
FYqzlZw84J6zJ5ikNXIX5fwqXYfTig3C0UUq+MD0rCqTOtWuEnAI6/s74nfs6CtkNXbNutrg0csU
1nFYm77VPn222egkxSRmTF2RH3azFz5/DcYhiS+zN7ih/1yybUneZVJC+w6I0u1KHb9L4/jMcvpI
DmWOScjW+JmYO7eUPjFxBof6bFlTLtffK+1fYwCsFe0DuFUWjMZoA+ciqHMLsbyg2lJY3QoOf8GC
MYIEizCCBIcCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf
MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0
IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90
IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmli
ZXIgQ0EgLSBHMwIQWHhoTgAzG9cOoMyystNGGDAJBgUrDgMCGgUAoIICbTAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMjEwMTAxMzE5NDJaMCMGCSqGSIb3DQEJBDEW
BBRjroFu7sWVWbDkTnwiQVWASZOtYjCCAQMGCSsGAQQBgjcQBDGB9TCB8jCB3TELMAkGA1UEBhMC
VVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3
b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3Jw
YSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2ln
biBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczAhBYeGhOADMb1w6gzLKy00YY
MIIBBQYLKoZIhvcNAQkQAgsxgfWggfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2ln
biwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMg
b2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxHjAcBgNVBAsTFVBl
cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs
IFN1YnNjcmliZXIgQ0EgLSBHMwIQWHhoTgAzG9cOoMyystNGGDANBgkqhkiG9w0BAQEFAASCAQA8
PN2E3GSFUXXix1gpullyPG9DZa9xamoI8ZZb8m9UaN5eXh24ty2vtEW6doJi6Luqf9FXF/YwmNxe
VZ3qc/Xy6TU7wvmdiTsxdUjVpUmzPCkw1pYAZsME318G/znXFIQaJfKCTlV9iMZUdqUMHVPg47VB
zRgh2NqrafOorxlP6U4hC6nZdGHUVZV7KQec39VQ2S3pEDm7Wyzb1GxnczyJgr5IvvUip9bjRPB7
LP8bSY0ZpQzGQ/OvrDbJNM+Dtp2C7DKH9PUSh3FOBu5gS8Twv1Rw5i0mjfXkczKJClKNFAreGEbR
sqehhxLp0+cPWlBqw2YAOerab+C7UCnzp9AwAAAAAAAA

--Apple-Mail=_C5D37973-5950-4C7D-B58B-85FDFC697D62--