[ https://issues.apache.org/jira/browse/SERF-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17682981#comment-17682981 ]
Tomáš Korbař commented on SERF-190: ----------------------------------- I added improved version of the patch [^trunk-multihome.patch]. Libserf already contains mechanism that should prevent this behaviour, it just did not work properly. I backported the mechanism into fedora-rawhide. It would be really nice to get this fixed upstream. > Connection does not fall back to IPv4 when missing IPv6 default route > --------------------------------------------------------------------- > > Key: SERF-190 > URL: https://issues.apache.org/jira/browse/SERF-190 > Project: serf > Issue Type: Bug > Affects Versions: serf-1.3.9 > Reporter: Petr Menšík > Priority: Major > Attachments: serf_v6fallback.diff, trunk-multihome.patch > > > serf and subversion using it will not fall back to IPv4, if IPv6 is enabled > on the system but default IPv6 route leading to target is not available. It > should try all addresses obtained in my opinion, especially from different > address families. > {code:java} > svn co https://nlnetlabs.nl/svn/unbound/trunk > svn: E170013: Unable to connect to a repository at URL > 'https://nlnetlabs.nl/svn/unbound/trunk' > svn: E000113: Error running context: No route to host{code} > Subversion does not have any switch to disable IPv6 and it does not fallback > to IPv4. The latter would be preferred. -- This message was sent by Atlassian Jira (v8.20.10#820010)