Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 53392 invoked from network); 11 Aug 2010 10:49:39 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Aug 2010 10:49:39 -0000 Received: (qmail 76993 invoked by uid 500); 11 Aug 2010 10:49:37 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 76677 invoked by uid 500); 11 Aug 2010 10:49:33 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 76669 invoked by uid 99); 11 Aug 2010 10:49:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Aug 2010 10:49:32 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of truemped@googlemail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Aug 2010 10:49:27 +0000 Received: by bwz17 with SMTP id 17so10326bwz.11 for ; Wed, 11 Aug 2010 03:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=VgQNPR9UNCMAALUCMQOCKN9Fpy1yNtLoNS+GMETffls=; b=Tk149QU+2v5OXoaeXP7y0pkXRSYf09Lkkq2IdZPGlGR5+oGyHgMVfWH6nvnluL6bBa VlVUlU2A/yYvg7e5lMoH1Q/PxFmVBJRgvZky5fg275Vvi9NZ1+FozOKljQgwCForOHTo 0JY4NXGk5djcIIEaM9Jn3rVeVqPG/VNsZeIeE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=s1kMmk1FzQXv+AcTudvJ/QV1Bkr7p9/p7ywQMOmUOf09dg6SPcv01x4NC60c7G4ZjF hvxHVsez7fu79lE5QMymIorQVAhtzwESnabI9VXq9m24U14sRg8kQeD43vNPlCZ6smly SEX4NpwYUKuMo/J2fnyNh0glgmttQjsNT50m4= Received: by 10.204.100.132 with SMTP id y4mr5127687bkn.117.1281523744084; Wed, 11 Aug 2010 03:49:04 -0700 (PDT) Received: from vandusen.neofonie.priv (crt-01-tr.neofonie.de [91.213.91.28]) by mx.google.com with ESMTPS id y2sm5017462bkx.20.2010.08.11.03.49.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Aug 2010 03:49:02 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Replication error using basic authentication on nginx From: Daniel Truemper In-Reply-To: Date: Wed, 11 Aug 2010 12:49:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1081) Hi, =46rom the gist I see that you have enabled basic authentication inside = nginx. Why so? Try do disable it and only use the CouchDB = authentication. In the "http response of replication" the 401 is from nginx not CouchDB. = So maybe it gets mixed up somewhere... Daniel > Hi, >=20 > I have been trying to figure out quite for a while why I cannot do > "pull replication using nginx basic authentication on the source > system. > I simply do not know what I am doing wrong nor why couchdb fails > replicating giving a not authorized error considering I can > successfully do a put request to a design doc. > I tried replication both in futon as on console but no chance to get = it work :-( >=20 > I have put a public gist at: http://gist.github.com/518113 > which shows a couchdb log for the corresponding "pull replication, a > couchdb log for a put request to a design doc, the replication http > response, my complete nginx.conf file and my iptables. Both systems > use Ubuntu 10.04 and Couchdb 0.11.1. >=20 > As I use the same credentials for both the basic authentication in > nginx and couchdb the put request to a design doc succeeds - why > doesn't the replication? >=20 > Can anyone explain the logic of the couchdb replication log? > Why is there a 404 response? > Why are there a 301 response? >=20 > I really got stuck with that and need to find any suitable solution to > use couchdb without admin party mode. >=20 > Any hint is highly appreciated!