openslp-devel Mailing List for OpenSLP
Brought to you by:
jcalcote
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(33) |
Jun
(18) |
Jul
(14) |
Aug
(14) |
Sep
(116) |
Oct
(65) |
Nov
(28) |
Dec
(64) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(10) |
Feb
(23) |
Mar
(26) |
Apr
(14) |
May
(4) |
Jun
(18) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(11) |
Nov
(9) |
Dec
(4) |
2002 |
Jan
(15) |
Feb
(6) |
Mar
(14) |
Apr
(11) |
May
(15) |
Jun
(12) |
Jul
(4) |
Aug
(23) |
Sep
(12) |
Oct
(1) |
Nov
(20) |
Dec
(29) |
2003 |
Jan
(23) |
Feb
(42) |
Mar
(33) |
Apr
(11) |
May
(4) |
Jun
(16) |
Jul
(34) |
Aug
(12) |
Sep
(6) |
Oct
(3) |
Nov
(2) |
Dec
(5) |
2004 |
Jan
(7) |
Feb
(6) |
Mar
(2) |
Apr
(9) |
May
(4) |
Jun
(7) |
Jul
(2) |
Aug
(14) |
Sep
(8) |
Oct
(2) |
Nov
(10) |
Dec
(7) |
2005 |
Jan
(1) |
Feb
(3) |
Mar
(6) |
Apr
(2) |
May
(5) |
Jun
(4) |
Jul
(8) |
Aug
(11) |
Sep
(3) |
Oct
(2) |
Nov
(3) |
Dec
(2) |
2006 |
Jan
(3) |
Feb
(1) |
Mar
(12) |
Apr
(28) |
May
(11) |
Jun
(29) |
Jul
(15) |
Aug
(38) |
Sep
(12) |
Oct
(41) |
Nov
(77) |
Dec
(31) |
2007 |
Jan
(4) |
Feb
(10) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(4) |
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(14) |
Mar
(9) |
Apr
(4) |
May
(3) |
Jun
(4) |
Jul
(18) |
Aug
(12) |
Sep
(2) |
Oct
(5) |
Nov
|
Dec
|
2009 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(5) |
May
(1) |
Jun
|
Jul
(28) |
Aug
(30) |
Sep
(17) |
Oct
(12) |
Nov
(13) |
Dec
(17) |
2011 |
Jan
|
Feb
|
Mar
(7) |
Apr
(2) |
May
(19) |
Jun
(7) |
Jul
(18) |
Aug
(21) |
Sep
(13) |
Oct
(2) |
Nov
(4) |
Dec
(4) |
2012 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(25) |
Oct
(30) |
Nov
(39) |
Dec
(12) |
2013 |
Jan
(9) |
Feb
(3) |
Mar
(4) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
(5) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Turritopsis D. T. En M. <tdt...@gm...> - 2023-02-09 12:51:19
|
Subject: VMware ESXi servers are massively hacked worldwide due to heap-based buffer overflow in OpenSLP Good day from Singapore, I am sharing this article for more awareness. Article: Hackers are mass infecting servers worldwide by exploiting a patched hole Link: https://arstechnica.com/information-technology/2023/02/hackers-are-mass-infecting-servers-worldwide-by-exploiting-a-patched-hole/ [QUOTE] The vulnerability being exploited to infect the servers is CVE-2021-21974, which stems from a heap-based buffer overflow in OpenSLP, an open network-discovery standard that’s incorporated into ESXi. When VMware patched the vulnerability in February 2021, the company warned it could be exploited by a malicious actor with access to the same network segment over port 427. The vulnerability had a severity rating of 8.8 out of a possible 10. Proof-of-concept exploit code and instructions for using it became available a few months later. [/QUOTE] Thank you. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com |
From: John C. <joh...@gm...> - 2019-09-13 21:46:40
|
*General Announcement* The OpenSLP project has moved to github Link: https://github.com/openslp-org/openslp I've migrated the entire project history from the existing sf.net mercurial repository to the new github.com git repository. The issue board has also officially moved to the github project site and I will be migrating top issues from SF.net to the github issue board over the coming weeks. Currently, the sf.net project has a redirect badge at the top of the summary page that redirects to the github project, along with a note in the summary text that indicates the move. Finally, the openslp git project exists (as you can see from the url above) under the openslp-org organization. I'm currently the only member of the organization. If anyone is interested in joining, please email me on the openslp-devel mailing list at ope...@li... (still hosted by sf.net at this time). I hope this move encourages contributors to open pull requests as this seems to be the modern way of submitting patches to open source projects. Thanks, John Calcote OpenSLP.org |
From: Stian S. <sti...@gm...> - 2017-08-07 14:02:48
|
Warnings about memory not coming from xmalloc, is incorrect for NULL pointers. They should just be ignored. -- Stian Skjelstad |
From: Stian S. <sti...@gm...> - 2017-08-07 14:01:32
|
When running on Linux, the debug output warnings about unable to subscribe to service-specific multicast groups. This patch adds the needed CAP flag before dropping root. -- Stian Skjelstad |
From: Vitezslav C. <vcr...@re...> - 2017-03-14 09:40:42
|
Hello, OpenSLP 2.0 fails to build with OpenSSL 1.1.0. The API of OpenSSL changed and it made few datatypes opaque. Attached patch resolves the issue. Best regards, Vitezslav Crhonek |
From: Samer V. <sba...@ya...> - 2015-12-09 14:55:24
|
Please find attached patch file that fixes this crash. Added developers to review and approve. From: Samer Vazdekis <sba...@ya...> To: "ope...@li..." <ope...@li...> Sent: Tuesday, December 8, 2015 8:58 PM Subject: Re: Nessus crashing slpd Found the bug and fixed it. Will post a .diff file very soon. From: Samer Vazdekis <sba...@ya...> To: "ope...@li..." <ope...@li...> Sent: Sunday, December 6, 2015 8:30 PM Subject: Nessus crashing slpd Hi there, Has anyone come across an issue where Nessus security scan software crashes the slpd service when running a scan? The crash is here, /** Free an SLPBuffer. * * This routine releases the memory for a previously allocated * @c SLPBuffer object. * * @param[in] buf The SLPBuffer to be freed. */ void SLPBufferFree(SLPBuffer buf) { xfree(buf); } It looks like an attempt to free an already freed buffer. was wondering if there is already a fix for this. Thanks,Sam. |
From: Remi C. <rem...@gm...> - 2015-09-05 00:05:24
|
http://stackoverflow.com/questions/30567717/open-pegasus-2-14-1-client-connection-issue/30575986#30575986 |
From: Daniel F. <dan...@gm...> - 2015-04-09 21:08:44
|
I’ve built openslp on OS X 10 and it compiles without warning/errors. I’ve tested with the tools (slptool) and adding in the libspl.a and related headers and attempting to put some code together. The tool returns nothing from testing, however runs fine on linux. OSX: $ slptool findsrvs VMwareInfrastructure $ Linux: $ slptool findsrvs VMwareInfrastructure service:VMwareInfrastructure://esxi01.fnnrn.me <http://esxi01.fnnrn.me/>,65535 service:VMwareInfrastructure://esxi02.fnnrn.me <http://esxi02.fnnrn.me/>,65535 $ Both running version 2.0.0 The test code (http://www.openslp.org/doc/html/ProgrammersGuide/SLPFindSrvs.html <http://www.openslp.org/doc/html/ProgrammersGuide/SLPFindSrvs.html>) compiled without warnings/errors just returns service URL = NULL - Dan |
From: Pravinash J <pra...@am...> - 2015-03-09 11:27:49
|
Yes. Even though it is disabled, slpd will take default configuration. Regards, Pravinash From: HIRD Matthew [mailto:Mat...@uk...] Sent: Monday, March 9, 2015 4:09 PM To: Pravinash J; ope...@li... Subject: RE: Need information - Openslp with DNS Are you saying you run with all the parameters disabled in your real system? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 09 March 2015 10:02 To: HIRD Matthew; ope...@li...<mailto:ope...@li...> Subject: RE: Need information - Openslp with DNS Attached is the slp.conf. All the parameters are disabled. Regards, Pravinash From: HIRD Matthew [mailto:Mat...@uk...]<mailto:[mailto:Mat...@uk...]> Sent: Monday, March 9, 2015 3:26 PM To: Pravinash J; ope...@li...<mailto:ope...@li...> Subject: RE: Need information - Openslp with DNS Can you post your slp.conf? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 05 March 2015 12:08 To: ope...@li...<mailto:ope...@li...> Subject: [Openslp-devel] Need information - Openslp with DNS Dear All, I am using slpd in embedded system. Slpd is taking two minutes to start if DNS is down. It is starting within a second even though invalid DNS IP (IP is reachable) is configured. But if IP address is not reachable then it is taking more than 2 minutes to start. Can you please let me know the reason? Also is it possible to start the slpd quickly with slp.conf changes when DNS is down? Regards, Pravinash |
From: HIRD M. <Mat...@uk...> - 2015-03-09 10:39:29
|
Are you saying you run with all the parameters disabled in your real system? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 09 March 2015 10:02 To: HIRD Matthew; ope...@li... Subject: RE: Need information - Openslp with DNS Attached is the slp.conf. All the parameters are disabled. Regards, Pravinash From: HIRD Matthew [mailto:Mat...@uk...]<mailto:[mailto:Mat...@uk...]> Sent: Monday, March 9, 2015 3:26 PM To: Pravinash J; ope...@li...<mailto:ope...@li...> Subject: RE: Need information - Openslp with DNS Can you post your slp.conf? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 05 March 2015 12:08 To: ope...@li...<mailto:ope...@li...> Subject: [Openslp-devel] Need information - Openslp with DNS Dear All, I am using slpd in embedded system. Slpd is taking two minutes to start if DNS is down. It is starting within a second even though invalid DNS IP (IP is reachable) is configured. But if IP address is not reachable then it is taking more than 2 minutes to start. Can you please let me know the reason? Also is it possible to start the slpd quickly with slp.conf changes when DNS is down? Regards, Pravinash |
From: HIRD M. <Mat...@uk...> - 2015-03-09 10:29:50
|
Can you post your slp.conf? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 05 March 2015 12:08 To: ope...@li... Subject: [Openslp-devel] Need information - Openslp with DNS Dear All, I am using slpd in embedded system. Slpd is taking two minutes to start if DNS is down. It is starting within a second even though invalid DNS IP (IP is reachable) is configured. But if IP address is not reachable then it is taking more than 2 minutes to start. Can you please let me know the reason? Also is it possible to start the slpd quickly with slp.conf changes when DNS is down? Regards, Pravinash |
From: Pravinash J <pra...@am...> - 2015-03-09 10:02:47
|
Attached is the slp.conf. All the parameters are disabled. Regards, Pravinash From: HIRD Matthew [mailto:Mat...@uk...] Sent: Monday, March 9, 2015 3:26 PM To: Pravinash J; ope...@li... Subject: RE: Need information - Openslp with DNS Can you post your slp.conf? cheers Matt From: Pravinash J [mailto:pra...@am...] Sent: 05 March 2015 12:08 To: ope...@li...<mailto:ope...@li...> Subject: [Openslp-devel] Need information - Openslp with DNS Dear All, I am using slpd in embedded system. Slpd is taking two minutes to start if DNS is down. It is starting within a second even though invalid DNS IP (IP is reachable) is configured. But if IP address is not reachable then it is taking more than 2 minutes to start. Can you please let me know the reason? Also is it possible to start the slpd quickly with slp.conf changes when DNS is down? Regards, Pravinash |
From: Pravinash J <pra...@am...> - 2015-03-05 12:13:45
|
Dear All, I am using slpd in embedded system. Slpd is taking two minutes to start if DNS is down. It is starting within a second even though invalid DNS IP (IP is reachable) is configured. But if IP address is not reachable then it is taking more than 2 minutes to start. Can you please let me know the reason? Also is it possible to start the slpd quickly with slp.conf changes when DNS is down? Regards, Pravinash |
From: Vitezslav C. <vcr...@re...> - 2015-01-19 14:30:36
|
Hi, when compiled with "-D_FORTIFY_SOURCE=2", slpd fails with $SUBJ. There's been already discussion about it in the past (and it also includes a reproducer), but the problem is still present in openslp-2.0.0: https://www.mail-archive.com/ope...@li.../msg00260.html With "-D_FORTIFY_SOURCE=2" compile-time protection against static sized buffer overflows is enabled. The compiler knows that the destination buffer "char storage[2]" pointed by "operator" variable is just two bytes long. An error is raised when strncpy tries to write there more (although there's intentionally allocated memory after the destination buffer which can hold the whole source string). "-D_FORTIFY_SOURCE=2" is used nowadays quite commonly across various Linux distributions, so it's worth of fixing it upstream. Proposed patch attached. Best regards, Vitezslav Crhonek |
From: Vitezslav C. <vcr...@re...> - 2014-08-05 11:57:54
|
Hello again, And there's another minor issue - redundant check for "attrlist == 0" in SLPDRegFileReadSrvReg() (openslp-2.0.0/slpd/slpd_regfile.c). The condition on line 347 can't be TRUE, because in the previous block of code "attrlist" variable is set to non NULL value (or the function exits in case of insufficient memory) - in the TRUE branch see line 325, in the FALSE branch see line 343. Attached patch removes the redundant check and non reachable code inside the block. Best regards, Vitezslav Crhonek |
From: Vitezslav C. <vcr...@re...> - 2014-08-05 11:41:29
|
Hello, There's possibility of double free error in SLPDKnownDAAdd() (openslp-2.0.0/slpd/slpd_knownda.c) if ENABLE_SLPv2_SECURITY is defined. Pointer "dh" is freed by SLPDatabaseClose() on lines 847 and 858 (and not set to NULL after that), then freed again on line 945. Attached patch fixes the issue. Please consider applying it upstream. Best regards, Vitezslav Crhonek |
From: HIRD M. <Mat...@uk...> - 2014-04-02 13:43:58
|
Yes, still here, I'm based up in Manchester in another division. cheers Matt From: Pendlebury, Matthew [mailto:Mat...@th...] Sent: 26 March 2014 17:08 To: Ian Norton; John Calcote Cc: Porter, Richard; ope...@li... Subject: Re: [Openslp-devel] Patches for openslp It's true, I've been involved with openslp historically but I've have never had commit rights. Matthew Hird is part of our larger company but is at another site in some other business unit. Cheers --Matt From: Ian Norton [mailto:in...@gm...] Sent: 26 March 2014 16:36 To: John Calcote Cc: Porter, Richard; ope...@li...<mailto:ope...@li...> Subject: Re: [Openslp-devel] Patches for openslp Hi John. I don't think any of us here do. The person you might be remembering is Matt Pendlebury. On 26 Mar 2014 15:04, "John Calcote" <joh...@gm...<mailto:joh...@gm...>> wrote: Hi Richard, Thanks so much for all the work you've done. Don't take this wrong, but don't you have an employee there at Thales that has commit rights to our repo? Matthew Hird, I believe. Or has he left the company? Just curious. Thanks, John Calcote > -----Original Message----- > From: Richard Porter [mailto:Ric...@th...<mailto:Ric...@th...>] > Sent: Tuesday, March 25, 2014 8:18 AM > To: ope...@li...<mailto:ope...@li...> > Cc: joh...@gm...<mailto:joh...@gm...> > Subject: Patches for openslp > > Hi > > Here are some more patches we've developed for openslp v2.0. Most are > bug fixes; but the largest implements network interface change monitoring > on Linux, using netlink. > > These build on top of the patches I sent to the list in December 2012 (though > I'm not sure those ever made it through mailman, so I'm attaching the email > again here.) They probably need to be applied in order too - or at least with > the netlink one last. > > > The files and associated change details are: > > 01-regfile-memory-corruption: > > If you're going to increment the buffer pointer, be sure to not then memcpy > off the end of the buffer... > > > 02-invalid-adverts-segfault: > > When registering a database entry, if the attribute parsing fails then > fail the registration. This prevents a NULL pointer being assigned as > the attribute list, which will be dereferenced subsequently on database > lookups later. > > > 03-da-adverts-iface-down: > > Don't send DA advertisements for addresses of interfaces that aren't active. > > Only add active interfaces to the list. > > Only add active interfaces to the default list too > > The interface active check needs the address family to be set, so make > sure it's set before calling. > > When comparing IPv6 addresses, also compare the scope ID. > > > 05-try-all-das: > > When finding servers, make SLPFindSrvs() try again if there are more DAs > available to query. > > Add the same retry loop to findattrs as was added to findsrvs. > > KnownDABadDA() is expecting a sockaddr* not an in_addr* > > > 06-sin6_scope_id: > > Manage sin6_scope_id when dealing with link-local IPv6 addresses. This > is especially important for listening on multicast addresses. > > Don't destroy the IPv6 multicast sockets until the last instance of a > particular service type has been removed from the database. > > Avoid a memory leak when reinitialising network interfaces. > > Add const qualifier to SLPIfaceGetIndex() to satisfy windows compiler > > Move the definition of SLPDDatabaseSrvtypeUsed to before it's now used. > Shuts up the windows compiler. > > > 07-getaddrinfo-segfault: > > Check the return value of getaddrinfo() before dereferencing the pointer > it allocates when successful. > > > 08-netlink: > > Integrate libnl interface and address caches into the slpd IO loop. > > Manage the sin6_scope_id when binding IPv6 sockets > > When the netlink cache is updated, call HandleSigHup to get slpd to > rejig its interfaces > > Move the netlink cache management to the common/slp_iface.c file. > > Need to initialise the netlink cache before calling SLPDPropertyInit() > > Use the netlink cache for all network configuration lookup > > Add a set of callbacks between slpd_main and slp_iface to signal when > interfaces or addresses change. Reset the interface list when signalled > by the callbacks. > > The database entries will time out as normal, so some 'stale' > registration entries might hang around for a few seconds. Similarly, > entries for new addresses will be added at the next registration update. > > slptool needs to initialise the netlink caches. > > Require libnl-3.2.19 > > Make sure G_SlpdProperty.interfaces is correctly set in > SLPDPropertyReinit() even if there are no known interfaces > > Fix a memory leak in SLPDIncomingReinit() when getting interface > information > > Add some extra logging when scanning interfaces > > If we're using netlink, there's a small window between receiving a new > IPv4 address notification and being able to actually bind to that > address. bind(2) will fail with EADDRNOTAVAIL if the kernel's > Forwarding Information Base hasn't been updated to know that the address > is local. IP_FREEBIND allows us to bind anyway. This is safe here, as > we are careful to only use addresses that we know are local. > > > 09-attribute-value-div-10: > > The fancy method that figures out how many digits are needed to > represent an integer failed when the integer was divisible exactly by 10. > > > (04 was going to be a fix for slptool, but that has already been fixed > by change 1767.) > > > - Richard ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Openslp-devel mailing list Ope...@li...<mailto:Ope...@li...> https://lists.sourceforge.net/lists/listinfo/openslp-devel ________________________________ Consider the environment before printing this mail. Thales UK Limited is incorporated in England and Wales with company registration number 00868273. Its registered office is located at 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Nr. Weybridge, Surrey KT15 2NX. The information contained in this e-mail is confidential. It may also be privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee or the intended addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. If you have received this e-mail in error, please inform us immediately on +44 (0)1844 201800 and delete it and all copies from your system. Commercial matters detailed or referred to in this e-mail are subject to a written contract signed for and on behalf of Thales UK Limited. |
From: Pendlebury, M. <Mat...@th...> - 2014-03-26 17:30:03
|
It's true, I've been involved with openslp historically but I've have never had commit rights. Matthew Hird is part of our larger company but is at another site in some other business unit. Cheers --Matt From: Ian Norton [mailto:in...@gm...] Sent: 26 March 2014 16:36 To: John Calcote Cc: Porter, Richard; ope...@li... Subject: Re: [Openslp-devel] Patches for openslp Hi John. I don't think any of us here do. The person you might be remembering is Matt Pendlebury. On 26 Mar 2014 15:04, "John Calcote" <joh...@gm...<mailto:joh...@gm...>> wrote: Hi Richard, Thanks so much for all the work you've done. Don't take this wrong, but don't you have an employee there at Thales that has commit rights to our repo? Matthew Hird, I believe. Or has he left the company? Just curious. Thanks, John Calcote > -----Original Message----- > From: Richard Porter [mailto:Ric...@th...<mailto:Ric...@th...>] > Sent: Tuesday, March 25, 2014 8:18 AM > To: ope...@li...<mailto:ope...@li...> > Cc: joh...@gm...<mailto:joh...@gm...> > Subject: Patches for openslp > > Hi > > Here are some more patches we've developed for openslp v2.0. Most are > bug fixes; but the largest implements network interface change monitoring > on Linux, using netlink. > > These build on top of the patches I sent to the list in December 2012 (though > I'm not sure those ever made it through mailman, so I'm attaching the email > again here.) They probably need to be applied in order too - or at least with > the netlink one last. > > > The files and associated change details are: > > 01-regfile-memory-corruption: > > If you're going to increment the buffer pointer, be sure to not then memcpy > off the end of the buffer... > > > 02-invalid-adverts-segfault: > > When registering a database entry, if the attribute parsing fails then > fail the registration. This prevents a NULL pointer being assigned as > the attribute list, which will be dereferenced subsequently on database > lookups later. > > > 03-da-adverts-iface-down: > > Don't send DA advertisements for addresses of interfaces that aren't active. > > Only add active interfaces to the list. > > Only add active interfaces to the default list too > > The interface active check needs the address family to be set, so make > sure it's set before calling. > > When comparing IPv6 addresses, also compare the scope ID. > > > 05-try-all-das: > > When finding servers, make SLPFindSrvs() try again if there are more DAs > available to query. > > Add the same retry loop to findattrs as was added to findsrvs. > > KnownDABadDA() is expecting a sockaddr* not an in_addr* > > > 06-sin6_scope_id: > > Manage sin6_scope_id when dealing with link-local IPv6 addresses. This > is especially important for listening on multicast addresses. > > Don't destroy the IPv6 multicast sockets until the last instance of a > particular service type has been removed from the database. > > Avoid a memory leak when reinitialising network interfaces. > > Add const qualifier to SLPIfaceGetIndex() to satisfy windows compiler > > Move the definition of SLPDDatabaseSrvtypeUsed to before it's now used. > Shuts up the windows compiler. > > > 07-getaddrinfo-segfault: > > Check the return value of getaddrinfo() before dereferencing the pointer > it allocates when successful. > > > 08-netlink: > > Integrate libnl interface and address caches into the slpd IO loop. > > Manage the sin6_scope_id when binding IPv6 sockets > > When the netlink cache is updated, call HandleSigHup to get slpd to > rejig its interfaces > > Move the netlink cache management to the common/slp_iface.c file. > > Need to initialise the netlink cache before calling SLPDPropertyInit() > > Use the netlink cache for all network configuration lookup > > Add a set of callbacks between slpd_main and slp_iface to signal when > interfaces or addresses change. Reset the interface list when signalled > by the callbacks. > > The database entries will time out as normal, so some 'stale' > registration entries might hang around for a few seconds. Similarly, > entries for new addresses will be added at the next registration update. > > slptool needs to initialise the netlink caches. > > Require libnl-3.2.19 > > Make sure G_SlpdProperty.interfaces is correctly set in > SLPDPropertyReinit() even if there are no known interfaces > > Fix a memory leak in SLPDIncomingReinit() when getting interface > information > > Add some extra logging when scanning interfaces > > If we're using netlink, there's a small window between receiving a new > IPv4 address notification and being able to actually bind to that > address. bind(2) will fail with EADDRNOTAVAIL if the kernel's > Forwarding Information Base hasn't been updated to know that the address > is local. IP_FREEBIND allows us to bind anyway. This is safe here, as > we are careful to only use addresses that we know are local. > > > 09-attribute-value-div-10: > > The fancy method that figures out how many digits are needed to > represent an integer failed when the integer was divisible exactly by 10. > > > (04 was going to be a fix for slptool, but that has already been fixed > by change 1767.) > > > - Richard ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Openslp-devel mailing list Ope...@li...<mailto:Ope...@li...> https://lists.sourceforge.net/lists/listinfo/openslp-devel ________________________________ Consider the environment before printing this mail. Thales UK Limited is incorporated in England and Wales with company registration number 00868273. Its registered office is located at 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Nr. Weybridge, Surrey KT15 2NX. The information contained in this e-mail is confidential. It may also be privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee or the intended addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. If you have received this e-mail in error, please inform us immediately on +44 (0)1844 201800 and delete it and all copies from your system. Commercial matters detailed or referred to in this e-mail are subject to a written contract signed for and on behalf of Thales UK Limited. |
From: Ian N. <in...@gm...> - 2014-03-26 16:37:59
|
Hi John. I don't think any of us here do. The person you might be remembering is Matt Pendlebury. On 26 Mar 2014 15:04, "John Calcote" <joh...@gm...> wrote: > Hi Richard, > > Thanks so much for all the work you've done. Don't take this wrong, but > don't you have an employee there at Thales that has commit rights to our > repo? Matthew Hird, I believe. Or has he left the company? Just curious. > > Thanks, > John Calcote > > > -----Original Message----- > > From: Richard Porter [mailto:Ric...@th...] > > Sent: Tuesday, March 25, 2014 8:18 AM > > To: ope...@li... > > Cc: joh...@gm... > > Subject: Patches for openslp > > > > Hi > > > > Here are some more patches we've developed for openslp v2.0. Most are > > bug fixes; but the largest implements network interface change monitoring > > on Linux, using netlink. > > > > These build on top of the patches I sent to the list in December 2012 > (though > > I'm not sure those ever made it through mailman, so I'm attaching the > email > > again here.) They probably need to be applied in order too - or at least > with > > the netlink one last. > > > > > > The files and associated change details are: > > > > 01-regfile-memory-corruption: > > > > If you're going to increment the buffer pointer, be sure to not then > memcpy > > off the end of the buffer... > > > > > > 02-invalid-adverts-segfault: > > > > When registering a database entry, if the attribute parsing fails then > > fail the registration. This prevents a NULL pointer being assigned as > > the attribute list, which will be dereferenced subsequently on database > > lookups later. > > > > > > 03-da-adverts-iface-down: > > > > Don't send DA advertisements for addresses of interfaces that aren't > active. > > > > Only add active interfaces to the list. > > > > Only add active interfaces to the default list too > > > > The interface active check needs the address family to be set, so make > > sure it's set before calling. > > > > When comparing IPv6 addresses, also compare the scope ID. > > > > > > 05-try-all-das: > > > > When finding servers, make SLPFindSrvs() try again if there are more DAs > > available to query. > > > > Add the same retry loop to findattrs as was added to findsrvs. > > > > KnownDABadDA() is expecting a sockaddr* not an in_addr* > > > > > > 06-sin6_scope_id: > > > > Manage sin6_scope_id when dealing with link-local IPv6 addresses. This > > is especially important for listening on multicast addresses. > > > > Don't destroy the IPv6 multicast sockets until the last instance of a > > particular service type has been removed from the database. > > > > Avoid a memory leak when reinitialising network interfaces. > > > > Add const qualifier to SLPIfaceGetIndex() to satisfy windows compiler > > > > Move the definition of SLPDDatabaseSrvtypeUsed to before it's now used. > > Shuts up the windows compiler. > > > > > > 07-getaddrinfo-segfault: > > > > Check the return value of getaddrinfo() before dereferencing the pointer > > it allocates when successful. > > > > > > 08-netlink: > > > > Integrate libnl interface and address caches into the slpd IO loop. > > > > Manage the sin6_scope_id when binding IPv6 sockets > > > > When the netlink cache is updated, call HandleSigHup to get slpd to > > rejig its interfaces > > > > Move the netlink cache management to the common/slp_iface.c file. > > > > Need to initialise the netlink cache before calling SLPDPropertyInit() > > > > Use the netlink cache for all network configuration lookup > > > > Add a set of callbacks between slpd_main and slp_iface to signal when > > interfaces or addresses change. Reset the interface list when signalled > > by the callbacks. > > > > The database entries will time out as normal, so some 'stale' > > registration entries might hang around for a few seconds. Similarly, > > entries for new addresses will be added at the next registration update. > > > > slptool needs to initialise the netlink caches. > > > > Require libnl-3.2.19 > > > > Make sure G_SlpdProperty.interfaces is correctly set in > > SLPDPropertyReinit() even if there are no known interfaces > > > > Fix a memory leak in SLPDIncomingReinit() when getting interface > > information > > > > Add some extra logging when scanning interfaces > > > > If we're using netlink, there's a small window between receiving a new > > IPv4 address notification and being able to actually bind to that > > address. bind(2) will fail with EADDRNOTAVAIL if the kernel's > > Forwarding Information Base hasn't been updated to know that the address > > is local. IP_FREEBIND allows us to bind anyway. This is safe here, as > > we are careful to only use addresses that we know are local. > > > > > > 09-attribute-value-div-10: > > > > The fancy method that figures out how many digits are needed to > > represent an integer failed when the integer was divisible exactly by 10. > > > > > > (04 was going to be a fix for slptool, but that has already been fixed > > by change 1767.) > > > > > > - Richard > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Openslp-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openslp-devel > |
From: John C. <joh...@gm...> - 2014-03-26 15:03:31
|
Hi Richard, Thanks so much for all the work you've done. Don't take this wrong, but don't you have an employee there at Thales that has commit rights to our repo? Matthew Hird, I believe. Or has he left the company? Just curious. Thanks, John Calcote > -----Original Message----- > From: Richard Porter [mailto:Ric...@th...] > Sent: Tuesday, March 25, 2014 8:18 AM > To: ope...@li... > Cc: joh...@gm... > Subject: Patches for openslp > > Hi > > Here are some more patches we've developed for openslp v2.0. Most are > bug fixes; but the largest implements network interface change monitoring > on Linux, using netlink. > > These build on top of the patches I sent to the list in December 2012 (though > I'm not sure those ever made it through mailman, so I'm attaching the email > again here.) They probably need to be applied in order too - or at least with > the netlink one last. > > > The files and associated change details are: > > 01-regfile-memory-corruption: > > If you're going to increment the buffer pointer, be sure to not then memcpy > off the end of the buffer... > > > 02-invalid-adverts-segfault: > > When registering a database entry, if the attribute parsing fails then > fail the registration. This prevents a NULL pointer being assigned as > the attribute list, which will be dereferenced subsequently on database > lookups later. > > > 03-da-adverts-iface-down: > > Don't send DA advertisements for addresses of interfaces that aren't active. > > Only add active interfaces to the list. > > Only add active interfaces to the default list too > > The interface active check needs the address family to be set, so make > sure it's set before calling. > > When comparing IPv6 addresses, also compare the scope ID. > > > 05-try-all-das: > > When finding servers, make SLPFindSrvs() try again if there are more DAs > available to query. > > Add the same retry loop to findattrs as was added to findsrvs. > > KnownDABadDA() is expecting a sockaddr* not an in_addr* > > > 06-sin6_scope_id: > > Manage sin6_scope_id when dealing with link-local IPv6 addresses. This > is especially important for listening on multicast addresses. > > Don't destroy the IPv6 multicast sockets until the last instance of a > particular service type has been removed from the database. > > Avoid a memory leak when reinitialising network interfaces. > > Add const qualifier to SLPIfaceGetIndex() to satisfy windows compiler > > Move the definition of SLPDDatabaseSrvtypeUsed to before it's now used. > Shuts up the windows compiler. > > > 07-getaddrinfo-segfault: > > Check the return value of getaddrinfo() before dereferencing the pointer > it allocates when successful. > > > 08-netlink: > > Integrate libnl interface and address caches into the slpd IO loop. > > Manage the sin6_scope_id when binding IPv6 sockets > > When the netlink cache is updated, call HandleSigHup to get slpd to > rejig its interfaces > > Move the netlink cache management to the common/slp_iface.c file. > > Need to initialise the netlink cache before calling SLPDPropertyInit() > > Use the netlink cache for all network configuration lookup > > Add a set of callbacks between slpd_main and slp_iface to signal when > interfaces or addresses change. Reset the interface list when signalled > by the callbacks. > > The database entries will time out as normal, so some 'stale' > registration entries might hang around for a few seconds. Similarly, > entries for new addresses will be added at the next registration update. > > slptool needs to initialise the netlink caches. > > Require libnl-3.2.19 > > Make sure G_SlpdProperty.interfaces is correctly set in > SLPDPropertyReinit() even if there are no known interfaces > > Fix a memory leak in SLPDIncomingReinit() when getting interface > information > > Add some extra logging when scanning interfaces > > If we're using netlink, there's a small window between receiving a new > IPv4 address notification and being able to actually bind to that > address. bind(2) will fail with EADDRNOTAVAIL if the kernel's > Forwarding Information Base hasn't been updated to know that the address > is local. IP_FREEBIND allows us to bind anyway. This is safe here, as > we are careful to only use addresses that we know are local. > > > 09-attribute-value-div-10: > > The fancy method that figures out how many digits are needed to > represent an integer failed when the integer was divisible exactly by 10. > > > (04 was going to be a fix for slptool, but that has already been fixed > by change 1767.) > > > - Richard |
From: Nick W. <ne...@wi...> - 2013-10-25 17:51:29
|
I never touched solaris, but a quick search shows it wasn't added until 11. I did run across this getifaddrs source on the oracle site -- I hope it helps: https://java.net/projects/solaris/sources/on-src/content/usr/src/lib/libsocket/inet/getifaddrs.c On Fri, Oct 25, 2013 at 8:18 AM, Jim Marshall <jim...@ws...>wrote: > We're attempting to use OpenSLP 2.0 on Solaris 10, but it appears that > getifaddrs & freeifaddrs are not available which is causing the build > for OpenSLP to fail > > slp_iface.c:951: warning: "struct ifaddrs" declared inside parameter list > slp_iface.c:951: warning: its scope is only this definition or > declaration, which is probably not what you want > slp_iface.c: In function `ifname_to_addr': > slp_iface.c:958: warning: implicit declaration of function `getifaddrs' > slp_iface.c:960: error: dereferencing pointer to incomplete type > slp_iface.c:962: error: dereferencing pointer to incomplete type > slp_iface.c:964: error: dereferencing pointer to incomplete type > slp_iface.c:966: error: dereferencing pointer to incomplete type > slp_iface.c:977: error: dereferencing pointer to incomplete type > slp_iface.c:981: warning: implicit declaration of function `freeifaddrs' > > > Anyone run into this and have a fix? > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk > _______________________________________________ > Openslp-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openslp-devel > |
From: Jim M. <jim...@ws...> - 2013-10-25 13:41:49
|
We're attempting to use OpenSLP 2.0 on Solaris 10, but it appears that getifaddrs & freeifaddrs are not available which is causing the build for OpenSLP to fail slp_iface.c:951: warning: "struct ifaddrs" declared inside parameter list slp_iface.c:951: warning: its scope is only this definition or declaration, which is probably not what you want slp_iface.c: In function `ifname_to_addr': slp_iface.c:958: warning: implicit declaration of function `getifaddrs' slp_iface.c:960: error: dereferencing pointer to incomplete type slp_iface.c:962: error: dereferencing pointer to incomplete type slp_iface.c:964: error: dereferencing pointer to incomplete type slp_iface.c:966: error: dereferencing pointer to incomplete type slp_iface.c:977: error: dereferencing pointer to incomplete type slp_iface.c:981: warning: implicit declaration of function `freeifaddrs' Anyone run into this and have a fix? |
From: Wang, R. <Ren...@nu...> - 2013-08-29 17:44:39
|
One issue we have now is the MTU limit - based on the document, OpenSLP has a TCP feature to transmit message if the UDP failed with package size more than MTU limit (default is 1400 bytes), but the system logged an error message -18 (SLP_BUFFER_OVERFLOW) and the messages never got transmitted. I wonder if this is a bug or we should turn on some configuration options? Regards, Ren |
From: HIRD M. <Mat...@uk...> - 2013-07-01 09:38:59
|
I never use the Java API, I use jSLP, find it much better but I'm not sure what's happening with it these days - http://jslp.sourceforge.net/ -----Original Message----- From: Jim Marshall [mailto:jim...@wb...] Sent: 14 June 2013 21:25 To: ope...@li... Subject: [Openslp-devel] OpenSLP 2.0 Java API? Has anyone done any work with IPv6 and the Java API? I am getting an error from ServiceURL when it tries to parse an IPv6 address, this happens because IPv6 uses colon (":") as a separator and ServiceURL looks for the first ":" after the scheme, looking to see if there is a port specified. For example an IPv6 URL might be https://[fe80:0:0:0:2999:2222:9602:1e69%12]:5989 I have a "fix" which utilizes the Java URL class but I'm not 100% sure that is valid for SLP 18a19,20 > import java.net.MalformedURLException; > import java.net.URL; 61c63,64 < _type = new ServiceType(_url.substring(0, transportSlash1++)); --- > String serviceTypeStr = _url.substring(0, transportSlash1++); > _type = new ServiceType(serviceTypeStr); 70a74,84 > String tURL = _url.substring(serviceTypeStr.lastIndexOf(":") + 1); > URL jURL; > try { > jURL = new URL(tURL); > } catch (MalformedURLException e) { > throw new RuntimeException(e); > } > _port = jURL.getPort(); > _host = jURL.getHost(); > _path = jURL.getPath(); > /* 95a110 > */ ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Openslp-devel mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openslp-devel |
From: Jim M. <jim...@wb...> - 2013-06-14 20:46:42
|
Has anyone done any work with IPv6 and the Java API? I am getting an error from ServiceURL when it tries to parse an IPv6 address, this happens because IPv6 uses colon (":") as a separator and ServiceURL looks for the first ":" after the scheme, looking to see if there is a port specified. For example an IPv6 URL might be https://[fe80:0:0:0:2999:2222:9602:1e69%12]:5989 I have a "fix" which utilizes the Java URL class but I'm not 100% sure that is valid for SLP 18a19,20 > import java.net.MalformedURLException; > import java.net.URL; 61c63,64 < _type = new ServiceType(_url.substring(0, transportSlash1++)); --- > String serviceTypeStr = _url.substring(0, transportSlash1++); > _type = new ServiceType(serviceTypeStr); 70a74,84 > String tURL = _url.substring(serviceTypeStr.lastIndexOf(":") + 1); > URL jURL; > try { > jURL = new URL(tURL); > } catch (MalformedURLException e) { > throw new RuntimeException(e); > } > _port = jURL.getPort(); > _host = jURL.getHost(); > _path = jURL.getPath(); > /* 95a110 > */ |