search for: gethostbyname

...uot; line. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Chris Samaritoni Sent: Wednesday, October 06, 2004 1:36 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] Asterisk and Festival,getting gethostbyname failed error I've installed festival 1.4.3, I've applied the proper patches and everthing seems to have gone fine. So I edited the festival.conf file per the Wiki ; Festival Configuration [general] host=localhost port=1314 usecache=yes cachedir=/var/lib/asterisk/festivalcache/ festivalcom...

Hi, Lately, the system log on my CentOS 5 box, with all the latest updates, have started filling up with messages of the form: Jan 24 09:47:26 i58524 rpc.statd[3452]: gethostbyname error for i58524 Jan 24 09:47:26 i58524 rpc.statd[3452]: STAT_FAIL to i58524 for SM_MON of 10.30.39.59 Jan 24 09:47:26 i58524 kernel: lockd: cannot monitor 10.30.39.59 It does not seem like there is really anything wrong with the hosts setup, though - the gethostbyname call in question works app...

----- Original Message ----- > From: "Simon Banton" <centos at web.org.uk> > To: "CentOS mailing list" <centos at centos.org> > Sent: Wednesday, January 28, 2015 6:10:34 AM > Subject: Re: [CentOS] CVE-2015-0235 - glibc gethostbyname > > Hi, > > For reasons which are too tiresome to bore you all with, I have an > obligation to look after a suite of legacy CentOS 4.x systems which > cannot be migrated upwards. > > I note on https://access.redhat.com/articles/1332213 the following > comment from a RH...

So just a quick note: Dovecot in general doesn't do DNS lookups, except the ones in configuration files and such. So I don't think there are any Dovecot setups which do DNS lookups for untrusted hostnames. Also, gethostbyname() is used only if IPv6 support isn't compiled into Dovecot. And IPv6 support is enabled by default if the libc is detected to support it, so pretty much all systems use it.

> Ok, I've just checked doing the same thing under windows. > > The test(ripdaveno is the name of the Computer I tested on): > > { > ... > hostent* h = gethostbyname("ripdaveno"); > char* str = inet_ntoa(*((in_addr*)h->h_addr_list[0])); > ... > } > > The string in str was "192.168.2.75" which is my Network IP-Adress. With > wine(under Linux), as far as I've tested it, exactly the same code always > generates...

Can anyone comment on the following results from running a test program we've writen for PostgreSQL? Should the following be thread-safe, either as themselves, or a different function we should be calling? Your gethostbyname() is _not_ thread-safe Your getpwuid() is _not_ thread-safe

All, Please excuse any ignorance in this e-mail as I am not a RH/CentOS/Fedora user and may blunder my way through the correct terminology for my request. I'm tasked with reconstructing the CentOS version of the GlibC library for testing with gethostbyname(). My mission is to show that we are not affected by the latest exploit for the product we are shipping targeted for RHEL and CentOS. To do so, I want to equip gethostbyname() with additional code. My objective is to rebuild from source the EXACT version of GlibC for CentOS 6.6. Afterwards, I wi...

On Tue, January 27, 2015 2:35 pm, Thomas Eriksson wrote: > On 01/27/2015 12:22 PM, Valeri Galtsev wrote: >> >> On Tue, January 27, 2015 1:58 pm, Peter Lawler wrote: >>> On 28/01/15 04:47, Always Learning wrote: >>>> >>>> Saw this on the Exim List:- >>>> >>> <SNIP> >>>> >>>> I use Exim on C5 and C6 -

Dtracing gethostbyname I''m trying to read the h_alias array and all the entries it points to however every time I copyin an entry pointed to by the first entry in teh h_alias array the other entries in the array get corrupted. So I have ended up with this script: #!/usr/bin/dtrace -CZs #include <netdb.h&g...

Saw this on the Exim List:- From: Tony Finch <dot--at-- at dotat.at> Subject: [exim] CVE-2015-0235 - glibc gethostbyname remotely exploitable via exim Date: Tue, 27 Jan 2015 17:33:45 +0000 "The Exim mail server is exploitable remotely if configured to perform extra security checks on the HELO and EHLO commands ("helo_verify_hosts" or "helo_try_verify_hosts" option, or "verify = helo&q...

