It's the server contacting itself. No firewall, nothing fancy on the tcpip side, as you can see in the curl output on the bottom.
--- Andrea Brancatelli On 2018-09-25 08:48, Rene Veerman wrote: > maybe an obvious question.... but did you check that the ports are > forwarded all the way to rubidio.roma.schema31.it ? > > On Mon, Sep 24, 2018 at 4:48 PM Andrea Brancatelli <abrancate...@schema31.it> > wrote: > > Just a side note: the very same replication document started working > when I changed rubidio.roma.schema31.it in 10.33.102.30... but I don't > know if it's because there's no DNS involved or because Couch may be > treating the database as Remote - if it makes sense. > > --- > > Andrea Brancatelli > > On 2018-09-24 15:58, Andrea Brancatelli wrote: > > Hello everybody, > > I'm finally able to play a little with CouchDB 2.2 on FreeBSD. > > I was trying a very basic replication from a remote 1.7 couch instance > to a local one, but I'm not able to get it working. > > I tried almost any kind of combination and I've found that not even a > simple local to local works. > > I'm clearly missing something. > > This is the error for it: > > [error] 2018-09-24T13:54:08.877102Z couchdb@127.0.0.1 <0.5049.0> > -------- couch_replicator_httpc: auth plugin initialization failed > "http://rubidio.roma.schema31.it:5984/snapsafe_dev/"; > {session_request_failed,"http://rubidio.roma.schema31.it:5984/_session > ","snapsafe_dev",{conn_failed,{error,econnrefused}}} [error] > 2018-09-24T13:54:08.877318Z couchdb@127.0.0.1 <0.5049.0> > -------- > throw:{replication_auth_error,{session_request_failed," > http://rubidio.roma.schema31.it:5984/_session > ","snapsafe_dev",{conn_failed,{error,econnrefused}}}}: Replication > 876b75d67ec4fa4b6def5cf07ac0a5f3 failed to start > "http://rubidio.roma.schema31.it:5984/snapsafe_dev/"; -> > "http://rubidio.roma.schema31.it:5984/userdb-736e6170736166655f646576/"; > doc > <<"shards/80000000-9fffffff/_replicator.1537794057">>:<<"05769e4d0221c5@rubidio > ">>stack:[{couch_replicator_httpc,setup,1,[{file,"src/couch_replicator_httpc.erl"},{line,63}]},{couch_replicator_api_wrap,db_open,4,[{file,"src/couch_replicator_api_wrap.erl"},{line,74}]}] > > rubidio.roma.schema31.it is the local machine. 5984 is open and > listening. the name resolves... > > root@rubidio:/usr/local/etc/couchdb2 # curl -v > http://rubidio.roma.schema31.it:5984/_session > * Trying 10.33.102.30... > * TCP_NODELAY set > * Connected to rubidio.roma.schema31.it (10.33.102.30) port 5984 (#0) > > GET /_session HTTP/1.1 > Host: rubidio.roma.schema31.it:5984 > User-Agent: curl/7.61.1 > Accept: */* < HTTP/1.1 200 OK > < Cache-Control: must-revalidate > < Content-Length: 132 > < Content-Type: application/json > < Date: Mon, 24 Sep 2018 13:57:25 GMT > < Server: CouchDB/2.2.0 (Erlang OTP/20) > < {"ok":true,"userCtx":{"name":null,"roles":[]},"info":{"authentication_db":"_users","authentication_handlers":["cookie","default"]}} > * Connection #0 to host rubidio.roma.schema31.it left intact > > The password for the user in the replication page is correct. > > Note: I was able to get the replication going by setting it as a remote > to remote replication (with same hostnames and so on)... > > I'm very confused... any hint?
