[#76442] [Ruby trunk Feature#11741] Migrate Ruby to Git from Subversion — naruse@...
Issue #11741 has been updated by Yui NARUSE.
3 messages
2016/07/19
[#76515] [Ruby trunk Bug#12610] webrick: protect from httpoxy — nagachika00@...
Issue #12610 has been updated by Tomoyuki Chikanaga.
3 messages
2016/07/22
[ruby-core:76478] [Ruby trunk Bug#12604] Win32::Resolv.get_resolv_info returns unavailable DNS servers
From:
larsch@...
Date:
2016-07-20 15:35:35 UTC
List:
ruby-core #76478
Issue #12604 has been reported by Lars Christensen. ---------------------------------------- Bug #12604: Win32::Resolv.get_resolv_info returns unavailable DNS servers https://bugs.ruby-lang.org/issues/12604 * Author: Lars Christensen * Status: Open * Priority: Normal * Assignee: * ruby -v: ruby 2.2.4p230 (2015-12-16 revision 53155) [i386-mingw32] * Backport: 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN ---------------------------------------- Win32::Resolv.get_resolv_info returns a list of IP address that include DNS server for network devices that are not connected, causing long timeouts when using Resolv::DNS (or Rubygems which uses Resolv::DNS) Win32::Resolv scans the registry for DNS server addresses. Unfortunatly, if some of your network devices are not currently connected, the old DNS information is still stored in registry. So get_resolv_info still returns it. This can cause very long timeouts when using Resolv::DNS (e.g. rubygems). For example, a simple 'gem install' on my machine would take over a minute, because of several timeouts waiting for DNS. Example: <pre> irb(main):024:0> Win32::Resolv.get_resolv_info => [["mynet", "mycompany.local", "local"], ["192.168.1.1", "172.27.0.1", "8.8.8.8", "8.8.4.4", "192.168.101.10", "192.168.101.11"]] </pre> * 192.168.1.1 is the DNS server from my home Wifi (not currently connected) * 172.27.0.1 is the DNS server from a router I had connected via an USB Ethernet Device a week ago * 8.8.8.8 is from the same as above (but incidentally works, since it is available) * 192.168.101.10+11 are the actual current DNS server I think a solution could be to rely on GetAdapterAddresses() in the Win32 API instead to get the IP address of DNS server. As a workaround for users affected by this is to remove unconnected Interfaces from HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces in the registry. -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>