Je suis capable de répliquer des bases de données locales et distantes à l'aide de la fonction de réplication CouchDB. Toutefois, si je spécifie que la source doit être une URL sécurisée (par exemple https://www.mysecurehost.com), CouchDB renvoie une erreur 500. Je suis capable de répliquer correctement si je spécifie que la cible est une URL sécurisée. J'utilise CouchDB V1.0.2. Toute aide à ce sujet serait grandement appréciée.Utilisation de la réplication CouchDB via HTTPS
Répondre
Selon Cloudant support,
CouchDB (y compris la version 1.0.1) a des problèmes avec la réplication HTTPS. Si vous pouvez , essayez de répliquer avec HTTP simple. Sinon, vous devrez attendre jusqu'à ce que CouchDB 1.1 est publié (ETA début 2011).
Ils référence le bug COUCHDB-491 ("Support replication over SSL"), qui semble être fermé, mais pas réellement corrigé.
Mise à jour: According to Cloudant, le problème est toujours présent si vous utilisez une version d'Erlang antérieure à R14.
Merci pour l'info! – JimZ
@JimZ Voir la mise à jour que je viens d'ajouter. S'il vous plaît voter ma réponse si vous pensez que c'est un bon. –
La version 1.0.2 actuelle de CouchDB corrige ces problèmes.
Merci de répondre. On dirait que Jim est déjà sur 1.0.2 et a encore des problèmes. –
Dans ce cas j'apprécierais un rapport de bug avec autant de détails que possible afin que nous puissions obtenir ce corrigé dès que possible: https://issues.apache.org/jira/browse/COUCHDB –
voir la mise à jour dans ma réponse - dit Cloudant c'est seulement un problème avec v1.0.2 si vous utilisez un Erlang plus tôt que R14. Vaut-il encore un rapport de bug? –
- 1. réplication CouchDB
- 2. réplication sélective avec CouchDB
- 3. Accès au futon couchdb via https
- 4. Réplication unidirectionnelle avec CouchDB
- 5. Réplication filtrée CouchDB: Modifier doc_id après la première réplication complète
- 6. réplication marklogic similaire à couchdb
- 7. Compresser le trafic de réplication Couchdb
- 8. CouchDB empêche la réplication en cas de conflit
- 9. Résoudre les conflits de réplication des documents supprimés dans CouchDB
- 10. Réplication mysql via workbench
- 11. Utilisation de Views dans couchDB
- 12. Résolution complète des conflits de réplication dans CouchDB
- 13. la réplication MySQL via ssh - n'a pas
- 14. Utilisation de javax.xml.ws.Endpoint avec HTTPS
- 15. CouchDB _changes notifications - jquery.couch.js couch.app.db.changes() utilisation
- 16. Réplication des données CouchDB du serveur distant vers l'ordinateur local
- 17. Réplication continue permanente avec CouchDB à travers les redémarrages
- 18. Utilisation élégante du noyau # ouvert pour https via open-uri
- 19. Réplication Couchdb du serveur local vers l'instance EC2
- 20. Android ksoap2 via https
- 21. Désactiver l'accès via HTTPS
- 22. Utilisation de https avec Django
- 23. fichier accessible via https
- 24. Utilisation de HTTPS dans android google analytics
- 25. Utilisation de HTTPS et httpWebRequest
- 26. Comment vérifier l'état de la réplication SQL via T-SQL?
- 27. CouchDB: Comment changer la fonction de vue via javascript?
- 28. Utilisation de la réplication MySQL (maître/esclave) avec MyBatis
- 29. Impossible d'appeler via la demande https
- 30. utilisation SSL/https à la page
Je ne suis pas sûr que cela fasse une différence, mais déclenchez-vous la réplication depuis le futon, en utilisant curl, ou via une autre approche? –
Nous déclenchons la réplication de deux façons: 1) via curl, et 2) via notre application. Nous obtenons une erreur dans les deux cas. – JimZ
Pourrait être un bug. Merci d'avoir ajouté ces informations supplémentaires, car cela peut aider à identifier le problème. En outre, j'ai ajouté la balise https. –