On 28/01/15 04:47, Always Learning wrote: > > Saw this on the Exim List:- > <SNIP> > > I use Exim on C5 and C6 - should I be worried about Exim on C6 ? > upstream references: https://rhn.redhat.com/errata/RHSA-2015-0092.html https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235 Note that in the openwall.com URL you provided

Packages are being built for CentOS 5, 6 & 7 at the moment: https://twitter.com/CentOS/status/560128242682966017 & https://twitter.com/CentOS/status/560138182441070592 On 27 January 2015 at 20:22, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > > On Tue, January 27, 2015 1:58 pm, Peter Lawler wrote: > > On 28/01/15 04:47, Always Learning wrote: > >> >

On 01/27/2015 12:22 PM, Valeri Galtsev wrote: > > On Tue, January 27, 2015 1:58 pm, Peter Lawler wrote: >> On 28/01/15 04:47, Always Learning wrote: >>> >>> Saw this on the Exim List:- >>> >> <SNIP> >>> >>> I use Exim on C5 and C6 - should I be worried about Exim on C6 ? >>> >> >> upstream references:

Hi, For reasons which are too tiresome to bore you all with, I have an obligation to look after a suite of legacy CentOS 4.x systems which cannot be migrated upwards. I note on https://access.redhat.com/articles/1332213 the following comment from a RHN person: >We are currently working on and testing errata for RHEL 4, we will >post an update for it as soon as it's ready. Thank

I have an issue, although it's a result of sketchy code in the sip implementation in Asterisk that's been around forever, I am sure I am going to have to fix it some other way as many people have waited with no fix yet from Digium. If a name resolution fails for a remote sip peer, the entire stack tanks and local sip phones don't work either. We have several sip trunks and an analog

I know this has been discussed; but I can't seems to find the answer on the digest server. Can/How do I provide WINS name resolution for unix machine names ? We are using WINS on the PC side and /etc/hosts on the unix side. I would like to have a unix machine respond to WINS queries when it finds the requested name in it's host file. I have experimented with 'wins proxy',

...another matter. I've got 17+K desktops and the host naming convention is not supported by our DNS. Our telecomm engineer and DNS keeper said that our only hope was name to address resolution by WINS. Sounds good, but I noted in the diagnostics procedures that I had to enable the usual gethostbyname() name to address resolution before moving on to NetBIOS name resolution. I need to supplant gethostbyname() with WINS. The specifics of doing that within Tivoli are beyond the scope of this list and I'm not asking for that type of advice. What I do need though, is some technique/whateve...

> > I'm tasked with reconstructing the CentOS version of the GlibC library for testing with > > gethostbyname(). My mission is to show that we are not affected by the latest exploit for > > the product we are shipping targeted for RHEL and CentOS. To do so, I want to equip > > gethostbyname() with additional code. > > Do you plan on shipping this updated glibc as part of the product, o...

...e following: 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4725f1 (and the few lines above it) to try and figure out what's causing my Dreamweaver to crash. Originally, DW wouldn't start and I found this in my log files using WINEDEBUG=+all: ----------- 0009:Ret ws2_32.gethostbyname() retval=00000000 ret=004725f1 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4725f1 ----------- This told me that gethostbyname() was supposed to store a value in address 0x4725f1 and did not, causing DW to crash. I have fixed that problem thanks to help from users on this lis...

...032) ret=004725e3 3757167 0009:trace:winsock:WS_gethostname name 0x406dfadc, len 50 3757168 0009:trace:winsock:WS_gethostname <- 'IBMFB1L0DH.ercsarnia.ca' 3757169 0009:Ret ws2_32.gethostname() retval=00000000 ret=004725e3 # above four lines appear to go fine # 3757170 0009:Call ws2_32.gethostbyname(406dfadc "IBMFB1L0DH.ercsarnia.ca") ret=004725f1 # This ret address fails ... 3757177 0009:trace:winsock:WS_gethostbyname "IBMFB1L0DH.ercsarnia.ca" ret (nil) 3757178 0009:Ret ws2_32.gethostbyname() retval=00000000 ret=004725f1 3757179 0009:trace:seh:EXC_RtlRaiseException code=c...