Yep, I started writing something in c, but seeing these things would make it useless in most environments (gov, edu, mil, financial, etc.).
Wrapping the existing suid ping program in a shell script would suffice, but a plugin would be easier to use/port/maintain. Loving the impossible odds too, something other than a raw datagram though; if we bind to a known open port (for systems with firewalls that drop packets to blocked ports) or attempt to bind to a port and watch for the rst/ack packet, we can check for some level of availability (I say some level because it just means the kernel is up and the network cable is plugged in). Isn't really much more complex, just requires more parameters to operate. This should give the desired functionality without the compromise. It wouldn't require root access, eliminating all the fun things the knowing can do with it. Axton Grams On Jan 31, 2008 11:06 PM, patrick zandi <[EMAIL PROTECTED]> wrote: > ** I think the security would be the biggest problem.. I think I could get > it to work... but the secuirty sacrifice would make it useless.. no IA team > would let it pass.. > > > > > On 1/31/08, patrick zandi <[EMAIL PROTECTED]> wrote: > > > > good point Axton -- > > I thought of that after ward... > > But I need the salt so I can make a way... > > I love it when it is mpossible odds.. > > ;-) > > > > > > On 1/31/08, Axton <[EMAIL PROTECTED]> wrote: > > > > > Interesting topic. This is a question for anyone with C programming > > > experience on unix or linux. > > > > > > When sending icmp packets, you have to create a raw socket. This > > > requires either running the program as root or setting suid bit and > > > the owner of the program to root. With the structure of the plugin > > > server, would a shared object (.so) loaded by arplugin not running as > > > root be able to create a raw socket if the .so was owned by root and > > > the the suid bit set? > > > > > > Thanks, > > > Axton Grams > > > > > > On Jan 30, 2008 6:30 PM, patrick zandi <[EMAIL PROTECTED]> wrote: > > > > ** > > > > --Concept-- > > > > Unless this application is going to provide some internal historical > data.. > > > > I see no reason for maintaining it in ARS. > > > > Just call a widget. -- Create a VB or Something else, that pop's a > window > > > > and shows network health. > > > > or even use the widget to call a View of HP Openview (your personal > View of > > > > Servers, Services) > > > > or Bim/Sim it, and have the Proformance monitor show you your > specialized > > > > view (highend customers). > > > > -- > > > > I used to have a script in unix around that I wrote some 12 years > ago.. that > > > > was pretty cool, will have to see if I can modify it to run on MS..but > first > > > > I have to find it. You just plug in the Servers/Whatever.. and every > 30 > > > > seconds it told you if it was alive or down. You have to be able to > write > > > > something like this in windows easy enough. > > > > > > > > I know there are hundreds of Scripters on the list.. that could just > pop > > > > that out.. no problem. > > > > Maybe a config file and an Executable. -- use Remedy usertool to > modify the > > > > Config as you choose, and run the executable. > > > > > > > > I found one in PERL > http://cpan.org/authors/id/S/SR/SREZIC/pingomatic-1.013 > > > > But we need one that pops a MS Window and shows the data.. right.. > > > > on the unix side found this.. > > > > > http://www.sunmanagers.org/pipermail/summaries/2003-January/002996.html > > > > ... Coder's Arise... > > > > Surely it is possible to have a small window with Tiny font, pop a > window > > > > and show > > > > name --> Alive > > > > name ++ Down > > > > name --> Alive > > > > > > > > and it stays on top. Forced.. > > > > --/Concept > > > > > > > > > > > > > > > > > > > > On 1/30/08, Steven Pataray <[EMAIL PROTECTED]> wrote: > > > > > ** > > > > > As for the Up and Down field, maybe have the results create a text > file on > > > > the server then create a Menu of Menu Type of File to access the text > file. > > > > Then connect the menu to a character field. > > > > > > > > > > Steve > > > > > > > > > > > > > > > > > > > > On 1/30/08, William H. Will Du Chene <[EMAIL PROTECTED]> wrote: > > > > > > Why not... > > > > > > > > > > > > 1.) Develop a form that contains the ip address, or host name of > the > > > > > > machine that you want to ping. > > > > > > 2.) Develop a view form with a table field that queries the host > form. > > > > > > 3.) Develop a simple Perl script and place it on your server to be > run > > > > via > > > > > > an escalation every X minutes. > > > > > > > > > > > > The Perl script would then use the ARSPerl module to open up the > host > > > > form > > > > > > within the AR System and retrieve a list of the hosts that it > needs to > > > > > > contact. It would then cycle through each of the servers therein, > and > > > > > > update the corrosponding server's host record within the AR > System. The > > > > > > Perl script could use either one of the Net modules, or simply be > a > > > > > > wrapper for the ping utility. Maybe you could even do something a > bit > > > > more > > > > > > classy, such as open a connection to the any of the services that > might > > > > be > > > > > > on the server and verify that they are available (for example, if > this > > > > > > server is an IMAP server, your script could access an account, or > if the > > > > > > server is a database server, it could create a row in a test table > & > > > > > > database) and collect the delta for the amount of time that the > > > > operation > > > > > > took and place that into the host record. > > > > > > > > > > > > From your control panel form, use an active link that updates > every X > > > > time > > > > > > period. The idea being that any servers that are down, or services > that > > > > > > would be unavailable would be visible within the control panel. Of > > > > course, > > > > > > the accuracy is limited by the delta in time that is present > between the > > > > > > last run time of the script and the refresh on the control panel, > but it > > > > > > should work fine for the average stuff. Besides, if it's a major > network > > > > > > or service outage, the customers will be on the phone anyway... > > > > > > > > > > > > Just a thought... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > Will Du Chene > > > > > > [EMAIL PROTECTED] > > > > > > http://www.myspace.com/wduchene > > > > > > > > > > > > > > > > > _______________________________________________________________________________ > > > > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > > > > > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers > Are" > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Thanks > > > > > > > > > > Steven Pataray > > > > > Senior Analyst, Help Desk > > > > > Bank of Hawaii > > > > > 909 Dillingham Blvd, Honolulu, HI. 96817 > > > > > 808 694-5078 __Platinum Sponsor: www.rmsportal.com ARSlist: "Where > the > > > > Answers Are" html___ > > > > > > > > > > > > > > > > -- > > > > Patrick Zandi > > > > > > > > Dev Technology Group --> www.devtechnology.com > > > > Exceeding your Expectations ! __Platinum Sponsor: www.rmsportal.com > ARSlist: > > > > "Where the Answers Are" html___ > > > > > > > _______________________________________________________________________________ > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > > > > > > > > -- > > > > Patrick Zandi > > > > Dev Technology Group --> www.devtechnology.com > > Exceeding your Expectations ! > > > > -- > > > Patrick Zandi > > Dev Technology Group --> www.devtechnology.com > Exceeding your Expectations ! __Platinum Sponsor: www.rmsportal.com ARSlist: > "Where the Answers Are" html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
