Mailing Lists
|
|
cURL Mailing List Monthly Index Single Mail
curl-tracker Archives
[curl:bugs] #1189 after failure in bindlocal(), we should try the next address, not return a fatal error
From: Daniel Stenberg <bagder_at_users.sf.net>
Date: Sat, 06 Apr 2013 15:14:07 +0000
- **status**: open-confirmed --> closed-fixed
--- ** [bugs:#1189] after failure in bindlocal(), we should try the next address, not return a fatal error** **Status:** closed-fixed **Created:** Fri Feb 08, 2013 06:56 PM UTC by Kim Vandry **Last Updated:** Wed Apr 03, 2013 08:30 PM UTC **Owner:** Daniel Stenberg I am using curl_easy_setopt(CURLOPT_INTERFACE, "if!something") to force transfers to use a particular interface but the transfer fails with CURLE_INTERFACE_FAILED, "Failed binding local connection end" if the interface I specify has no IPv6 address. The cause is as follows: 1. The remote hostname resolves successfully and has an IPv6 address and an IPv4 address. 2. cURL attempts to connect to the IPv6 address first. 3. bindlocal (in lib/connect.c) fails because Curl_if2ip cannot find an IPv6 address on the interface. 4. This is a fatal error in singleipconnect() What I was hoping for is that it would try the next IP address in the list. If I patch singleipconnect() to treat a CURLE_INTERFACE_FAILED error from bindlocal() as a non-fatal error, everything works: it tries the IPv4 address, and that succeeds. I do not want to disable IPv6 completely (perhaps using CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4) because sometimes the interface I am binding to might have an IPv6 address. Please consider applying the suggested patch or something similar. Thank you! --- Sent from sourceforge.net because you indicated interest in <https://sourceforge.net/p/curl/bugs/1189/> To unsubscribe from further messages, please visit <https://sourceforge.net/auth/subscriptions/>Received on 2013-04-06 These mail archives are generated by hypermail. |
Page updated January 05, 2012.
web site info