Blog Posts

Blog Posts: 80
Items per page
Statistics: Blogs: 49 Blog Posts: 80   1 2 3 Previous Next

Finally got the network map looking like I wanted it. You'll want to delete \\CORE\ldreports\ldms_core\ldms_core.css and replace it with the one from ldms_core 3.3.3 to enjoy this mofessional lookin style. Or don't, if you like that really ugly green on black look. I'd really love to see how some bigger maps get laid out, if someone could post some screenshots that would be great.

Cropper-1-01-06-2009-01-41-43 PM.Png

0 Comments Permalink

Toolchain in Jack Coates' Blog

Posted by Jack Coates Jan 6, 2009

How to work under the hood with the ldms_* utilities.

  • ActiveState Perl. I still use 5.8, but I've been preparing for a move to 5.10. This is the language distribution; with it and the right modules (loaded by using the Perl Package Manager) you can run the programs in source code form. There are a lot of modules you'll need to run the programs with; for developing, you'll want to grab Perl::Critic and Perl::Tidy, and maybe Devel::SmallProf or Devel::NYTProf.
  •  
        
    • Perl::Critic analyzes your source code for maintainability
    •   
    • Perl::Tidy reformats your source code for readability. Both of these are based on Damian Conway's    Perl Best Practices  
        
    •  
  • ActiveState Perl Dev Kit. I use this, version 7.3, instead of the full studio for two reasons. It's cheaper, and I don't use the IDE. If you're more familiar with Microsoft Visual Studio and want something similar, that's the ActivePerl Pro Studio. The PDK's main job is to compile Perl code into a Windows executable file (.exe).
  • Instead, I use  vim. It may be arcane, but I know how to use it, it's available on every computer operating system, and it includes all sorts of handy tools for development support. If you don't know vi and don't want to learn it, ActiveState provides a free source code editor called  Komodo Edit. Using some sort of source code editor is crucial, if only for syntax highlighting. You'll also want the  taglist plugin and the  perl support plugin. Compare the readability of these two screenshots, and imagine trying to find a subtle typo in notepad.

Cropper-1-01-06-2009-08-43-15 AM.Png Cropper-1-01-06-2009-08-44-31 AM.Png

  • Nullsoft Installer System. Packaging is complex, and I've barely scratched the surface of NSIS, but it's free and functional. There are also a lot of examples out there to follow.
0 Comments Permalink

Any member may post articles anywhere, within the guidelines set on the main page.

 

Member accounts without associated email addresses have been deleted... you may be affected if you haven't used it in the last few months.

0 Comments Permalink

Version 3.2.6 is now uploaded to http://www.droppedpackets.org/scripts/ldms_core.

 

As the next step in its ongoing quest to delete data that was automatically gathered and then left to rot, ldms_core will now delete automatically gathered SLM products that have no installations (note that this is not USAGE, but INSTALLS).

 

It is possible that this can produce churn in situations where products are being installed and uninstalled in rapid succession; this should be a minor problem compared to the database performance degradation that results from thousands of junk product definitions.

 

As is usual with new features, this needs testing; please give it a whirl on your test server before trying it on production. At the very least, have a database backup handy.

3 Comments Permalink

The LANDesk Community is becoming a great place to find information.  We have a lot of technical documentation about using features.  We also have a lot of common errors and how to fix them.  Finally we have the occasional very specific walkthrough tutorial.  "How to silently install Microsoft Office 2007 with patches in an Active Directory environment to Windows XP SP3 clients that previously had Office 2003 installed and have the firewall turned off, if your favorite color is green," isn't too far off some of the titles I've seen.

 

Throughout that documentation I can see LANDesk's potential.  I can see great power ready and waiting to be harnessed and put to work.  What I don't see is more general documentation or user friendly tutorials that contain enough detail on how to make all this happen.  I would call that a LANDesk Applied category.  While thinking about the general lack of LANDesk Applied documentation I had a great idea: Why not generate light by taking a glass bulb, putting a thin filament inside, and then running an electrical current through it!  Turns out Thomas Edison already patented that idea in 1880.  With that option off the table I went to Plan B: I designed a device to use pistons and a series of small explosions in a controlled environment in what I called an "Engine".  Unfortunately it didn't emit light, so I scrapped that plan also.

 

