From kimberlythompson@example.net Wed Mar 05 18:53:35 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 44553 invoked by uid 500); 5 Mar 2003 18:53:34 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 44500 invoked from network); 5 Mar 2003 18:53:33 -0000 Message-ID: <kimberlythompson@example.net> Date: Wed, 05 Mar 2003 19:52:30 +0100 From: "Guido Schueller" <kimberlythompson@example.net> Reply-To: kimberlythompson@example.net Organization: siWan Datennetze und Internet-Dienste GmbH & Co. KG User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-de MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Examples for ProxyMatch Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070807070806010100040100" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms070807070806010100040100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hey all, I am new on this list and want to ask for a more detailed documentation on mod_proxy espacially <ProxyMatch>. It should be so easy :-( I tried so many things but I only can get simple expressions like /word/ up and running. I use a 2.0.44 apache on different linux machines. Unfortunatly I didn't find any help on the Web regarding this thread. Can anybody help me???? Thanx in advance Regards Mit freundlichen Grüßen *Guido Schüller* Geschäftsführer --- siWan^® Datennetze und Internet-Dienste GmbH & Co. KG c/o Dipl.Ing. (FH) Guido Schüller Friedrich-Bergius-Str. 7 D-41516 Grevenbroich siWan Logo <http://www.siWan.de> Geschäfte im Internet ... mit Sicherheit ! Fon: 714-371-2496 E-Mail: kimberlythompson@example.net Fax: 714-371-2496 WWW: http://www.siWan.de siWan Root Zertifikat: http://www.siwan.de/Web/Kontakt/zertifikat.htm ---------------------------------------------------------------- siWan Partnerschaften: Symantec "Enterprise Solution Partner" RSA Security "SecurSolution Provider" ---------------------------------------------------------------- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. --------------ms070807070806010100040100 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGDjCC AwMwggJsoAMCAQICARwwDQYJKoZIhvcNAQEEBQAwgdQxCzAJBgNVBAYTAkRFMQwwCgYDVQQI EwNOUlcxFTATBgNVBAcTDEdyZXZlbmJyb2ljaDE8MDoGA1UEChQzc2lXYW4gRGF0ZW5uZXR6 ZSB1bmQgSW50ZXJuZXQtRGllbnN0ZSBHbWJIICYgQ28uIEtHMSgwJgYDVQQLEx9DZXJ0aWZp Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMRowGAYDVQQDExFzaVdhbiBHbG9iYWwgUm9vdDEc MBoGCSqGSIb3DQEJARYNSW5mb0BzaVdhbi5kZTAeFw0wMjAzMTMxMTI4MjJaFw0wMzAzMTMx MTI4MjJaMEMxGDAWBgNVBAMTD0d1aWRvIFNjaHVlbGxlcjEnMCUGCSqGSIb3DQEJARYYR3Vp ZG8uU2NodWVsbGVyQHNpV2FuLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCoVkva 0+fX9WfKK9faIff9leJUPmFTloKdBFNroaQybvV5FDARlfjyPxPVoyWXY04+DRCkNCXQqSak CnkeDNpo6RRVv1lYBEWQbwC4xBQy+7Oxw6X2VBDIHx87z971MB9iwL+asG8F2crCPSMYMfn3 O6jE2ed089r3nF//G9MvhQIDAQABo3UwczAjBgNVHREEHDAagRhHdWlkby5TY2h1ZWxsZXJA c2lXYW4uZGUwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBQhuWIos1uw56Dv05UgG2JwcQxq RDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDQYJKoZIhvcNAQEEBQADgYEAEQmo vyQ8f2jIOLVd+Rn3O2KPVFNujZuq6eddUN0whFXVOU5aiOfTlKoMArTF1A9Vtqw3kxxyEWwf gZTwdxLxDCDVA/8mJ/CpitjBvg8qou+6GfTMAN3eG2b0nXjMhUwTH3v7tbV6Bp8x73WmA87k x2F0Rk+UyZhoHsuQ7iJgpKYwggMDMIICbKADAgECAgEcMA0GCSqGSIb3DQEBBAUAMIHUMQsw CQYDVQQGEwJERTEMMAoGA1UECBMDTlJXMRUwEwYDVQQHEwxHcmV2ZW5icm9pY2gxPDA6BgNV BAoUM3NpV2FuIERhdGVubmV0emUgdW5kIEludGVybmV0LURpZW5zdGUgR21iSCAmIENvLiBL RzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEaMBgGA1UEAxMR c2lXYW4gR2xvYmFsIFJvb3QxHDAaBgkqhkiG9w0BCQEWDUluZm9Ac2lXYW4uZGUwHhcNMDIw MzEzMTEyODIyWhcNMDMwMzEzMTEyODIyWjBDMRgwFgYDVQQDEw9HdWlkbyBTY2h1ZWxsZXIx JzAlBgkqhkiG9w0BCQEWGEd1aWRvLlNjaHVlbGxlckBzaVdhbi5kZTCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAqFZL2tPn1/VnyivX2iH3/ZXiVD5hU5aCnQRTa6GkMm71eRQwEZX4 8j8T1aMll2NOPg0QpDQl0KkmpAp5HgzaaOkUVb9ZWARFkG8AuMQUMvuzscOl9lQQyB8fO8/e 9TAfYsC/mrBvBdnKwj0jGDH59zuoxNnndPPa95xf/xvTL4UCAwEAAaN1MHMwIwYDVR0RBBww GoEYR3VpZG8uU2NodWVsbGVyQHNpV2FuLmRlMAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAU IbliKLNbsOeg79OVIBticHEMakQwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA0G CSqGSIb3DQEBBAUAA4GBABEJqL8kPH9oyDi1XfkZ9ztij1RTbo2bqunnXVDdMIRV1TlOWojn 05SqDAK0xdQPVbasN5McchFsH4GU8HcS8Qwg1QP/JifwqYrYwb4PKqLvuhn0zADd3htm9J14 zIVMEx97+7W1egafMe91pgPO5MdhdEZPlMmYaB7LkO4iYKSmMYIEFDCCBBACAQEwgdowgdQx CzAJBgNVBAYTAkRFMQwwCgYDVQQIEwNOUlcxFTATBgNVBAcTDEdyZXZlbmJyb2ljaDE8MDoG A1UEChQzc2lXYW4gRGF0ZW5uZXR6ZSB1bmQgSW50ZXJuZXQtRGllbnN0ZSBHbWJIICYgQ28u IEtHMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMRowGAYDVQQD ExFzaVdhbiBHbG9iYWwgUm9vdDEcMBoGCSqGSIb3DQEJARYNSW5mb0BzaVdhbi5kZQIBHDAJ BgUrDgMCGgUAoIICjzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzAzMDUxODUyMzBaMCMGCSqGSIb3DQEJBDEWBBSn7vRhf7f94r5OE9aLSJDk5LvnPTBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB6wYJKwYBBAGCNxAEMYHdMIHaMIHUMQsw CQYDVQQGEwJERTEMMAoGA1UECBMDTlJXMRUwEwYDVQQHEwxHcmV2ZW5icm9pY2gxPDA6BgNV BAoUM3NpV2FuIERhdGVubmV0emUgdW5kIEludGVybmV0LURpZW5zdGUgR21iSCAmIENvLiBL RzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEaMBgGA1UEAxMR c2lXYW4gR2xvYmFsIFJvb3QxHDAaBgkqhkiG9w0BCQEWDUluZm9Ac2lXYW4uZGUCARwwge0G CyqGSIb3DQEJEAILMYHdoIHaMIHUMQswCQYDVQQGEwJERTEMMAoGA1UECBMDTlJXMRUwEwYD VQQHEwxHcmV2ZW5icm9pY2gxPDA6BgNVBAoUM3NpV2FuIERhdGVubmV0emUgdW5kIEludGVy bmV0LURpZW5zdGUgR21iSCAmIENvLiBLRzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2 aWNlcyBEaXZpc2lvbjEaMBgGA1UEAxMRc2lXYW4gR2xvYmFsIFJvb3QxHDAaBgkqhkiG9w0B CQEWDUluZm9Ac2lXYW4uZGUCARwwDQYJKoZIhvcNAQEBBQAEgYBQVRUt/meIIl3tsPHCyn/6 bVMlu/NgtgNyYOJzs17lpE732l1O04RiaVqrpHxOFwtlvFH8ki7sk7e6diwD4hhhkotlqS06 Evc2Et60fuypkCnumQvgfIlIdfZGLdmX5LCj7/ljzImer3FtkIEXBzEo7YaOblX8Yw43ohfR xPXmXgAAAAAAAA== --------------ms070807070806010100040100-- From kimberlythompson@example.net Sat Mar 08 08:09:27 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 1338 invoked by uid 500); 8 Mar 2003 08:09:26 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 1326 invoked from network); 8 Mar 2003 08:09:25 -0000 From: "i.t" <kimberlythompson@example.net> Reply-To: kimberlythompson@example.net Organization: i.t webdevelopment To: kimberlythompson@example.net, "Guido Schueller" <kimberlythompson@example.net> Subject: Re: Examples for ProxyMatch Date: Sat, 8 Mar 2003 09:09:12 +0100 User-Agent: KMail/1.5 References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> X-Current-Status: single, looking for job X-Copyright: 2003 by Irmund Thum X-Conspiracy-Header: yes MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <kimberlythompson@example.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N msg Mittwoch 05 März 2003 19:52 by Guido Schueller: > I tried so many things but I only can get simple expressions like /word/ > up and running. > > I use a 2.0.44 apache on different linux machines Guten Tag Herr Schueller, wie sind Sie denn vorangekommen mit ProxyMatch? Laut Quellcode wird if (thiscmd->cmd_data) { /* <ProxyMatch> */ r = ap_pregcomp(cmd->pool, cmd->path, REG_EXTENDED); } REG_EXTENDED aufgerufen, was 'eigentlich' das Verarbeiten von POSIX-kompatiblen Reg. EX. erlaubt - wie bei Directory-, Location oder FilesMatch. (Im 1.3er gibt es die ProxyMatch-Direktive noch nicht): Entsprechendes Beispiel: <DirectoryMatch "^/www/.*/[0-9]{3}"> trifft auf alle Unterverzeichnisse von ww zu, die 3 Ziffern in ihrem Namen haben... funktioniert dieses Beispiel bei Ihnen? Koennen Sie in einem kleinen Beispiel zeigen, was Sie bewerkstelligen wollen? Vielleicht sind Sie ja mit ProxyPassReverse besser bedient? Gruss -- . ___ | | Irmund Thum | | 714-371-2496 714-371-2496 From kimberlythompson@example.net Mon Mar 10 13:16:49 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 36344 invoked by uid 500); 10 Mar 2003 13:16:48 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 36330 invoked from network); 10 Mar 2003 13:16:48 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 14:16:37 +0100 From: Mathias Herberts <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (compatible; MSIE 8.0; Windows MUSTDIE) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: mod_proxy and chunked requests X-Enigmail-Version: 83.161.120.155 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080101030303000307050706" X-GICM-Archive-out: 20030310141647.29536 X-Scanned-By: MIMEDefang 2.20 (www . roaringpenguin . com / mimedefang) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms080101030303000307050706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I am running Apache 1.3.27 as a reverse proxy using mod_rewrite and mod_proxy. We recently encountered problems with PDA client browsers using MIDP (J2ME Mobile Information Device Profile) which send their requests using a chunked transfer encoding. mod_proxy as shipped with Apache 1.3.27 does not allow chunked TE and therefore refuses to reroute the requests to the origin server. I looked in src/modules/proxy/mod_proxy.c and saw the following code: static int proxy_handler(request_rec *r) { ..... if ((rc = ap_setup_client_block(r, REQUEST_CHUNKED_ERROR))) return rc; ..... } What impact would it have to replace REQUEST_CHUNKED_ERROR with REQUEST_CHUNKED_DECHUNK? I do not master the mod_proxy source enough to forecast any behaviour. The chunked TE used by MIDP seems unavoidable, the only chance is there: http://wireless.java.sun.com/midp/questions/chunking/ but it implies efforts on the client application side which servers usually do not manage. Any help appreciated, Mathias. -- -- Informatique du Credit Mutuel ---- Reseaux et Systemes Distribues -- 32 rue Mirabeau -- Le Relecq-Kerhuon -- 29808 Brest Cedex 9, FRANCE -- Tel 714-371-2496 - Fax 714-371-2496 - Mail kimberlythompson@example.net -- Key Fingerprint: 8778 D2FD 3B4A 6B33 10AB F503 63D0 ADAE 9112 03E4 --------------ms080101030303000307050706 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ5DCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoX DTAzMDkxNzA5MzA1MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMx GTAXBgNVBAMTEE1hdGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVy YmVydHNAZ2ljbS5mcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4v fZKOxPmOIUTMXZEBkN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/ zmc4ac6XTaUjlBsAMO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUm isHtemj/Ovs1GpBXu45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2z PjizycjA1AkGJQebiipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K 1iRwWmofCel9zjfqlx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQD AgP4MBEGCWCGSAGG+EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdp Y20uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvH mujHDRB8SKQqmc0HbFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAo I0HfgyBbrA6Sh1Y8lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55e XAk9KDCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoXDTAzMDkxNzA5MzA1 MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMxGTAXBgNVBAMTEE1h dGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVyYmVydHNAZ2ljbS5m cjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4vfZKOxPmOIUTMXZEB kN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/zmc4ac6XTaUjlBsA MO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUmisHtemj/Ovs1GpBX u45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2zPjizycjA1AkGJQeb iipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K1iRwWmofCel9zjfq lx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQDAgP4MBEGCWCGSAGG +EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdpY20uZnIwDAYDVR0T AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvHmujHDRB8SKQqmc0H bFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAoI0HfgyBbrA6Sh1Y8 lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55eXAk9KDGCA9UwggPR AgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vy dmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzAJ BgUrDgMCGgUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzAzMTAxMzE2MzdaMCMGCSqGSIb3DQEJBDEWBBTnmX1kr6jcUhopHptDAVfH4C46PzBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBqwYJKwYBBAGCNxAEMYGdMIGaMIGSMQsw CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24x DzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNV BAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzCBrQYLKoZIhvcNAQkQ AgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCEp3 MA0GCSqGSIb3DQEBAQUABIIBADHWlYAtZc5QTvbq64yQYToYlXXrSYRdvCHn0H3jDO9Iw8nH /WLQvLK/tXS09WEy+Zm0yQe1vYZiR70XrLjWfXh+ILS2gCSv0XQMAq2+ZPeB3d845SOZpq8b eaStC5My1ZFsuYkE6HA58trxjBEzkAmInifzAEqn+LFyzs2gbJfqPc0RlAIASKNNefu21JQr xKKRcTzSF4McHdr5w1jPz2wyc7UeRnzbjtPyGRLIKNBw/K4aBOSLj2McdUgl8tFe/RVA5Nlu savlVD354KWF+p5oj1z8mY8qp7PAoWYezXVw0TFyu/CwGIh6ZDx/U61bd6A9Y3p1jnQjpqQE kxqtnpcAAAAAAAA= --------------ms080101030303000307050706-- From kimberlythompson@example.net Mon Mar 10 14:00:44 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 91657 invoked by uid 500); 10 Mar 2003 14:00:44 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 86408 invoked from network); 10 Mar 2003 13:59:32 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 13:58:53 +0200 From: Graham Leggett <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.2) Gecko/20030110 X-Accept-Language: en-gb, en-za, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: mod_proxy and chunked requests References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Mathias Herberts wrote: > mod_proxy as shipped with Apache 1.3.27 does not allow chunked TE and > therefore refuses to reroute the requests to the origin server. mod_proxy with Apache v1.3.27 is a full HTTP/1.1 proxy, so if it is not accepting chunked encoding for any reason then it is a bug. Can you give more details of exactly what is not working - is it a chunked request that proxy is not handling correctly? (As opposed to a chunked response). Regards, Graham -- ----------------------------------------- kimberlythompson@example.net "There's a moon over Bourbon Street tonight..." From kimberlythompson@example.net Mon Mar 10 14:20:35 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 33816 invoked by uid 500); 10 Mar 2003 14:20:35 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 33802 invoked from network); 10 Mar 2003 14:20:34 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 15:20:23 +0100 From: Mathias Herberts <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (compatible; MSIE 8.0; Windows MUSTDIE) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: mod_proxy and chunked requests References: <kimberlythompson@example.net> <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> X-Enigmail-Version: 83.161.120.155 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050808080403000501080705" X-GICM-Archive-out: 20030310152033.13636 X-Scanned-By: MIMEDefang 2.20 (www . roaringpenguin . com / mimedefang) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms050808080403000501080705 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Graham Leggett wrote: > Mathias Herberts wrote: > >> mod_proxy as shipped with Apache 1.3.27 does not allow chunked TE and >> therefore refuses to reroute the requests to the origin server. > > > mod_proxy with Apache v1.3.27 is a full HTTP/1.1 proxy, so if it is not > accepting chunked encoding for any reason then it is a bug. > > Can you give more details of exactly what is not working - is it a > chunked request that proxy is not handling correctly? (As opposed to a > chunked response). Indeed it is a chunked request that the proxy is rejecting with a 411 Content-Length required error message (and adding a Content-Length does not help since it further rejects the request with a 400 BAD REQUEST error). I foresee two solutions, one is to change the behavior to REQUEST_CHUNKED_PASS and force the transmission of a Transfert-Encoding: chunked header in ap_proxy_http_handler so that the origin server receives the chunked request 'as-is' (the Transfert-Encoding header from the request will not be sent as it is considered a hop-to-hop header, see RFC 2616 13.5.1). The other option is to handle the dechunking of the request, dealing with dynamic memory allocations to hold the request yet of unknown length, then send a Content-Length header and the dechunked request body to the origin server. The first solution seems less error prone as no dynamic memory allocation is to be done. Regards, Mathias. -- -- Informatique du Credit Mutuel ---- Reseaux et Systemes Distribues -- 32 rue Mirabeau -- Le Relecq-Kerhuon -- 29808 Brest Cedex 9, FRANCE -- Tel 714-371-2496 - Fax 714-371-2496 - Mail kimberlythompson@example.net -- Key Fingerprint: 8778 D2FD 3B4A 6B33 10AB F503 63D0 ADAE 9112 03E4 --------------ms050808080403000501080705 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ5DCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoX DTAzMDkxNzA5MzA1MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMx GTAXBgNVBAMTEE1hdGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVy YmVydHNAZ2ljbS5mcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4v fZKOxPmOIUTMXZEBkN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/ zmc4ac6XTaUjlBsAMO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUm isHtemj/Ovs1GpBXu45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2z PjizycjA1AkGJQebiipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K 1iRwWmofCel9zjfqlx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQD AgP4MBEGCWCGSAGG+EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdp Y20uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvH mujHDRB8SKQqmc0HbFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAo I0HfgyBbrA6Sh1Y8lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55e XAk9KDCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoXDTAzMDkxNzA5MzA1 MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMxGTAXBgNVBAMTEE1h dGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVyYmVydHNAZ2ljbS5m cjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4vfZKOxPmOIUTMXZEB kN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/zmc4ac6XTaUjlBsA MO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUmisHtemj/Ovs1GpBX u45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2zPjizycjA1AkGJQeb iipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K1iRwWmofCel9zjfq lx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQDAgP4MBEGCWCGSAGG +EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdpY20uZnIwDAYDVR0T AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvHmujHDRB8SKQqmc0H bFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAoI0HfgyBbrA6Sh1Y8 lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55eXAk9KDGCA9UwggPR AgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vy dmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzAJ BgUrDgMCGgUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzAzMTAxNDIwMjNaMCMGCSqGSIb3DQEJBDEWBBQ4lW6oxS+3XpCV5iAxo7XIBEzx0TBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBqwYJKwYBBAGCNxAEMYGdMIGaMIGSMQsw CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24x DzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNV BAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzCBrQYLKoZIhvcNAQkQ AgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCEp3 MA0GCSqGSIb3DQEBAQUABIIBAJ5zbx5xMdjsgxFNrDD8cwcXUi3dX2wxX7h05pDR9t+UfJsZ IcwgMEgvz8BiFFqE0W2ANWJ+tu9uOC5gA6C0gCZ1luLDg5clJ4giB1QSRoxOVMVObprIMrWn 9+UJ7Wr71SxikU0wMNPFK5M5ot7nafYSLoXlzVut0Dkhhem59yH4TPGC+vUX7hA0siwMTSf1 riccppwqqenEOVvutSrZh+fr8904lh2kR/1UR0BPBP2IwfOH5lVSz8KvKaKb6n7Z0LqTh6Vz O6cRma0Mg5HjxcVpaJjOL1g37eOyCHp86k9N9h7K7PwZG30+W6GNRrUnaCFH2bmFnbnxgQhZ HQdkFOsAAAAAAAA= --------------ms050808080403000501080705-- From kimberlythompson@example.net Mon Mar 10 14:44:02 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 68844 invoked by uid 500); 10 Mar 2003 14:44:01 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 68832 invoked from network); 10 Mar 2003 14:44:01 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 15:43:54 +0100 From: Mathias Herberts <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (compatible; MSIE 8.0; Windows MUSTDIE) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: [PATCH] mod_proxy handling of chunked requests X-Enigmail-Version: 83.161.120.155 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070103050703030001070706" X-GICM-Archive-out: 20030310154401.58167 X-Scanned-By: MIMEDefang 2.20 (www . roaringpenguin . com / mimedefang) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms070103050703030001070706 Content-Type: multipart/mixed; boundary="------------070607060805090106090806" This is a multi-part message in MIME format. --------------070607060805090106090806 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit The included quick patch should allow mod_proxy to pass chunked requests as-is to origin servers. The modification in proxy_http.c checks read_chunked to decide whether or not to strip the Transfer-Encoding header. Feedback appreciated, Mathias. -- -- Informatique du Credit Mutuel ---- Reseaux et Systemes Distribues -- 32 rue Mirabeau -- Le Relecq-Kerhuon -- 29808 Brest Cedex 9, FRANCE -- Tel 714-371-2496 - Fax 714-371-2496 - Mail kimberlythompson@example.net -- Key Fingerprint: 8778 D2FD 3B4A 6B33 10AB F503 63D0 ADAE 9112 03E4 --------------070607060805090106090806 Content-Type: text/plain; name="mod_proxy-chunked.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="mod_proxy-chunked.patch" LS0tIGFwYWNoZV8xLjMuMjcvc3JjL21vZHVsZXMvcHJveHkvbW9kX3Byb3h5LmMub3JpZwlN b24gTWFyIDEwIDE1OjM2OjQ4IDIwMDMKKysrIGFwYWNoZV8xLjMuMjcvc3JjL21vZHVsZXMv cHJveHkvbW9kX3Byb3h5LmMJTW9uIE1hciAxMCAxNTozOToxNiAyMDAzCkBAIC0zMTksNyAr MzE5LDcgQEAKICAgICAgICAgICAgICAgICBhcF9wc3ByaW50ZihyLT5wb29sLCAiJWxkIiwg KG1heGZ3ZCA+IDApID8gbWF4ZndkIC0gMSA6IDApKTsKICAgICB9CiAKLSAgICBpZiAoKHJj ID0gYXBfc2V0dXBfY2xpZW50X2Jsb2NrKHIsIFJFUVVFU1RfQ0hVTktFRF9FUlJPUikpKQor ICAgIGlmICgocmMgPSBhcF9zZXR1cF9jbGllbnRfYmxvY2sociwgUkVRVUVTVF9DSFVOS0VE X1BBU1MpKSkKICAgICAgICAgcmV0dXJuIHJjOwogCiAgICAgdXJsID0gci0+ZmlsZW5hbWUg KyA2OwotLS0gYXBhY2hlXzEuMy4yNy9zcmMvbW9kdWxlcy9wcm94eS9wcm94eV9odHRwLmMu b3JpZwlNb24gTWFyIDEwIDE1OjM2OjQzIDIwMDMKKysrIGFwYWNoZV8xLjMuMjcvc3JjL21v ZHVsZXMvcHJveHkvcHJveHlfaHR0cC5jCU1vbiBNYXIgMTAgMTU6Mzg6NTQgMjAwMwpAQCAt Mzg3LDcgKzM4Nyw4IEBACiAgICAgICAgICAgICB8fCAhc3RyY2FzZWNtcChyZXFoZHJzX2Vs dHNbaV0ua2V5LCAiS2VlcC1BbGl2ZSIpCiAgICAgICAgICAgICB8fCAhc3RyY2FzZWNtcChy ZXFoZHJzX2VsdHNbaV0ua2V5LCAiVEUiKQogICAgICAgICAgICAgfHwgIXN0cmNhc2VjbXAo cmVxaGRyc19lbHRzW2ldLmtleSwgIlRyYWlsZXIiKQotICAgICAgICAgICAgfHwgIXN0cmNh c2VjbXAocmVxaGRyc19lbHRzW2ldLmtleSwgIlRyYW5zZmVyLUVuY29kaW5nIikKKwkgICAg LyogT25seSBzdHJpcCBUcmFuc2Zlci1FbmNvZGluZyBpZiB3ZSBkbyBub3QgcmVhZCBjaHVu a3MsIGRlcGVuZHMgb24gY2FsbCB0byBhcF9zZXR1cF9jbGllbnRfYmxvY2sgKi8KKyAgICAg ICAgICAgIHx8ICghc3RyY2FzZWNtcChyZXFoZHJzX2VsdHNbaV0ua2V5LCAiVHJhbnNmZXIt RW5jb2RpbmciKSAmJiAhci0+cmVhZF9jaHVua2VkKQogICAgICAgICAgICAgfHwgIXN0cmNh c2VjbXAocmVxaGRyc19lbHRzW2ldLmtleSwgIlVwZ3JhZGUiKQogICAgICAgICAvKgogICAg ICAgICAgKiBYWFg6IEBAQCBGSVhNRTogIlByb3h5LUF1dGhvcml6YXRpb24iIHNob3VsZCAq b25seSogYmUgc3VwcHJlc3NlZAo= --------------070607060805090106090806-- --------------ms070103050703030001070706 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ5DCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoX DTAzMDkxNzA5MzA1MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMx GTAXBgNVBAMTEE1hdGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVy YmVydHNAZ2ljbS5mcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4v fZKOxPmOIUTMXZEBkN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/ zmc4ac6XTaUjlBsAMO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUm isHtemj/Ovs1GpBXu45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2z PjizycjA1AkGJQebiipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K 1iRwWmofCel9zjfqlx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQD AgP4MBEGCWCGSAGG+EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdp Y20uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvH mujHDRB8SKQqmc0HbFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAo I0HfgyBbrA6Sh1Y8lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55e XAk9KDCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoXDTAzMDkxNzA5MzA1 MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMxGTAXBgNVBAMTEE1h dGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVyYmVydHNAZ2ljbS5m cjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4vfZKOxPmOIUTMXZEB kN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/zmc4ac6XTaUjlBsA MO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUmisHtemj/Ovs1GpBX u45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2zPjizycjA1AkGJQeb iipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K1iRwWmofCel9zjfq lx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQDAgP4MBEGCWCGSAGG +EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdpY20uZnIwDAYDVR0T AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvHmujHDRB8SKQqmc0H bFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAoI0HfgyBbrA6Sh1Y8 lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55eXAk9KDGCA9UwggPR AgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vy dmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzAJ BgUrDgMCGgUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzAzMTAxNDQzNTRaMCMGCSqGSIb3DQEJBDEWBBQSfH5YsbQTHqn0MyzeV0Xma98xTTBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBqwYJKwYBBAGCNxAEMYGdMIGaMIGSMQsw CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24x DzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNV BAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzCBrQYLKoZIhvcNAQkQ AgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCEp3 MA0GCSqGSIb3DQEBAQUABIIBAAqimkBmReS+Rmr4CIfw/z60WewLEuztqHaZ5EOqKEgUbu/c Bqi/E3CuQlKRCu9RB219AeX29o7S0dvPglO0eVPlE7nHPm0x7GhStVq9IWCqF6C+mOcme9Fc Z+MYFFIAmoMOH0En+lBmhFUaWYBQN4LRdctOMF5AoEwgIS+oxmt5VorKskZiSvK8r9fHJ+zo QQ8sYaA9NqI3qQiKRvtnOTKHl5i0+EzWgnNEYlVUMlrepq98M6u5EJClGtJ1K30xGpaGipos B+OteYH4Wp4BNDKXxus+JRPsxln9/ykZJGeDnL1Wb/O6RrI/P3MMvK+LyrcGwV0kdIVga8Le q2nDo8EAAAAAAAA= --------------ms070103050703030001070706-- From kimberlythompson@example.net Mon Mar 10 17:10:51 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 87357 invoked by uid 500); 10 Mar 2003 17:10:50 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 87314 invoked from network); 10 Mar 2003 17:10:50 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: kimberlythompson@example.net From: Josh Konkol <kimberlythompson@example.net> Subject: mod_rewrite/mod_header/mod_proxy problem Date: Mon, 10 Mar 2003 17:01:29 +0000 (UTC) Organization: GuideOne Insurance Lines: 39 Message-ID: <kimberlythompson@example.net> X-Complaints-To: kimberlythompson@example.net User-Agent: Xnews/5.04.25 Sender: news <kimberlythompson@example.net> Cc: kimberlythompson@example.net X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Apache Guru's I need your help!! What I need to do is take the key:values in a cookie and turn them into http headers. Using a combination of mod_rewrite, mod_header & mod_proxy I've come up with a solution but the headers aren't being created. Here's what I have in my httpd.conf file: RewriteEngine on RewriteLog "/tmp/rewrite.log" RewriteLogLevel 9 RewriteRule ^(.*)&(.*)$ $1&$2 [S=1] RewriteRule (.*) $1&%{HTTP_COOKIE} # If there's a '; ' then there is more than one variable left RewriteRule ^(.*);.(.*)=(.*)$ $1 [E=$2:$3,N] # Now there's only one variable left RewriteRule ^(.*)&(.*)=(.*)$ $1 [E=$2:$3] RewriteRule ^(.*)&$ $1 RewriteRule ^/(.*)$ /done$1 [R] Header add sm_user "%{smuser}e" env=smuser Header add goHierId %{goHierId}e env=goHierId Header add sessionid %{sessionid}e env=sessionid Header add foo "bar" ProxyPass /doneHomeCostEstimator http://wsapp01t.guidehome.com/HomeCostEstimator ProxyPassReverse /doneHomeCostEstimator http://wsapp01t.guidehome.com/HomeCostEstimator The page I'm directing to is a .jsp which displays the set http headers and the sm_user & goHierId don't show up there. Is there any issue with setting a http header with mod_header and then proxying that request ?? Any help is appreciated !!!! Josh From kimberlythompson@example.net Mon Mar 10 17:16:32 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 98276 invoked by uid 500); 10 Mar 2003 17:16:32 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 98265 invoked from network); 10 Mar 2003 17:16:32 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 12:16:25 -0500 From: Bill Stoddard <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: mod_rewrite/mod_header/mod_proxy problem References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Josh Konkol wrote: > Dear Apache Guru's I need your help!! > > What I need to do is take the key:values in a cookie and turn them into > http headers. Using a combination of mod_rewrite, mod_header & mod_proxy > I've come up with a solution but the headers aren't being created. > > Here's what I have in my httpd.conf file: > > RewriteEngine on > RewriteLog "/tmp/rewrite.log" > RewriteLogLevel 9 > RewriteRule ^(.*)&(.*)$ $1&$2 [S=1] > RewriteRule (.*) $1&%{HTTP_COOKIE} > # If there's a '; ' then there is more than one variable left > RewriteRule ^(.*);.(.*)=(.*)$ $1 [E=$2:$3,N] > # Now there's only one variable left > RewriteRule ^(.*)&(.*)=(.*)$ $1 [E=$2:$3] > RewriteRule ^(.*)&$ $1 > RewriteRule ^/(.*)$ /done$1 [R] > > Header add sm_user "%{smuser}e" env=smuser > Header add goHierId %{goHierId}e env=goHierId > Header add sessionid %{sessionid}e env=sessionid > Header add foo "bar" > > ProxyPass /doneHomeCostEstimator > http://wsapp01t.guidehome.com/HomeCostEstimator > ProxyPassReverse /doneHomeCostEstimator > http://wsapp01t.guidehome.com/HomeCostEstimator > > The page I'm directing to is a .jsp which displays the set http headers > and the sm_user & goHierId don't show up there. > > Is there any issue with setting a http header with mod_header and then > proxying that request ?? > > Any help is appreciated !!!! > > Josh > The Header directive will only add headers to the response. Check out the "RequestHeader append" directive in Apache httpd 2.0. Bill From kimberlythompson@example.net Mon Mar 10 17:22:55 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 8825 invoked by uid 500); 10 Mar 2003 17:22:55 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 8750 invoked from network); 10 Mar 2003 17:22:54 -0000 X-Authentication-Warning: thel.allafrica.com: khkramer set sender to kimberlythompson@example.net using -f From: Kwindla Hultman Kramer <kimberlythompson@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 12:22:56 -0500 To: kimberlythompson@example.net Cc: kimberlythompson@example.net, Josh Konkol <kimberlythompson@example.net> Subject: Re: mod_rewrite/mod_header/mod_proxy problem In-Reply-To: <kimberlythompson@example.net> References: <kimberlythompson@example.net> X-Mailer: VM 7.07 under Emacs 21.2.1 Reply-To: kimberlythompson@example.net X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Josh Konkol writes: > Is there any issue with setting a http header with mod_header and then > proxying that request ?? Assuming you're using Apache 1.3, there is an issue: mod_header and mod_proxy don't play well together. I maintain a set of patches that provide some header-manipulation directives for 1.3.x mod_proxy: http://allafrica.com/tools/apache/mod_proxy/ By the way, your cookie-deconstructing rewrite rules are pretty slick! Yours, Kwin From kimberlythompson@example.net Mon Mar 10 18:01:09 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 488 invoked by uid 500); 10 Mar 2003 18:01:09 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 435 invoked from network); 10 Mar 2003 18:01:08 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: kimberlythompson@example.net From: Josh Konkol <kimberlythompson@example.net> Subject: Re: mod_rewrite/mod_header/mod_proxy problem Date: Mon, 10 Mar 2003 17:51:54 +0000 (UTC) Organization: GuideOne Insurance Lines: 66 Message-ID: <kimberlythompson@example.net> References: <kimberlythompson@example.net> X-Complaints-To: kimberlythompson@example.net User-Agent: Xnews/5.04.25 Sender: news <kimberlythompson@example.net> Cc: kimberlythompson@example.net X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Ok here is an update !! Thanks to Kwin's input I started looking more closely at what I am trying to do. If i use the RequestHeader directive instead of the Header directive I can see the http headers created on my .jsp page, but they end up with NULL values because RequestHeader does NOT accept the %{env}e environment variable as a value. Anyone have any ideas on how I can overcome this ? Thanks in advance !! Josh Josh Konkol <kimberlythompson@example.net> wrote in news:kimberlythompson@example.net: > Dear Apache Guru's I need your help!! > > What I need to do is take the key:values in a cookie and turn them > into http headers. Using a combination of mod_rewrite, mod_header & > mod_proxy I've come up with a solution but the headers aren't being > created. > > Here's what I have in my httpd.conf file: > > RewriteEngine on > RewriteLog "/tmp/rewrite.log" > RewriteLogLevel 9 > RewriteRule ^(.*)&(.*)$ $1&$2 [S=1] > RewriteRule (.*) $1&%{HTTP_COOKIE} > # If there's a '; ' then there is more than one variable left > RewriteRule ^(.*);.(.*)=(.*)$ $1 [E=$2:$3,N] > # Now there's only one variable left > RewriteRule ^(.*)&(.*)=(.*)$ $1 [E=$2:$3] > RewriteRule ^(.*)&$ $1 > RewriteRule ^/(.*)$ /done$1 [R] > > Header add sm_user "%{smuser}e" env=smuser > Header add goHierId %{goHierId}e env=goHierId > Header add sessionid %{sessionid}e env=sessionid > Header add foo "bar" > > ProxyPass /doneHomeCostEstimator > http://wsapp01t.guidehome.com/HomeCostEstimator > ProxyPassReverse /doneHomeCostEstimator > http://wsapp01t.guidehome.com/HomeCostEstimator > > The page I'm directing to is a .jsp which displays the set http > headers and the sm_user & goHierId don't show up there. > > Is there any issue with setting a http header with mod_header and then > proxying that request ?? > > Any help is appreciated !!!! > > Josh > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server > Project. See <URL:http://httpd.apache.org/userslist.html> for more > info. To unsubscribe, e-mail: kimberlythompson@example.net > " from the digest: kimberlythompson@example.net > For additional commands, e-mail: kimberlythompson@example.net > > From kimberlythompson@example.net Mon Mar 10 19:41:03 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 18667 invoked by uid 500); 10 Mar 2003 19:41:03 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 18615 invoked from network); 10 Mar 2003 19:41:03 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: kimberlythompson@example.net From: Josh Konkol <kimberlythompson@example.net> Subject: Re: mod_rewrite/mod_header/mod_proxy problem Date: Mon, 10 Mar 2003 17:34:43 +0000 (UTC) Organization: GuideOne Insurance Lines: 31 Message-ID: <kimberlythompson@example.net> References: <kimberlythompson@example.net> <kimberlythompson@example.net> X-Complaints-To: kimberlythompson@example.net User-Agent: Xnews/5.04.25 Sender: news <kimberlythompson@example.net> Cc: kimberlythompson@example.net X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Kwin, Thanks for the quick response !! Problem is I am using Apache/2.0.44 not 1.3. Have you had any experience with 2 or where the issues fixed in that version ? Josh Kwindla Hultman Kramer <kimberlythompson@example.net> wrote in news:kimberlythompson@example.net: > > Josh Konkol writes: > > > Is there any issue with setting a http header with mod_header and > > then proxying that request ?? > > Assuming you're using Apache 1.3, there is an issue: mod_header and > mod_proxy don't play well together. > > I maintain a set of patches that provide some header-manipulation > directives for 1.3.x mod_proxy: > > http://allafrica.com/tools/apache/mod_proxy/ > > By the way, your cookie-deconstructing rewrite rules are pretty slick! > > Yours, > Kwin > From kimberlythompson@example.net Mon Mar 10 19:46:56 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 27852 invoked by uid 500); 10 Mar 2003 19:46:56 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 27838 invoked from network); 10 Mar 2003 19:46:56 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: kimberlythompson@example.net From: Josh Konkol <kimberlythompson@example.net> Subject: Re: mod_rewrite/mod_header/mod_proxy problem Date: Mon, 10 Mar 2003 19:46:19 +0000 (UTC) Organization: GuideOne Insurance Lines: 61 Message-ID: <kimberlythompson@example.net> References: <kimberlythompson@example.net> <kimberlythompson@example.net> X-Complaints-To: kimberlythompson@example.net User-Agent: Xnews/5.04.25 Sender: news <kimberlythompson@example.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks Bill you are correct. I changed it to RequestHeader and now I can see the headers being created. Problem is RequestHeader doesn't accept the ${env}e value and instead puts in a <null> value. Any ideas ?? Josh Bill Stoddard <kimberlythompson@example.net> wrote in news:kimberlythompson@example.net: > Josh Konkol wrote: >> Dear Apache Guru's I need your help!! >> >> What I need to do is take the key:values in a cookie and turn them >> into http headers. Using a combination of mod_rewrite, mod_header & >> mod_proxy I've come up with a solution but the headers aren't being >> created. >> >> Here's what I have in my httpd.conf file: >> >> RewriteEngine on >> RewriteLog "/tmp/rewrite.log" >> RewriteLogLevel 9 >> RewriteRule ^(.*)&(.*)$ $1&$2 [S=1] >> RewriteRule (.*) $1&%{HTTP_COOKIE} >> # If there's a '; ' then there is more than one variable left >> RewriteRule ^(.*);.(.*)=(.*)$ $1 [E=$2:$3,N] >> # Now there's only one variable left >> RewriteRule ^(.*)&(.*)=(.*)$ $1 [E=$2:$3] >> RewriteRule ^(.*)&$ $1 >> RewriteRule ^/(.*)$ /done$1 [R] >> >> Header add sm_user "%{smuser}e" env=smuser >> Header add goHierId %{goHierId}e env=goHierId >> Header add sessionid %{sessionid}e env=sessionid >> Header add foo "bar" >> >> ProxyPass /doneHomeCostEstimator >> http://wsapp01t.guidehome.com/HomeCostEstimator >> ProxyPassReverse /doneHomeCostEstimator >> http://wsapp01t.guidehome.com/HomeCostEstimator >> >> The page I'm directing to is a .jsp which displays the set http >> headers and the sm_user & goHierId don't show up there. >> >> Is there any issue with setting a http header with mod_header and >> then proxying that request ?? >> >> Any help is appreciated !!!! >> >> Josh >> > > The Header directive will only add headers to the response. Check out > the "RequestHeader append" directive in Apache httpd 2.0. > > Bill > > From kimberlythompson@example.net Mon Mar 10 21:24:08 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 6757 invoked by uid 500); 10 Mar 2003 21:24:08 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 6746 invoked from network); 10 Mar 2003 21:24:08 -0000 Message-ID: <kimberlythompson@example.net> Date: Mon, 10 Mar 2003 16:23:58 -0500 From: Bill Stoddard <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: mod_rewrite/mod_header/mod_proxy problem References: <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Josh Konkol wrote: > Thanks Bill you are correct. I changed it to RequestHeader and now I can > see the headers being created. Problem is RequestHeader doesn't accept > the ${env}e value and instead puts in a <null> value. > > Any ideas ?? Sure it does (perhaps the doc is wrong). I've tested this recently and it works fine. RequestHeader append SSL_SESSION_ID %{SSL_SESSION_ID}e RequestHeader append SSL_VERSION_INTERFACE %{SSL_VERSION_INTERFACE}e RequestHeader append SSL_CIPHER %{SSL_CIPHER}e RequestHeader append SSL_SERVER_S_DN %{SSL_SERVER_S_DN}e RequestHeader append SSL_CIPHER_USEKEYSIZE %{SSL_CIPHER_USEKEYSIZE}e Bill From kimberlythompson@example.net Tue Mar 11 09:12:35 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 73840 invoked by uid 500); 11 Mar 2003 09:12:34 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 73800 invoked from network); 11 Mar 2003 09:12:33 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-416eeae2-5338-45a9-81b2-3810831edc5a" Subject: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X Date: Tue, 11 Mar 2003 01:11:31 -0800 Message-ID: <kimberlythompson@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X Thread-Index: AcLnrjOKAYcohLYwR6uZF3HNh/T35w== From: "Jorge Reyes" <kimberlythompson@example.net> To: <kimberlythompson@example.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------=_NextPartTM-000-416eeae2-5338-45a9-81b2-3810831edc5a Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2E7AE.34B640CD" ------_=_NextPart_001_01C2E7AE.34B640CD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I hope this is the right mailing list to request information regarding = the changes on mod_proxy from Apache 1.3 to apache 2.0 =20 We used in Apache 1.3.X the followin setup which no loner works under = apacge 2.0 and I was wondering if any one can help. I have read the = doc's regarding the new settings and directives however I still can not = find and adequate solution. =20 We use Virtual server with mod_proxy and have certain directories = protected via password files. The proxy is to a remote server and the password file is on the local = apache proxy server. =20 The configuration that works under 1.3 but no longer does on 2.0 is: =20 <VirtualHost 83.161.120.155:80> UseCanonicalName off ProxyRequests off=20 =20 ProxyPass / <http://83.161.120.155/> http://83.161.120.155 ProxyPassReverse / <http://83.161.120.155/> http://83.161.120.155 <Location /admin/> AllowOverride AuthConfig AuthUserFile /etc/httpd/conf/passwd/adminpasswords AuthName "Live Corp Admin" AuthType Basic require valid-user admin </Location> ServerName yyy.yyy.com ServerAlias yyy ServerAdmin admin@localhost ErrorLog /var/log/httpd/error_log_Virtual_yyy TransferLog /var/log/httpd/access_log_virtual_yyy </VirtualHost>=20 =20 ------_=_NextPart_001_01C2E7AE.34B640CD Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 6.00.2800.1141" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D587080409-11032003><FONT face=3DArial size=3D2>I hope = this is the=20 right mailing list to request information regarding the changes on <FONT = size=3D3><FONT face=3D"Courier New">mod_proxy</FONT><FONT face=3D"Times = New Roman">=20 </FONT><FONT face=3D"Courier New">from Apache 1.3 to apache=20 2.0</FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT=20 face=3D"Courier New"></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3D"Courier New">We used = in Apache=20 1.3.X the followin setup which no loner works under apacge 2.0 and I was = wondering if any one can help. I have read the doc's regarding the new = settings=20 and directives however I still can not find and adequate=20 solution.</FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT=20 face=3D"Courier New"></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3D"Courier New">We use = Virtual=20 server with mod_proxy and have certain directories protected via = password=20 files.</FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3D"Courier New">The = proxy is to a=20 remote server and the password file is on the local apache proxy=20 server.</FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT=20 face=3D"Courier New"></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3D"Courier New">The = configuration=20 that works under 1.3 but no longer does on 2.0 is:</FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT=20 face=3D"Courier New"></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3D"Courier New"><FONT = face=3DArial=20 size=3D2>&lt;VirtualHost 83.161.120.155:80&gt;<BR>UseCanonicalName=20 off<BR>ProxyRequests off</FONT> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3DArial = size=3D2>ProxyPass /=20 </FONT><A href=3D"http://83.161.120.155/"><FONT face=3DArial=20 size=3D2>http://83.161.120.155</FONT></A><BR><FONT face=3DArial = size=3D2>ProxyPassReverse=20 /&nbsp; </FONT><A href=3D"http://83.161.120.155/"><FONT face=3DArial=20 size=3D2>http://83.161.120.155</FONT></A><BR></SPAN></DIV></FONT></SPAN></DIV= > <DIV><SPAN class=3D587080409-11032003><FONT face=3DArial = size=3D2>&lt;Location=20 /admin/&gt;<BR>&nbsp;&nbsp;&nbsp; AllowOverride&nbsp;=20 AuthConfig<BR>&nbsp;&nbsp;&nbsp; AuthUserFile=20 /etc/httpd/conf/passwd/adminpasswords<BR>&nbsp;&nbsp;&nbsp; AuthName = "Live Corp=20 Admin"<BR>&nbsp;&nbsp;&nbsp; AuthType Basic<BR>&nbsp;&nbsp;&nbsp; = require=20 valid-user admin<BR>&lt;/Location&gt;</FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3DArial = size=3D2><BR>ServerName=20 yyy.yyy.com<BR>ServerAlias yyy<BR>ServerAdmin <A=20 href=3D"mailto:admin@localhost">admin@localhost</A><BR>ErrorLog=20 /var/log/httpd/error_log_Virtual_yyy<BR>TransferLog=20 /var/log/httpd/access_log_virtual_yyy<BR>&lt;/VirtualHost&gt;=20 </FONT></SPAN></DIV> <DIV><SPAN class=3D587080409-11032003><FONT face=3DArial=20 size=3D2>&nbsp;</DIV></FONT></SPAN></BODY></HTML> ------_=_NextPart_001_01C2E7AE.34B640CD-- ------=_NextPartTM-000-416eeae2-5338-45a9-81b2-3810831edc5a-- From kimberlythompson@example.net Tue Mar 11 09:55:41 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 42720 invoked by uid 500); 11 Mar 2003 09:55:41 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 42700 invoked from network); 11 Mar 2003 09:55:38 -0000 Message-ID: <kimberlythompson@example.net> Date: Tue, 11 Mar 2003 11:55:33 +0200 From: Graham Leggett <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.2) Gecko/20030110 X-Accept-Language: en-gb, en-za, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jorge Reyes wrote: > I hope this is the right mailing list to request information regarding > the changes on mod_proxy from Apache 1.3 to apache 2.0 A better place to post this would be the main kimberlythompson@example.net mailing list, as your question has to do with authentication. > The configuration that works under 1.3 but no longer does on 2.0 is: Define "no longer works". Regards, Graham -- ----------------------------------------- kimberlythompson@example.net "There's a moon over Bourbon Street tonight..." From kimberlythompson@example.net Tue Mar 11 14:14:08 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 96202 invoked by uid 500); 11 Mar 2003 14:14:08 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 96181 invoked from network); 11 Mar 2003 14:14:07 -0000 Message-ID: <kimberlythompson@example.net> Date: Tue, 11 Mar 2003 15:13:55 +0100 From: Mathias Herberts <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (compatible; MSIE 8.0; Windows MUSTDIE) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: [PATCH] mod_proxy handling of chunked requests X-Enigmail-Version: 83.161.120.155 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090303050900090200090901" X-GICM-Archive-out: 20030311151406.64925 X-Scanned-By: MIMEDefang 2.20 (www . roaringpenguin . com / mimedefang) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms090303050900090200090901 Content-Type: multipart/mixed; boundary="------------010006030903070703030508" This is a multi-part message in MIME format. --------------010006030903070703030508 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Here is my second shot of a patch solving the issue of requests sent using 'Transfer-Encoding: chunked' and handled by mod_proxy in Apache 1.3.27. Basically it changes mod_proxy behavior from REQUEST_CHUNKED_ERROR to REQUEST_CHUNKED_PASS, meaning requests sent using chunked transfer encoding will be passed as is to the origin server. This patch is minimal and does not modify the behavior of mod_proxy for non chunked requests, it issues an additional 'Transfer-Encoding: chunked' when the request used one. Please provide any feedback. Mathias. -- -- Informatique du Credit Mutuel ---- Reseaux et Systemes Distribues -- 32 rue Mirabeau -- Le Relecq-Kerhuon -- 29808 Brest Cedex 9, FRANCE -- Tel 714-371-2496 - Fax 714-371-2496 - Mail kimberlythompson@example.net -- Key Fingerprint: 8778 D2FD 3B4A 6B33 10AB F503 63D0 ADAE 9112 03E4 --------------010006030903070703030508 Content-Type: text/plain; name="GICMApache-mod_proxy-chunked-requests.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="GICMApache-mod_proxy-chunked-requests.patch" LS0tIGFwYWNoZV8xLjMuMjcvc3JjL21vZHVsZXMvcHJveHkvcHJveHlfaHR0cC5jLm9yaWcJ TW9uIE1hciAxMCAxNTozNjo0MyAyMDAzCisrKyBhcGFjaGVfMS4zLjI3L3NyYy9tb2R1bGVz L3Byb3h5L3Byb3h5X2h0dHAuYwlUdWUgTWFyIDExIDEwOjU2OjEzIDIwMDMKQEAgLTQwNCw2 ICs0MDQsMTQgQEAKICAgICAgICAgYXBfYnZwdXRzKGYsIHJlcWhkcnNfZWx0c1tpXS5rZXks ICI6ICIsIHJlcWhkcnNfZWx0c1tpXS52YWwsIENSTEYsIE5VTEwpOwogICAgIH0KIAorICAg IC8qCisgICAgICogT3V0cHV0IGEgVHJhbnNmZXItRW5jb2Rpbmc6IGNodW5rZWQgaGVhZGVy IGlmIHJlcXVlc3QgdXNlZCBpdC4KKyAgICAgKi8KKworICAgIGlmIChyLT5yZWFkX2NodW5r ZWQpIHsKKyAgICAgIGFwX2J2cHV0cyhmLCAiVHJhbnNmZXItRW5jb2Rpbmc6IGNodW5rZWQi LCBDUkxGLCBOVUxMKTsKKyAgICB9CisKICAgICAvKiB0aGUgb2JsaWdhdG9yeSBlbXB0eSBs aW5lIHRvIG1hcmsgdGhlIGVuZCBvZiB0aGUgaGVhZGVycyAqLwogICAgIGFwX2JwdXRzKENS TEYsIGYpOwogCi0tLSBhcGFjaGVfMS4zLjI3L3NyYy9tb2R1bGVzL3Byb3h5L21vZF9wcm94 eS5jLm9yaWcJTW9uIE1hciAxMCAxNTozNjo0OCAyMDAzCisrKyBhcGFjaGVfMS4zLjI3L3Ny Yy9tb2R1bGVzL3Byb3h5L21vZF9wcm94eS5jCU1vbiBNYXIgMTAgMTU6Mzk6MTYgMjAwMwpA QCAtMzE5LDcgKzMxOSw3IEBACiAgICAgICAgICAgICAgICAgYXBfcHNwcmludGYoci0+cG9v bCwgIiVsZCIsIChtYXhmd2QgPiAwKSA/IG1heGZ3ZCAtIDEgOiAwKSk7CiAgICAgfQogCi0g ICAgaWYgKChyYyA9IGFwX3NldHVwX2NsaWVudF9ibG9jayhyLCBSRVFVRVNUX0NIVU5LRURf RVJST1IpKSkKKyAgICBpZiAoKHJjID0gYXBfc2V0dXBfY2xpZW50X2Jsb2NrKHIsIFJFUVVF U1RfQ0hVTktFRF9QQVNTKSkpCiAgICAgICAgIHJldHVybiByYzsKIAogICAgIHVybCA9IHIt PmZpbGVuYW1lICsgNjsK --------------010006030903070703030508-- --------------ms090303050900090200090901 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ5DCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoX DTAzMDkxNzA5MzA1MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMx GTAXBgNVBAMTEE1hdGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVy YmVydHNAZ2ljbS5mcjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4v fZKOxPmOIUTMXZEBkN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/ zmc4ac6XTaUjlBsAMO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUm isHtemj/Ovs1GpBXu45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2z PjizycjA1AkGJQebiipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K 1iRwWmofCel9zjfqlx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQD AgP4MBEGCWCGSAGG+EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdp Y20uZnIwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvH mujHDRB8SKQqmc0HbFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAo I0HfgyBbrA6Sh1Y8lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55e XAk9KDCCA1AwggK5oAMCAQICAwhKdzANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDkxNzA5MzA1MVoXDTAzMDkxNzA5MzA1 MVowaTERMA8GA1UEBBMISGVyYmVydHMxEDAOBgNVBCoTB01hdGhpYXMxGTAXBgNVBAMTEE1h dGhpYXMgSGVyYmVydHMxJzAlBgkqhkiG9w0BCQEWGE1hdGhpYXMuSGVyYmVydHNAZ2ljbS5m cjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALOMVpaFTv4vfZKOxPmOIUTMXZEB kN/wjAT8VujS7VXNjiHbBBLCBvq0hEH6K74wDK0UzUbqPmOSK9Gd3oa/zmc4ac6XTaUjlBsA MO79OGqkzL1bWIKNlbqE5EcpzFPQB7plfym9Mwhq/B4gKB17GiYVYwUmisHtemj/Ovs1GpBX u45y/GNV/ipSsbDuP0C0KHeQhRsohpdCBOvWFm3LylHUo/BLxMKeGY2zPjizycjA1AkGJQeb iipiz8JVHsRaED6wE+wNj77HDtX792nEBf+OfhTT9XwsjZWLEZEDtG4K1iRwWmofCel9zjfq lx7NXISJax0dO78YM+xE0o9Y7YMCAwEAAaNYMFYwDgYDVR0PAQH/BAQDAgP4MBEGCWCGSAGG +EIBAQQEAwIFoDAjBgNVHREEHDAagRhNYXRoaWFzLkhlcmJlcnRzQGdpY20uZnIwDAYDVR0T AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBpFVhPi0SZpma4qXmNigvHmujHDRB8SKQqmc0H bFJWA18m44RV3RMxGnQdNqOFoXt2T1azUIpQPAxObIpEVw9+kzO7pQAoI0HfgyBbrA6Sh1Y8 lqpbsRQpP/AJAdFVCRQG2Y3egb2/NCVDD68q3c14xMw2BQigmfcab55eXAk9KDGCA9UwggPR AgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2Vy dmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzAJ BgUrDgMCGgUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzAzMTExNDEzNTVaMCMGCSqGSIb3DQEJBDEWBBThsoyxZd9KoxwB6wvfV2kBaM5EpjBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBqwYJKwYBBAGCNxAEMYGdMIGaMIGSMQsw CQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24x DzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNV BAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwhKdzCBrQYLKoZIhvcNAQkQ AgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCEp3 MA0GCSqGSIb3DQEBAQUABIIBAAWanEBBdEbWYX1FrlrsQBNVARRJ9EbA39UX4PzY6jnKucKS SzwLk9Td2O1/BFcgyHD84eIAeX41bo5/wywAK0kCwqt9RkJ5EdnfHdTFMnDBvPUdWdsSzJUS 0IP0CO0ZkYAQWv2ODt+6c7DmWvyXwnPNIwOt+Y42H8VfIuZFca/tSnDWNxSDWpQIrR06iT7+ myNann0mb6r0UbZtK4fQyUq6Jxx78DKGKpHNJgkX/4N8RgXKqd45osGr4jpoEm05Ss+xoD1e FaHCUbM6lgIwRIYW9N2sXYPq9iVGyTVM9UEKz2N9aengxujmk5vQaIpi0+Wk0NrqTKmNq5tr HkysMNUAAAAAAAA= --------------ms090303050900090200090901-- From kimberlythompson@example.net Tue Mar 11 15:58:14 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 40569 invoked by uid 500); 11 Mar 2003 15:58:13 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 40485 invoked from network); 11 Mar 2003 15:58:12 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: kimberlythompson@example.net From: Josh Konkol <kimberlythompson@example.net> Subject: Re: mod_rewrite/mod_header/mod_proxy problem Date: Tue, 11 Mar 2003 15:55:29 +0000 (UTC) Organization: GuideOne Insurance Lines: 31 Message-ID: <kimberlythompson@example.net> References: <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> X-Complaints-To: kimberlythompson@example.net User-Agent: Xnews/5.04.25 Sender: news <kimberlythompson@example.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Once again Bill is correct. If I use setenv to set an environment variable it works. What doesn't appear to work are the environment variables set from [e=key:value] on a rewriterule line. I can see the value being set in the rewrite log. Any ideas ?? Bill Stoddard <kimberlythompson@example.net> wrote in news:kimberlythompson@example.net: > Josh Konkol wrote: >> Thanks Bill you are correct. I changed it to RequestHeader and now I >> can see the headers being created. Problem is RequestHeader doesn't >> accept the ${env}e value and instead puts in a <null> value. > >> Any ideas ?? > > Sure it does (perhaps the doc is wrong). I've tested this recently and > it works fine. > > RequestHeader append SSL_SESSION_ID %{SSL_SESSION_ID}e > RequestHeader append SSL_VERSION_INTERFACE > %{SSL_VERSION_INTERFACE}e RequestHeader append SSL_CIPHER > %{SSL_CIPHER}e RequestHeader append SSL_SERVER_S_DN > %{SSL_SERVER_S_DN}e RequestHeader append SSL_CIPHER_USEKEYSIZE > %{SSL_CIPHER_USEKEYSIZE}e > > Bill > > From kimberlythompson@example.net Tue Mar 11 16:34:07 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 49804 invoked by uid 500); 11 Mar 2003 16:34:07 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 49770 invoked from network); 11 Mar 2003 16:34:06 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X Date: Tue, 11 Mar 2003 08:32:54 -0800 Message-ID: <kimberlythompson@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X Thread-Index: AcLntD5fJEMST8cUSGCxMBwxnWG9oQAN4hmg From: "Jorge Reyes" <kimberlythompson@example.net> To: <kimberlythompson@example.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks I will try to post on that mailing list. PS "No Longer Works" means: On Apache 1.3.x the user who type http://www.zyx.com/admin would be = presented with an authetication window, on apache 2.0 the request fails = and the log file (error log) reads: =20 [Tue Mar 11 00:06:18 2003] [error] [client 83.161.120.155] proxy: DNS = lookup failure for: 83.161.120.155error returned by = /error/HTTP_UNAUTHORIZED.html.var I have read the doc's regarding the new settings and directives however = I still can not find and adequate solution. -----Original Message----- From: Graham Leggett [mailto:kimberlythompson@example.net] Sent: Tuesday, March 11, 2003 1:56 AM To: kimberlythompson@example.net Subject: Re: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X Jorge Reyes wrote: > I hope this is the right mailing list to request information regarding = > the changes on mod_proxy from Apache 1.3 to apache 2.0 A better place to post this would be the main kimberlythompson@example.net=20 mailing list, as your question has to do with authentication. > The configuration that works under 1.3 but no longer does on 2.0 is: Define "no longer works". Regards, Graham --=20 ----------------------------------------- kimberlythompson@example.net "There's a moon over Bourbon Street tonight..." From kimberlythompson@example.net Tue Mar 11 19:38:42 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 32874 invoked by uid 500); 11 Mar 2003 19:38:41 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 32860 invoked from network); 11 Mar 2003 19:38:41 -0000 Message-ID: <kimberlythompson@example.net> Date: Tue, 11 Mar 2003 11:38:44 -0800 From: Ian Holsman <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030224 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: Question regarding changes for mod_proxy on apache 1.3.X to 2.0X References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> X-Enigmail-Version: 83.161.120.155 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N sounds like a bug to me. a quick workaround: maybe you change the proxypass to use a hostname instead of an IP #. It could also be that you haven't got your reverse IP set up for that machine. and it can't create the x-forwarded-for line. cheers ian you should probably raise a bugzilla via nagoya.apache.org Jorge Reyes wrote: > Thanks I will try to post on that mailing list. > PS > > "No Longer Works" means: > On Apache 1.3.x the user who type http://www.zyx.com/admin would be presented with an authetication window, on apache 2.0 the request fails and the log file (error log) reads: > > [Tue Mar 11 00:06:18 2003] [error] [client 83.161.120.155] proxy: DNS lookup failure for: 83.161.120.155error returned by /error/HTTP_UNAUTHORIZED.html.var > > I have read the doc's regarding the new settings and directives however I still can not find and adequate solution. > > -----Original Message----- > From: Graham Leggett [mailto:kimberlythompson@example.net] > Sent: Tuesday, March 11, 2003 1:56 AM > To: kimberlythompson@example.net > Subject: Re: Question regarding changes for mod_proxy on apache 1.3.X to > 2.0X > > > Jorge Reyes wrote: > > >>I hope this is the right mailing list to request information regarding >>the changes on mod_proxy from Apache 1.3 to apache 2.0 > > > A better place to post this would be the main kimberlythompson@example.net > mailing list, as your question has to do with authentication. > > >>The configuration that works under 1.3 but no longer does on 2.0 is: > > > Define "no longer works". > > Regards, > Graham From kimberlythompson@example.net Thu Mar 13 20:04:22 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 77678 invoked by uid 500); 13 Mar 2003 20:04:22 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 77666 invoked from network); 13 Mar 2003 20:04:22 -0000 Message-ID: <kimberlythompson@example.net> Date: Thu, 13 Mar 2003 15:04:16 -0500 From: Bill Stoddard <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: mod_rewrite/mod_header/mod_proxy problem References: <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Josh Konkol wrote: > Once again Bill is correct. > > If I use setenv to set an environment variable it works. What doesn't > appear to work are the environment variables set from [e=key:value] on a > rewriterule line. I can see the value being set in the rewrite log. > > Any ideas ?? > Nothing obvious jumps kimberlythompson@example.net. I don't have a lot of time to spend on this now so you should probably open a PR in bugzilla and include a very simple test case demonstrating the failure. Someone will eventually get around to debugging it. Bill From kimberlythompson@example.net Fri Mar 14 11:59:44 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 5872 invoked by uid 500); 14 Mar 2003 11:59:44 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 5861 invoked from network); 14 Mar 2003 11:59:43 -0000 X-Authentication-Warning: vlafo3.vlafo.be: Processed from queue /var/spool/mqueue X-Authentication-Warning: vlafo3.vlafo.be: Processed by daemon with -C /etc/mail/sendmail.cf.orig Message-ID: <kimberlythompson@example.net> Date: Fri, 14 Mar 2003 12:58:29 +0100 From: Peter Van Biesen <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: proxy_ftp : your opinion ? EPSV / PASV and firewalls Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello, Our firewall between the proxy and the internet is configured very restrictive, so only known ports are allowed in either direction. This poses a problem with the EPSV/PASV implementation of the ftp proxy; servers that are able to run in EPSV or PASV mode make the proxy produce a "bad gateway" error ( Firewall / NAT ? ). I've temporarly enabled the bypass code but I was thinking of writing a more permanent patch. Therefor, please your opinion: there are two ways to implement this : 1) add a directive to specify if EPSV and/or PASV should be used 2) alter the code to continue with PORT where it now throws a bad gateway error The second option is the easiest for the administrator, but generates more processing overhead ( arbitrary ports will always be blocked, but the proxy will continue trying for every request ). The first options produces less overhead, but requires intervention by the administrator ( adaptation of docs, ... ). Thanx ! Peter. From kimberlythompson@example.net Sat Mar 15 06:06:45 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 62701 invoked by uid 500); 15 Mar 2003 06:06:45 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 62690 invoked from network); 15 Mar 2003 06:06:45 -0000 Date: Fri, 14 Mar 2003 23:06:35 -0700 (MST) From: Alex Rousskov <kimberlythompson@example.net> To: kimberlythompson@example.net cc: Mathias Herberts <kimberlythompson@example.net> Subject: Re: [PATCH] mod_proxy handling of chunked requests In-Reply-To: <kimberlythompson@example.net> Message-ID: <kimberlythompson@example.net> References: <kimberlythompson@example.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Mathias, We have not tested Apache 1.3.27, but recent 2.x versions seem to pass all our test cases related to chunked requests in a forward proxy environment. If you can upgrade, it may solve your problem (but may trigger other bugs). I am sorry that I cannot help you directly, but I am excited to see another real-world use of chunked requests. We have been working with many HTTP implementations that cannot handle those, and it always helps to have more real-world demand when you argue for HTTP/1.1 compliance. I am not an Apache developer, but if you think that testing your patch will help its inclusion in 1.x code branch, please contact me to arrange for a free test. Good luck, Alex. -- | HTTP performance - Web Polygraph benchmark www.measurement-factory.com | HTTP compliance+ - Co-Advisor test suite | all of the above - PolyBox appliance On Tue, 11 Mar 2003, Mathias Herberts wrote: > Here is my second shot of a patch solving the issue of requests sent > using 'Transfer-Encoding: chunked' and handled by mod_proxy in Apache > 1.3.27. Basically it changes mod_proxy behavior from > REQUEST_CHUNKED_ERROR to REQUEST_CHUNKED_PASS, meaning requests sent > using chunked transfer encoding will be passed as is to the origin server. > > This patch is minimal and does not modify the behavior of mod_proxy for > non chunked requests, it issues an additional 'Transfer-Encoding: > chunked' when the request used one. > > Please provide any feedback. > > Mathias. > > -- > -- Informatique du Credit Mutuel ---- Reseaux et Systemes Distribues > -- 32 rue Mirabeau -- Le Relecq-Kerhuon -- 29808 Brest Cedex 9, FRANCE > -- Tel 714-371-2496 - Fax 714-371-2496 - Mail kimberlythompson@example.net > -- Key Fingerprint: 8778 D2FD 3B4A 6B33 10AB F503 63D0 ADAE 9112 03E4 > From kimberlythompson@example.net Sun Mar 16 17:50:45 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 87856 invoked by uid 500); 16 Mar 2003 17:50:44 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 87841 invoked from network); 16 Mar 2003 17:50:43 -0000 Message-ID: <kimberlythompson@example.net> Date: Sun, 16 Mar 2003 19:50:42 +0200 From: Graham Leggett <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.2) Gecko/20030110 X-Accept-Language: en-gb, en-za, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: proxy_ftp : your opinion ? EPSV / PASV and firewalls References: <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Peter Van Biesen wrote: > Our firewall between the proxy and the internet is configured very > restrictive, so only known ports are allowed in either direction. This > poses a problem with the EPSV/PASV implementation of the ftp proxy; > servers that are able to run in EPSV or PASV mode make the proxy produce > a "bad gateway" error ( Firewall / NAT ? ). I've temporarly enabled the > bypass code but I was thinking of writing a more permanent patch. > > Therefor, please your opinion: there are two ways to implement this : > > 1) add a directive to specify if EPSV and/or PASV should be used EPSV and PASV are always used. The logic is try EPSV, if that fails, try PASV, if that fails, try PORT. > 2) alter the code to continue with PORT where it now throws a bad > gateway error To be honest I think you are probably looking at the broken firewall implementation. Try set up the firewall so that it does PASV properly. Regards, Graham -- ----------------------------------------- kimberlythompson@example.net "There's a moon over Bourbon Street tonight..." From kimberlythompson@example.net Mon Mar 17 08:51:08 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 55408 invoked by uid 500); 17 Mar 2003 08:51:07 -0000 Mailing-List: contact kimberlythompson@example.net; run by ezmlm Precedence: bulk Reply-To: kimberlythompson@example.net list-help: <mailto:kimberlythompson@example.net> list-unsubscribe: <mailto:kimberlythompson@example.net> list-post: <mailto:kimberlythompson@example.net> Delivered-To: mailing list kimberlythompson@example.net Received: (qmail 55395 invoked from network); 17 Mar 2003 08:51:06 -0000 X-Authentication-Warning: vlafo3.vlafo.be: Processed from queue /var/spool/mqueue X-Authentication-Warning: vlafo3.vlafo.be: Processed by daemon with -C /etc/mail/sendmail.cf.orig Message-ID: <kimberlythompson@example.net> Date: Mon, 17 Mar 2003 09:50:06 +0100 From: Peter Van Biesen <kimberlythompson@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kimberlythompson@example.net Subject: Re: proxy_ftp : your opinion ? EPSV / PASV and firewalls References: <kimberlythompson@example.net> <kimberlythompson@example.net> In-Reply-To: <kimberlythompson@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Graham Leggett wrote: > Peter Van Biesen wrote: > The logic is try EPSV, if that fails, try PASV, if that fails, try PORT. > >> 2) alter the code to continue with PORT where it now throws a bad >> gateway error > > > To be honest I think you are probably looking at the broken firewall > implementation. Try set up the firewall so that it does PASV properly. Out firewall allows PASV, connecting manually to a remote server in passive mode works fine, but with the current implementation of proxy_ftp this wouldn't help either. If the remote server is able to use EPSV, PASV is never tried, even when the firewall blocks the dataconnection, it just gives a 'bad gateway' error, or am I reading the source wrong ? I've pasted some relevant code from the source at the bottom. > Regards, > Graham I'll make a patch which jumps to PASV when the dataconnection fails ( time permitting ;-) ) ... Peter. /* * IV: Make Data Connection? ------------------------- * * Try EPSV, if that fails... try PASV, if that fails... try PORT. */ /* set up data connection - EPSV */ { rc = proxy_ftp_command("EPSV" CRLF, r, origin, bb, &ftpmessage); ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r->server, "proxy: FTP: EPSV contacting remote host on port %d", data_port); /* opening a socket is possible ... */ if ((rv = apr_socket_create(&data_sock, connect_addr->family, SOCK_STREAM, r->pool)) != APR_SUCCESS) { ap_log_rerror(APLOG_MARK, APLOG_ERR, rv, r, "proxy: FTP: error creating EPSV socket"); return HTTP_INTERNAL_SERVER_ERROR; } /* but now, connection gets blocked by the firewall */ rv = apr_connect(data_sock, epsv_addr); if (rv != APR_SUCCESS) { /* should jump to PASV, but just gives a 'bad gateway' instead ... */ ap_log_error(APLOG_MARK, APLOG_ERR, rv, r->server, "proxy: FTP: EPSV attempt to connect to %pI failed - Firewall/NAT?", epsv_addr); return ap_proxyerror(r, HTTP_BAD_GATEWAY, apr_psprintf(r->pool, "EPSV attempt to connect to %pI failed - firewall/NAT?", epsv_addr)); } else { connect = 1; } } else { /* and try the regular way */ apr_socket_close(data_sock); } } } From kimberlythompson@example.net Wed Mar 19 01:46:41 2003 Return-Path: <kimberlythompson@example.net> Delivered-To: kimberlythompson@example.net Received: (qmail 40182 invoked from network); 19 Mar 2003 01:46:39 -0000 Received: from unknown (HELO nt4) (83.161.120.155) by daedalus.apache.org with SMTP; 19 Mar 2003 01:46:39 -0000 Received: from nt4 by nt4 with ESMTP; Tue, 18 Mar 2003 20:50:51 -0800 Message-ID: <61ddf90$7f2c$2d95@nt4> Mime-Version: 1.0 To: <kimberlythompson@example.net> X-Priority: 3 Content-Type: multipart/mixed; boundary="----=_NextPart_8449_18223_A37.67BD780215A5" From: "leonore dalley" <kimberlythompson@example.net> Reply-to: kimberlythompson@example.net Subject: Hi there Date: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ------=_NextPart_8449_18223_A37.67BD780215A5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit <html> <head> <title>Untitled Document</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div align="center"> <table width="99%" border="0" height="97"> <tr> <td width="21%" height="153"> <div align="right"><img src="http://www.privacy-control.com/images/woman.gif" width="162" height="151"></div> </td> <td width="79%" height="153"> <p><font face=3D"Tahoma, Arial, Helvetica, san= s-serif" size=3D"2" color=3D"3C3F7E"><font color="#BF0026" size="4">IS YOUR SPOUSE CHEATING ONLINE?</font></font></p> <p><font face="3D"Tahoma," verdana,="verdana," arial,="arial," helve="tica," sans-serif="sans-serif" color="#000066" size="3D"5""><b>Find Out Who They Are Chatting/Emailing With All Those Hours!!!</b></font></p> <p><font color="#000066"><b>Protect your family on the Internet<br> Make sure they are being safe on the Internet with Privacy-Control Monitoring Software.</b></font> </p> </td> </tr> </table> <div align="left"><b><font color="#000066">Privacy-Control will hide on your computer and secretly record all instant messages, chat, email, web sites and more! Once you install it, it becomes completely invisible. Then, after the computer is used, you just enter a secret key-sequence, and you can see everything that happened!</font></b></div> </div> <p align="left"><font color="#000066"><b>Why wonder what is going on...? Let Privacy Control make internet safe for your family.</b></font></p> <ul> <li><font color="#000071" face="Times New Roman, Times, serif"><b><font size="3">Records <font color="#BF0026">BOTH SIDES </font>of chat, instant messages and email.</font></b></font></li> <li><font color="#000071" face="Times New Roman, Times, serif"><b><font size="3">Records <font color="#BF0026">INCOMING</font> and <font color="#BF0026">OUTGOING</font> Hotmail, Yahoo Mail, AOL and more.</font></b></font></li> <li><font color="#000071" face="Times New Roman, Times, serif"><b><font size="3">Works in total secrecy.... cannot be bypassed or detected by user. Will not slow down the computer</font></b></font></li> </ul> <p align="left"><font color="#000066"><b>With Privacy-Control you can record: </b></font></p> <div align="center"> <table width="95%" border="0" height="65"> <tr> <td width="47%" height="89"> <ul> <li><b><font color="#000066">AOL Instant Messenger</font></b></li> <li><b><font color="#000066">MSN Messenger</font></b></li> <li><b><font color="#000066">All web sites visited</font></b></li> <li><b><font color="#000066">All keystrokes type</font></b></li> </ul> </td> <td width="53%" height="89"> <ul> <li><b><font color="#000066">Web based email</font></b></li> <li><b><font color="#000066">Compuserve</font></b></li> <li><b><font color="#000066">AOL </font></b></li> </ul> </td> </tr> </table> <div align="left"> <p><font color="#000066"><b>Privacy Control will NOT show up anywhere in the START menu, there will be no icons for it, and it won't even
{'source': 'Apache Software Foundation Public Mail Archives'}