similar to: Hostname resolve fails after upgrade from 4.2 to 4.5

On Thursday, 11 May 2017 21:11:52 CEST Guru Prasad via samba-technical wrote: > If the machine has samba 4.4 or above installed in it then any program such > as ping sends a request to winbindd for name resolution. > > Hope ping is a independent program and doesn't depend on samba or winbindd. > Then how will the ping/mount request reaches winbindd from 4.4 and not > before

(a bit off-topic for samba-technical so I removed that CC) The short answer would be to read the nsswitch.conf manpage - you need libnss_wins.so in /lib and you need "wins" in the "hosts" line in /etc/nsswitch.conf. I found this description in the wiki, which tries to explain how this works (pretty much what I've written):

On 05/11/2017 04:40 PM, Guru Prasad via samba-technical wrote: > Hi All, > > Just have few queries related to resolving the hostnames with the newer > samba versions (4.5.x) Previoulsy i have used samba 4.2.x. > > I have compiled and installed samba 4.2 in my debian machine. > At the end i have "smbd" and "nmbd" daemons running in my machine. > > I

https://bugzilla.mindrot.org/show_bug.cgi?id=2122 Bug ID: 2122 Summary: ssh: Could not resolve hostname nohost: Success Product: Portable OpenSSH Version: 6.2p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at

[Please CC me, I'm not on the list] My box is on a mostly Windows-populated network. Naturally, I set up Samba and added WINS as a name resolution option. I found out that some programs now can use NetBIOS names, other can't. openssh falls into latter category :-( I found that openssh use this snippet to convert hostname to ip: if((gaierr = getaddrinfo(host, strport, &hints,

Hello, we have an Samba-Server acting as Domain-Member in an Win2003 AD-Domain. System: Solaris 9 Samba Version: 3.3.5 After a while the winbindd couldn't resolve Host-Names: [2009/10/16 15:33:36, 3] libsmb/namequery.c:(1971) get_dc_list: preferred server list: ", AFWPD003.agi-de.net AFWPD004.agi-de.net AFWPD005.agi-d.agi-de.net AFWPD006.agi-d.agi-de.net AFWPD007.agi-d.agi-de.net

On Mon, Feb 09, 2015 at 10:57:05AM +0100, Florian Klink wrote: > I have some hosts which converted to systemd-networkd (which doesn't > support hooks by now), and most of the time, tinc simply won't come up > after bootup (or won't be able to reconnect when the network is > changed), which is really ugly. > > Having a local dns in front is somewhat hacky, I'd

On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > > address was NULL, and if that was true, neither of the hunks here would > > actually be executed in the first place. > > Right. Today it only has an

Okay, let me chime in here. AI_ADDRCONFIG seems to be the Wrong Thing[TM]. AI_PASSIVE seems to be the Right Thing[TM]. Part of the problem is that the fallback code for the case of getaddrinfo() not being there is braindead, and of course the original code used to use gethostbyname() directly. I already have a much better fallback version of getaddrinfo() written which would let us make much

On Fri, Feb 03, 2017 at 03:40:32PM +1030, Ron wrote: > On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > > > address was NULL, and if that was true, neither of the hunks here would > > >

Hi all, I'm using openssh 5.9p1 with the remote port forwarding "ssh -R 20000:localhost:22 xxx at x.x.x.x". The tunnel is set up. But when I write data to the tunnel, the ssh client failed to forward the data to the localhost. The debug is below: debug1: client_input_channel_open: ctype forwarded-tcpip rchan 2 win 131072 max 32768 debug1: client_request_forwarded_tcpip: listen

I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects alphaev67-dec-osf5.0, gcc release is a 3.1.1). rsync fails using rsync://<hostname>/ syntax. > lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/ > rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype > rsync error: error in socket IO (code 10) at clientserver.c(83) Is there anyone else

After compiling and installing ssh-1.2.2 at home whenever I try to ssh to a host ssh freezes and never actually tries to establish a connection. Actually it depends on whether I'm dialed in or not (it has to do with dns lookups, I'm not sure exactly what it is doing). The problem seems to be caused by getaddrinfo in ssh.c, line 511. If I strace the process it keeps trying to connect to

From: Prasad Pillarisetti <prasad.pillarisetti at gmail.com> > ***Do you perform downtimes just for the purpose of rebooting the systems? > ***Is there a recommended interval Linux system should be rebooted? Okay, here's my short answer: Regardless of OS, you should _always_ reserve dates/times for preventive maintenance on a regular basis. But I agree with most others, unless

On Dec 16, 2013, at 10:11 PM, David C. Rankin wrote: > On 12/16/2013 08:01 PM, Charles Lepple wrote: >> On Dec 16, 2013, at 4:19 PM, David C. Rankin wrote: >> >>>> Dec 16 14:05:16 phoinix upsd[369]: getaddrinfo: Servname not supported for >>>> ai_socktype >> [...] >>>> The kernel update was from linux (3.12.1-3 -> 3.12.5-1), I don't

On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-K?nig wrote: > AI_CANONNAME is only relevant when the resulting official name is used, > which is not the case in tftpd for the address to bind to. Also > AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to > connect(2) somewhere. But for listening sockets it makes tftpd fail to > start when -a 0.0.0.0:69 is

HI Samba Guru's We are installing Samba newly on our environment. We have lot of users existing in our enviromnt. We would like to give samba access to users. Do we have add each user or can we tell the samba to authenticate the users from /etc/passwd and password from /etc/shadow and what are the options if the users are in NIS. Please help Thanks Prasad.

On 12/16/2013 09:23 PM, Charles Lepple wrote: > Not sure - I didn't write the getaddrinfo() code in upsd, but it seemed to > follow all of the recommendations on how to use that function. So if there is > a way to fix it in the NUT code, I am not aware of it (and would appreciate > any updates if that turns out to be the case). > > The odd part is that it looks like you went

http://bugzilla.mindrot.org/show_bug.cgi?id=405 Summary: getaddrinfo delays Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: dgp at nist.gov This

Hello Ron, On Sat, Feb 04, 2017 at 03:46:46PM +1030, Ron wrote: > > [...] > That would seem to be a pretty good summation of how we're failing to > converge here ... I mixed too many things that IMHO improve the code but actually only care about one of those. So I suggest we restart the discussion with focusing on that one thing only. Let me try that: Currently tftpd when