Oh well, I guess I'll start a blog about how to harness the power of LANDesk and make it work for you.  Please leave feedback and let me know what topics you are most interested in learning more about.  Is it Software Distribution?  Is it Patch Management?  How about using the Management Gateway?  Is there a limitation in the product you've hit that you'd like a possible workaround for?  Just let me know and I'll focus my energy on providing solutions to the most common questions.

 

On the other side of the equation I talk to people on a daily basis who have excellent ideas about how to use LANDesk.  These people (you might be one of them!) have developed processes and/or utilities and scripts that they use on a daily basis so they forget how slick they really are.  If you have a process that works extremely well let me know about it!  Do you have a script you feel everyone could use?  Send it over!  I want to share knowledge about how to use LANDesk in "the real world", so getting real use examples would be very beneficial to anyone who is trying to get the most out of their product.

 

Thanks everyone, next time we'll have some content about using a particular topic.  Give me requests or you're stuck with whatever I want to talk about, and that, my friends, is a scary thought.

 

 

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

 

To leave a comment please use the comment button.

If you have a script you would like to be highlighted in this blog please upload it to the Tips & Tricks section of the community and send an e-mail to mach6@landesk.com with details on what the script does and how it is implemented.

2 Comments Permalink

Aside from the usual bugfixes and cleanup, this release adds configurable control over how hard ldms_client will look for email folders, and a report of the machine's FQDN.

 

Code and instructions can be found here: http://www.droppedpackets.org/inventory-and-slm/ldms_client

 

The conversations around future release ideas for ldms_core have proven interesting and useful, so here's an attempt to gather some of the loose notes:

  • TODO -- Firewall status is enabled /disabled. We do this in custom defs, but don’t put the status anywhere.
  • TODO -- It would be interesting to see the firewall specifics broken down a bit by port and app, but that could be a ton of work and difficult to format in a useful way.
  • TODO -- Capture the connected SSID. Something Perlish? WMI? netsh? All have problems.
  • TODO -- Custom vulnerability to install/update Produkey? Is there a better way to use Produkey, or do the same thing without it?
  • TODO -- Find a way to identify Adobe licenses... even if it's not decrypted, an identifiable GUID would be useful.
  • TODO -- Report system crashes from event log.
  • TODO -- The ongoing search for greater efficiency.
2 Comments Permalink

Site update - new stuff in Community News

Posted by beau Nov 21, 2008

Hi,

 

Last weekend we upgraded the site and introduced a few new features.  The main difference you will see is in the editor used to create new articles and posts - it's been rewritten and is much better than the previous editor.  I invite you to try it out if you haven't yet.  I've also received some feedback saying that the site is faster after the upgrade - that's good news so I hope everyone has seen a performance improvement.  We renamed the terms 'Community' to 'Category' and 'Document' to 'Article' - these phrases fit our site better.  There are a few other fixes and changes you may have noticed but hopefully they will be self explanatory when you run into them.

 

I just enabled a new feature we have been working on for a while.  We have integrated the SelfService Portal (selfservice.landesk.com) into this site.  There are a couple of reasons why we have done this.  First, we wanted to simplify the experience for customers by giving you access to the features of the Portal and of the Community within a single site.  We want to eliminate the inconvenience of having two sets of LANDesk credentials.  Longer term, hosting the Portal in the Community site gives us more flexibility to introduce future improvements to the Portal.

 

You can try out the new Portal here: Portal

 

There are links to a couple of documents there that you should take a look at before you jump in.  In particular, please read How to access the Portal.  Setting up the authentication is not as intutive as it could be, but once it is set up it works really well.

 

