Error Host Not Found Authoritative
Contents |
years ago Last modified 5 years ago #1253 closed bug (Invalid) Tracker status "Error: Host not found (authoritative)" Reported by: simonbcn Owned by: Priority: major Milestone: Future Component: Core Version: 1.3.0_dev Keywords: Cc: baliulia@… Description Deluge shows me this host not found (authoritative) boost tracker status error with active torrents of the same tracker. But the tracker boost::asio::ip::resolver_query_base::numeric_service is up. What's the problem? Oldest first Newest first Threaded Comments only Change History (5) comment:1 follow-up: ↓ 2 Changed boost::asio::ip::tcp::resolver::query 6 years ago by simonbcn Resolution set to invalid Status changed from new to closed Sorry, this is not a deluge bug. It's a problem of that torrent. comment:2 in reply to:
Deluge
↑ 1 Changed 5 years ago by yfyf Cc baliulia@… added Resolution invalid deleted Status changed from closed to reopened Type changed from defect to bug Replying to simonbcn: Sorry, this is not a deluge bug. It's a problem of that torrent. What kind of an answer is that? I have noticed that after standby all my torrents (100+ from 3+ different trackers) have this status and Pause/Resume/Update? tracker/Force re-check does nothing, the only way I can fix this is by manually restarting the deluge daemon. What sort of debug information could I provide to help you with this? comment:3 Changed 5 years ago by Cas Resolution set to invalid Status changed from reopened to closed This is not a Deluge bug, it's networking issue, either DNS or winsock related. comment:4 Changed 5 years ago by yfyf But how can this be a DNS/winsock issue if: everything else network related is functioning fine I am using Linux manual restart fixes it ? comment:5 Changed 5 years ago by Cas 'Host not found' is a networking error when looking up the tracker host name. The message is probably emitted from boost lib which is used by libtorrent so make sure you have the latest version of libtorrent and if possible boost. If you wish to discuss it further please create a topic in the forum. Note: See TracTickets for help on using tickets. Download in other formats: Comma-delimited Text Tab-delimited Text RSS Feed Powered by Trac 1.0.9 By Edgewall Software. Visit the Trac open source project athttp://trac.edgewall.org/
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up Host not found (authoritative) up vote -2 down vote favorite recently http://dev.deluge-torrent.org/ticket/1253 I wrote some app, that create many threads and connect to different servers as client, I used sockets for it, then I realized I can do it with boost library, so I rewrote app to boost part of connections work good and part give this error: Host not found (authoritative) I don't know why it happens, when I used getaddrbyhost it works perfectly but boost resolver give this error... http://stackoverflow.com/questions/19842168/host-not-found-authoritative what can be wrong, every address is domain. Here is part of code: class client { public: client(boost::asio::io_service& io_service, const char* server, const char* port, const int i) : resolver_(io_service), socket_(io_service), i_(i) { tcp::resolver::query query(tcp::v4(), boost::lexical_cast< std::string >( server ), boost::lexical_cast< std::string >( port ), boost::asio::ip::resolver_query_base::numeric_service); resolver_.async_resolve(query, boost::bind(&client::handle_resolve, this, boost::asio::placeholders::error, boost::asio::placeholders::iterator)); } private: void handle_resolve(const boost::system::error_code& err, tcp::resolver::iterator endpoint_iterator) { if (!err) { boost::asio::async_connect(socket_, endpoint_iterator, boost::bind(&client::handle_connect, this, boost::asio::placeholders::error)); } else { //here outputs error std::cout << __FUNCTION__ << " Error: " << err.message() << "\n"; } } edit totally weird yesterday I got problems with it and today it works... hmm maybe dhcp was busy or something c++ boost boost-asio share|improve this question edited Nov 8 '13 at 14:42 asked Nov 7 '13 at 17:07 kmlnvm 1,0861521 add a comment| 2 Answers 2 active oldest votes up vote 1 down vote Most likely, the domain is one that is not resolvable by DNS but is resolvable by some other method that the host platform uses, such as an /etc/hosts style table, WINS, or some similar name resolution scheme. share|improve this answer answered Nov 7 '13 at 17:14 David Schwartz 108k899163 so what can I do, I use linux to test, every d
Sign in Pricing Blog Support Search GitHub This repository Watch 147 Star 1,105 Fork 407 cpp-netlib/cpp-netlib forked from glynos/cpp-netlib Code Issues 95 Pull requests 2 Projects 0 Wiki Pulse Graphs New issue http-client https://github.com/cpp-netlib/cpp-netlib/issues/396 ERROR : Host not found (authoritative) #396 Closed souadjiAmine opened this Issue May 6, 2014 · 1 comment Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 2 participants souadjiAmine commented May 6, 2014 Hello when my pc are no connected at any network and i try to execute http_client in localhost ($ ./http_client 127.0.0.1), i had error Host not found host not (authoritative), i use stable version of cpp-netlib 0.11 and boost 1.55.0 C++ Network Library member deanberris commented Sep 1, 2014 This is by design @souadjiAmine -- since the client cannot resolve the host (presumably because you cannot reach a resolver or DNS server because you're not connected to the network) then you're supposed to catch the exception and deal with it accordingly. This looks like a Boost.Asio issue, which host not found I think will only come up if you have a DNS server set up in your environment, but your network is down and thus the resolver cannot be reached. I don't think this is worth special-casing -- I suspect when we have a more mature/feature-full implementation of the URI library in place, we can check whether the host provided is an IP address (v4 or v6) and not bother trying to resolve it. What do you think? Or have you found a work-around that's easy to integrate into the library implementation? Do you mind sending in a pull request to fix this? In the meantime I'll mark this closed -- please reopen if you think this is important enough to have someone spend time on fixing it in 0.11.1. deanberris closed this Sep 1, 2014 Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc. Terms Privacy Security Status Help You can't perform that action at this time. You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.