I'm appreciative of all the members who take the time to contribute to this user community.  There are some exciting improvements on the horizon.  We want to continue to make this Community an increasingly valuable technical resource for our members.

 

You can always give me feedback on the site at community.admin@landesk.com, whether you have found a problem or if you have a suggestion for a new feature or type of content that you would like to see.

 

 

Thanks,

Beau Gordon

0 Comments Permalink

service checking now looks at the Avocent Management Platform services, too. I've also added code to look for schema faults. Ever see messages in your event viewer that say "column whatever is too small, increase it by so much?"

 

0 Comments Permalink

I've posted a new ldms_core which has a lot of changes (good, bad, and otherwise).

 

  • added ability to report on stale vuln data (greater than 7 days will produce a warning)

  • installation directory changes -- NullSoft Installer System uninstallation routine actually assumes a separate directory per program, and was deleting things that shouldn't be deleted when users would remove a program. To correct this, uninstall all Monkeynoodle programs and delete Program Files\Monkeynoodle before installing ldms_core.

  • detect dual boot systems via serial number

  • fixed &CullIPs again -- I had a function which seemed to do the right thing, but was actually deleting the oldest IP -- the downfall of using a small test set is that the expected result might happen for the wrong reasons.

  • Always check that what's supposed to be an IP is one -- failure to do so was causing spurious calls to DoNMAP and CullIPs

  • LDMS statistics graphing and trending via RRD. This is pretty cool; I'm just generating the graphics and putting them into ldmain\reports\ldms_core for now, but I'll throw together a nice index.html for it in a bit. LDSS stats are not being gathered yet.

  • hourglass cursor when setup is doing things

  • Unmanaged nodes culling (&CullUDD) failed when the discovered node was a WAP; skipping the attempt for now.

 

I'm still trying to decide if I want to spend time on a more formalized test procedure and/or beta period... if anyone has thoughts or would like to volunteer as a tester, please let me know.

 

I'm also having some difficulty with the Right Way(TM) to schedule repeated runs... in the past, I've asked the user to create a Windows scheduled task, but those quit working when the service account password changes. Currently I'm creating a LANDesk scheduled task, but those are finicky and are least likely to work on the cores which most need an automatic maintenance program. I could go to a long-running service, but memory consumption is high and that introduces a whole new set of potential problems. Ideas are welcome.

9 Comments Permalink

There'll be rejoicing in the alleyways tonight! http://www.droppedpackets.org/

 

If you'd like to see the gory details, read on.

 

Firstly, I wouldn't feel comfortable telling customers to test thoroughly and carefully if I wasn't personally inclined toward shooting from the hip. Backups were taken, but this upgrade was not really tested meaningfully. That's why it took about 15 hours of work instead of 5.

 

  • Hardware -- It's more fun to compute like it's 1999. Don't go changing!
  • OS Upgrade -- smooth and well-played. Moving from the execrable OpenSuSE 10.0 to Xubuntu 8.04 was a good idea.
  • Zope/Plone Upgrade -- and this is where the trouble begins. To use the package manager, or to use source? The Ubuntu packages for Zope and Plone are less than perfect; they're old, they're goofily designed, and they're a bit buggy. But, the install from source method is difficult and unpleasant to maintain... so when it didn't work and consumed a bit of troubleshooting time, I went back to the packages. That settled things on Zope 2.3 > Zope 2.9 and Plone 2.1.1 > Plone 2.5.1, and older revisions of some other packages that I wanted upgraded (such as Kupu, which is now at 1.3.9).
  • Site Restoration -- You simply restore the Data.fs file and restart, right? Well, it references products which may or may not exist, and it also does a bunch of magic which may or may not work. I must have wiped the machine back to a zope-free state and started over 6 or 7 times. I can tell you from memory that line 81 of the post-install for Ubuntu's plone-site package has a typo, for instance (setuser zope:zope, not setuser zope).
  • Site Upgrade -- You simply go to product_migration in the ZMI and click migrate. Except you also need to do that on portal_atct (undocumented), and if you do it without deleting your cookie_authentication object you'll be locked out of the site, and the dry-run option doesn't really dry run, and don't forget to delete your customizations from the old school days because they'll make things break. It wasn't as bad as installing Oracle, but it wasn't fun.

 

There was more, and there's still more to do, but it'll wait. I'm outta here for the weekend.

duct tape.jpg

0 Comments Permalink

LANDesk cores are getting more stable all the time, and I'm just not seeing the need to check that everything's working every 10 minutes any more. I've taken the service checking routines from ldms_status and put them into ldms_core 3.1.2 so that it can check and restart services once, when it runs, instead of all the time. I'll leave ldms_status online of course, but I don't see a lot of future for it at this time and will mark it obsolete real soon now.

 

Here's some roadmap for ldms_core, with discussion of the items:

  • It's been 7 days or more since you downloaded content -- I still need to find the best way to filter this. The publishdate column in vulnerabilities is one option, but could false positive. select count(*) from vulnerability where publishdate > getdate()-7; if that value is 0, complain.Maybe even run vaminer.exe instead of just complaining?
  • List uninstallable patches? This will probably not be possible, at least without introducing a lot of bugs. XML blobs need to be extracted from the database and parsed, which seems like a lot of work for a little gain.
  • More progress indications, for instance after clicking Authorization button in setup. Not exciting.
  • Group patches by vendor? Probably not something I can do in this context.
  • Topology map. Gateways become nodes, devices sharing gateways are grouped in clouds around them, subnet masks decide size of circle. Core's gateway is in the center and traceroute hops to the other gateways are used to define the map. Use Perl::Graph to generate HTML? This is the one I want to work on next. select defgtwyaddr,count(address) from tcp where nullif(address,'') is not null group by defgtwyaddr
  • Kick out a Google Earth file to plot non-RFC1918 addresses on a map. The topology map and this map would both be dumped into the LANDesk reports file share, I suppose.
  • Check scheduled tasks and policies for status, alert if lots of jobs have bad status
  • Switch to MIME email so I can send multipart messages with attachments, such as those maps. That would also allow reworking of some of the log messages into a table format, using HTML. I prefer the retro look of Text::Table, but it probably can't be displayed properly by the average LANDesk admin's email program.
  • The new alerting system might be a better way to look for sync scan issues than using event viewer. If it ain't broke, don't fix it, but it's possible that database lookup would be faster.
  • Keep old information and show trend lines on a purty chart, http://search.cpan.org/src/CHARTGRP/Chart-2.4.1/README. This is going to involve storing data and managing time and I'm just not in a big hurry to reinvent that wheel.
  • Find a way to detect stuck LPM Event Listeners. Not even sure if this is a database or filesystem issue, but it needs to be found and fixed.
  • Convert into a long-running service? Probably not going to happen, I just can't come up with enough justifications to explain why I'd want to go through the hassle.
  • Cull Automatically Gathered software definitions with no installations. This is going to be hard, and may not be compatible with the changes planned for LDMS 9.0, but it also would be a lot of bang for console performance. Tempting.
2 Comments Permalink

Every now and then someone will question the support terms of one of my open source projects, such as ldms_client. (To refresh those terms, they are: email me and I'll see if there's something I can do when I've got time to work on it.) Users who are unhappy with such terms will occasionally then go to the trouble of implementing their own custom solution to their inventory extension problem.

 

Chances are good that such a solution will not be supported either. Bearing in mind that I don't work in LANDesk support and am only guessing at what a given engineer will do on the day you call for help, my opinion is that LANDesk's support will center around successfully running the command and transferring the data.

 

ldms_client uses supported methods to do that, and so do the vast majority of the homegrown scripts that I've seen. But if either your script or ldms_client quit working properly, LANDesk support is within their rights to quit troubleshooting when they determine that LDMS can still execute programs and upload custom data. If the framework is working but your AV client is blocking your VBscript from copying a value out of HKCU into HKLM so that LDAPPL3.INI can pick it up, that's not really LANDesk's problem.

 

ldms_client exists because someday you'll come across another need for some goofy inventory extension, and someday they'll quit asking for this one... When you start trying to turn extensions on and off without its framework, you'll probably wish you had it.

phone.jpg

1 Comments Permalink

ldms_core home page

 

The new alert system in version 8.8 can get stacked up on low-performance cores, and it doesn't purge records unless you tell it to. ldms_core will now check that queue and purge records older than X days. There's also an email test button in the setup window, so you can make sure you've got email right.

 

I've also updated the manual.

 

 

1 Comments Permalink

At something like 90 to 360 seconds per scan, it makes no sense to NMAP thousands of nodes in a single run; target lists are now capped at 100 nodes per run, 50 if debug is on. Fixed a couple of bugs, too.

 

The manual is getting pretty out of date, I need to do something about that.

 

download here.

4 Comments Permalink

Back in the June 08 LANDesk Link LANDesk made an announcement about its commitment to support the Secure Content Automation Protocol (SCAP). As part of that commitment, a few of us from LANDesk checked out the 4th annual Security Automation Conference in Gaithersburg, MD. Follow along with me as I recap the conference.

Just one quick note: I want to briefly mention how impressed I was with NIST’s organization and execution of the conference. Thanks NIST, and I am looking forward to attend next year’s conference.

Day 1 (Sep. 22, 2008): Tutorial Day

This day was really helpful for one of my fellow co-workers that was still a little unsure what the contents of SCAP alphabet soup were. The day’s presentations were helpful in identifying the different roles each of the SIX SCAP standards played. The XCCDF & OVAL presentation really helped this co-worker understand why OVAL and XCCDF are the “meat and potatoes” of SCAP. Check out http://nvd.nist.gov/2008-presentations.cfm?workshop1All if you’re interested in seeing these presentations.

 

Day 2 (Sep. 23, 2008): Conference Day…so it begins

This was the first official day of the conference, and it started off with normal administrative remarks and description of the day’s activities. Being sponsored by NIST, it was no surprise that the initial introduction was filled with physics, math, and general geek jokes… now I know why I wasn’t able to hang out with the cool kids at school. I wonder if I would have taken my AP Calculus test they would have let me sit with them.

I want to start by talking about the FDCC Technical Discussion. There were a few topics that were talk about that’ll just briefly mention. One of the first items discussed was the need for a report standard that clearly shows which machines that comply and ones with deviations. Another topic covered was where one could find technical information on the FDCC outside of NIST’s website. Microsoft’s FDCC blog was mentioned as alternative resource (see the link below). The third topic discussed was NIST may be considering the retirement of the FDCC Virtual Machines. Yet another topic covered was the requirement of purchased software to be compatible with the FDCC configuration, and each software vendor needs to provide some sort of self assertion. For the slide deck to this presentation and others presented on this day see: http://nvd.nist.gov/2008-presentations.cfm?conf1All

Microsoft blog: http://blogs.technet.com/fdcc/archive/2007/12/24/set-fdcc-lgpo-utility-to-apply-fdcc-settings-to-local-group-policy.aspx

 

Day 3 (Sep. 24, 2008): Conference Day 2…so take that

The start of the second day was kicked off by a rather clever presentation that cleared any misconception that SCAP is powered by “The Dark Side.” I can only hope it wasn’t some Jedi mind trick…

The day’s official presentations started off with Karen Evans, from OMB, who had a few things to say about the FDCC and SCAP in general. Karen brought up a couple of important topics that I think are worth discussing, but I will spare you by only rambling -on about one of them. Karen touched on the concept of how costly it can be to deviate from a prescribed security policy or standard. The point being this, an agency that deviates from something like the FDCC standard will be spending more money than it needs because it has to manage each deviation individually. For the most part I agree with this argument. This is because an IT organization has to spend extra time in devising a plan to mitigate the risks associated with the deviation; also this organization has to take extra time to manage the difference in system configuration. These are just a couple points among others that illustrate why it is costly to deviate from a set configuration standard or security policy. I am going to leave this topic here because this could be a blog topic in itself.

The next presentation worth mentioning is Intel, General Dynamics, and VMware’s joint presentation on their partnership in securing the virtual environment. The biggest benefit I see from their efforts is the ability to isolate memory and hardware access so that each VM cannot negatively affect another VM’s operation. However, read for yourself at: http://nvd.nist.gov/2008-presentations.cfm?conf2All

 

Thanks for reading and look for more posts in the future.

 

0 Comments Permalink

Welcome to the LANDesk Federal Security Standards blog. I am your host, tperkes, and I’ll be sharing with you my take on Federal Security Standards and how they may impact your LANDesk deployment. The intended audience of this blog is LANDesk administrators that work with or are in the U.S. federal government, and people who are interested in security standards. I encourage you the reader to participate in the discussion, and if you have an idea on a topic please share it. With the cheesy introduction out of the way, let’s get to our first topic.

 

0 Comments Permalink

Today I enhanced debug mode and provided for a debug logfile. I also did a bunch of refactoring and bug fixes... maybe half of what Perl Critic suggested. This isn't an urgent release unless you're having trouble, might as well wait for 3.0.

 

http://www.droppedpackets.org/scripts/ldms_core/ldms_core_2-0.zip/view

 

I've got some reports of problems with NMAP... it crashes and takes ldms_core.exe with it. That's not supposed to happen, so if it's happening to you, please let me know and send a debug file.

 

UPDATE: Talk about relentless... Arnold Garcia tested with the new debug stuff and helped me find a problem, along with some more debugging suggestions. I did some more refactoring as well, so I've posted again and let's call it 2.9.8. This is worth upgrading to if you've had trouble with NMAP.

 

The TODO list:

  1. TODO -- Test email button in the GUI

  2. TODO -- Setup should install a LANDesk LOCALEXEC script to run it

  3. TODO -- Provide visual feedback of activity stage, level

  4. TODO -- Check scheduled tasks and policies

  5. TODO -- plot non-RFC1918 addresses on a map

  6. TODO -- keep old information and show a trend.

  7. TODO -- purty Charts, http://search.cpan.org/src/CHARTGRP/Chart-2.4.1/README

  8. TODO -- when you find duplicate IP addresses, wipe out the one that has the

  9. older update date.

  10. TODO -- If the database isn't busy, reindex it? Detecting a need to reindex

  11. the database seems to be just as intrusive as actually reindexing the

  12. database. More research required before this can be done safely.

 

0 Comments Permalink

Version 2.9.6 has been posted.

 

A customer request to maintain off-core patch repositories has been implemented, along with detection of duplicate IP addresses and a report of detected vulnerability counts by severity.

 

Trending over time remains on the drawing board, but may not happen until after 3.0... not many numbers left, and I really don't want to end up with 2.9.256 type versions. It's also occurred to me that I might be able to avoid wheel reimplementation by just formatting data outputs for MRTG to read and providing a nice installer package for it...

 

A higher priority (to me, anyway) change is to implement XDD-agent-side NMAP, and a web service to ingest the discovered OS Names. NMAP's accuracy is poor in large networks when it's run from a central core. Doing this project offers all sort of potentially fun challenges and is currently at least as shiny as more reporting.

2 Comments Permalink

ldms_client currently stores email information like this:

"Computer"."Email"."PST Files".$name_of_file."File Location" = location

"Computer"."Email"."PST Files".$name_of_file."File Size" = size

"Computer"."Email"."PST Files"."Total File Size" = size.

 

That makes it easy to do a query for "systems where there is lots of PST file space taken up", which would be something like "Computer"."Email"."PST Files"."Total Disk Size" > 1000 MB.

 

It is however impossible to query "a list of all PST files and their sizes and locations."

 

Are there many people who want that sort of a listing? Changing the behavior at this point is likely to break something for existing installs.

 

0 Comments Permalink