Hobbit integration into a portal ?
list Paolo Venturini
Hello,
I'm working on a project that aims to "surface" Hobbit functionality
through my Company's customer-facing portal, so that customers can
monitor their own devices hosted in our data centres.
We need to do it in a way that doesn't violate security. We need our
Portal to send Hobbit some customer's parameters in a secure way, and
retrieve the requested monitoring information, either in the form of
directly displayable HTML pages, or in the form of (XML ?) data.
One customer must not be able to manipulate the browser input to access
other customers' monitors.
I am hoping someone can enlight me, or point me to some useful
information
Regards,
Paolo
*************************************************************************************
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing user-61c7f445d564@xymon.invalid and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
list Rich Smrcina
If your customers are separated onto different pages and your portal knows customers by some identifier, then the portal can bring up that customers information directly with the URL to their page.
▸
Venturini, Paolo wrote:Hello, I'm working on a project that aims to "surface" Hobbit functionality through my Company's customer-facing portal, so that customers can monitor their own devices hosted in our data centres. We need to do it in a way that doesn't violate security. We need our Portal to send Hobbit some customer's parameters in a secure way, and retrieve the requested monitoring information, either in the form of directly displayable HTML pages, or in the form of (XML ?) data. One customer must not be able to manipulate the browser input to access other customers' monitors. I am hoping someone can enlight me, or point me to some useful information Regards, Paolo
--
Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
list Tony Larco
Our solution was a hack and I will be the first to admit it, but what we did was write a little script that ran out of cron on the hobbit server that grepped for a customer named and scp'ed the static html files over to their portion of the portal web server. It was easy to do if I remember right and we had a chance to massage the html files and prepare them for customers to see. We used sed to remove the reports and other hobbit things (gifs, etc) clients did not need to see. I cannot find the script (I am no longer with the company), but thats it in a nutshell. HTH Tony
▸
Venturini, Paolo wrote:
Hello,
I'm working on a project that aims to "surface" Hobbit functionality through my Company's customer-facing portal, so that customers can monitor their own devices hosted in our data centres.
We need to do it in a way that doesn't violate security. We need our Portal to send Hobbit some customer's parameters in a secure way, and retrieve the requested monitoring information, either in the form of directly displayable HTML pages, or in the form of (XML ?) data.
One customer must not be able to manipulate the browser input to access other customers' monitors.
I am hoping someone can enlight me, or point me to some useful information
Regards,
Paolo
*************************************************************************************
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing user-61c7f445d564@xymon.invalid and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
--
Tony Larco POLR Technologies XXX.XXX.XXXX "In the beginning of change, the patriot is a scarce man, and brave, and hated and scorned. When his cause succeeds, the timid join him, for it then costs nothing to be a patriot." - Mark Twain http://www.ronpaul2008.com/ Hope for America
list Josh Luthman
Tony - very good idea. I like that one =) Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
▸
On Fri, Sep 5, 2008 at 8:14 PM, Tony Larco <user-75d8727ddf46@xymon.invalid> wrote:
Our solution was a hack and I will be the first to admit it, but what we did was write a little script that ran out of cron on the hobbit server that grepped for a customer named and scp'ed the static html files over to their portion of the portal web server. It was easy to do if I remember right and we had a chance to massage the html files and prepare them for customers to see. We used sed to remove the reports and other hobbit things (gifs, etc) clients did not need to see. I cannot find the script (I am no longer with the company), but thats it in a nutshell. HTH Tony Venturini, Paolo wrote:Hello, I'm working on a project that aims to "surface" Hobbit functionality through my Company's customer-facing portal, so that customers can monitor their own devices hosted in our data centres. We need to do it in a way that doesn't violate security. We need our Portal to send Hobbit some customer's parameters in a secure way, and retrieve the requested monitoring information, either in the form of directly displayable HTML pages, or in the form of (XML ?) data. One customer must not be able to manipulate the browser input to access other customers' monitors. I am hoping someone can enlight me, or point me to some useful information Regards, Paolo ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing user-61c7f445d564@xymon.invalid and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.-- Tony Larco POLR Technologies XXX.XXX.XXXX "In the beginning of change, the patriot is a scarce man, and brave, and hated and scorned. When his cause succeeds, the timid join him, for it then costs nothing to be a patriot." - Mark Twain http://www.ronpaul2008.com/ Hope for America
list Vernon Everett
Hi all
Had a problem with Hobbit over the weekend, which may be a bug. The dev
guys might want to have a look at it.
We are monitoring a number of Windoze servers, all running BBWin -
Latest edition.
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Server3 Microsoft Windows 2000 Server Service Pack 4 (build
2195)
Hobbit server is running 4.2.0 with all-in-one patch applied on Red Hat
Linux 2.6.18-92.1.1.el5
We also have the required BBWin patch applied.
In hobbit-client.cfg I had the servers configured as
HOST=server1,server2,server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Hobbit started core dumping, and many tests went purple.
Under the hobbit server, a new column "hobbitd_client" appeared as red.
Changed the entries to
HOST=server1
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server2
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Ran ~/server/bin/bb 127.0.0.1 "drop hobbit hobbitd_client"
And all was well.
I have saved a few of the cores if anybody is interested in
investigating this one.
Regards
Vernon
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
list Vernon Everett
Hi all Has anybody heard any updates on how Henrik is doing? Was his surgery a success? Is he recovering OK? Here's wishing him a speedy recovery.
▸
Regards
Vernon
NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.
list Vernon Everett
Hi all
I was mistaken.
Even with the 3 hosts defined seperately, I still get the cores.
I also get this in clientdata.log
2008-09-08 13:25:28 Worker process died with exit code 134, terminating
This is easily reproduced, and goes away if I comment out the 3 hosts.
I will uncomment them one at a time, and let you know if it is confined
to only one.
Regards
Vernon
▸
From: Everett, Vernon
Sent: Monday, 8 September 2008 10:43 AM
To: 'user-ae9b8668bcde@xymon.invalid'
Subject: Hobbit/BBWin bug? hobbit_client dumping core.
Hi all
Had a problem with Hobbit over the weekend, which may be a bug. The dev
guys might want to have a look at it.
We are monitoring a number of Windoze servers, all running BBWin -
Latest edition.
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Server3 Microsoft Windows 2000 Server Service Pack 4 (build
2195)
Hobbit server is running 4.2.0 with all-in-one patch applied on Red Hat
Linux 2.6.18-92.1.1.el5
We also have the required BBWin patch applied.
In hobbit-client.cfg I had the servers configured as
HOST=server1,server2,server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Hobbit started core dumping, and many tests went purple.
Under the hobbit server, a new column "hobbitd_client" appeared as red.
Changed the entries to
HOST=server1
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server2
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Ran ~/server/bin/bb 127.0.0.1 "drop hobbit hobbitd_client"
And all was well.
I have saved a few of the cores if anybody is interested in
investigating this one.
Regards
Vernon
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
list Vernon Everett
Interesting. It is coring with both.
▸
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Makes me think there is a problem with my config, but I don't see it.
Anybody with sharper eyes than myself spot anything?
If it is my config, why would this cause Hobbit to keel over?
Surely it should report an error in the logs, and ignore the bad part of
the config?
▸
Regards
Vernon
From: Everett, Vernon
Sent: Monday, 8 September 2008 1:37 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] RE: Hobbit/BBWin bug? hobbit_client dumping core.
Hi all
I was mistaken.
Even with the 3 hosts defined seperately, I still get the cores.
I also get this in clientdata.log
2008-09-08 13:25:28 Worker process died with exit code 134, terminating
This is easily reproduced, and goes away if I comment out the 3 hosts.
I will uncomment them one at a time, and let you know if it is confined
to only one.
Regards
Vernon
From: Everett, Vernon
Sent: Monday, 8 September 2008 10:43 AM
To: 'user-ae9b8668bcde@xymon.invalid'
Subject: Hobbit/BBWin bug? hobbit_client dumping core.
Hi all
Had a problem with Hobbit over the weekend, which may be a bug. The dev
guys might want to have a look at it.
We are monitoring a number of Windoze servers, all running BBWin -
Latest edition.
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Server3 Microsoft Windows 2000 Server Service Pack 4 (build
2195)
Hobbit server is running 4.2.0 with all-in-one patch applied on Red Hat
Linux 2.6.18-92.1.1.el5
We also have the required BBWin patch applied.
In hobbit-client.cfg I had the servers configured as
HOST=server1,server2,server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Hobbit started core dumping, and many tests went purple.
Under the hobbit server, a new column "hobbitd_client" appeared as red.
Changed the entries to
HOST=server1
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server2
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Ran ~/server/bin/bb 127.0.0.1 "drop hobbit hobbitd_client"
And all was well.
I have saved a few of the cores if anybody is interested in
investigating this one.
Regards
Vernon
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
list Vernon Everett
Hi all
I have investigate this a little further, and found something more
curious which does seem to point to a bug either in the Hobbit code, or
the BB-Win patch code.
(I need my C guy to get back from leave to investigate which)
In hobbit-clients.cfg
If I have a config like
HOST=winhost01
SVC "Service1" startup=automatic status=started color=red
Then everything is good.
However, if I leave out the startup clause and have this
HOST=winhost01
SVC "Service1" status=started color=red
# (I don't care how it starts, just make sure it is started)
Then it starts dumping core.
Cheers
V
▸
From: Everett, Vernon
Sent: Monday, 8 September 2008 4:02 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] RE: Hobbit/BBWin bug? hobbit_client dumping core.
Interesting.
It is coring with both.
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Makes me think there is a problem with my config, but I don't see it.
Anybody with sharper eyes than myself spot anything?
If it is my config, why would this cause Hobbit to keel over?
Surely it should report an error in the logs, and ignore the bad part of
the config?
Regards
Vernon
From: Everett, Vernon
Sent: Monday, 8 September 2008 1:37 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] RE: Hobbit/BBWin bug? hobbit_client dumping core.
Hi all
I was mistaken.
Even with the 3 hosts defined seperately, I still get the cores.
I also get this in clientdata.log
2008-09-08 13:25:28 Worker process died with exit code 134, terminating
This is easily reproduced, and goes away if I comment out the 3 hosts.
I will uncomment them one at a time, and let you know if it is confined
to only one.
Regards
Vernon
From: Everett, Vernon
Sent: Monday, 8 September 2008 10:43 AM
To: 'user-ae9b8668bcde@xymon.invalid'
Subject: Hobbit/BBWin bug? hobbit_client dumping core.
Hi all
Had a problem with Hobbit over the weekend, which may be a bug. The dev
guys might want to have a look at it.
We are monitoring a number of Windoze servers, all running BBWin -
Latest edition.
Server1 Microsoft Windows Server 2003, Standard Edition Service Pack
1 (build 3790)
Server2 Microsoft Windows 2000 Server Service Pack 4 (build 2195)
Server3 Microsoft Windows 2000 Server Service Pack 4 (build
2195)
Hobbit server is running 4.2.0 with all-in-one patch applied on Red Hat
Linux 2.6.18-92.1.1.el5
We also have the required BBWin patch applied.
In hobbit-client.cfg I had the servers configured as
HOST=server1,server2,server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Hobbit started core dumping, and many tests went purple.
Under the hobbit server, a new column "hobbitd_client" appeared as red.
Changed the entries to
HOST=server1
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server2
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
HOST=server3
SVC "AppStart" startup=automatic status=started color=red
SVC "AppServer" status=started color=red
PROC AppStart.exe 1 -1 red
PROC Appserver.exe 1 -1 red
PROC AppHelper.exe 1 -1 red
Ran ~/server/bin/bb 127.0.0.1 "drop hobbit hobbitd_client"
And all was well.
I have saved a few of the cores if anybody is interested in
investigating this one.
Regards
Vernon
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
list Henrik Størner
▸
In <user-1e21a0a9aad9@xymon.invalid> "Everett, Vernon" <user-9da1a1882f49@xymon.invalid> writes:
I have investigate this a little further, and found something more curious which does seem to point to a bug either in the Hobbit code, or the BB-Win patch code. (I need my C guy to get back from leave to investigate which)
=20
In hobbit-clients.cfg
If I have a config like
HOST=3Dwinhost01
SVC "Service1" startup=3Dautomatic status=3Dstarted color=3Dred
Then everything is good.
=20
However, if I leave out the startup clause and have this
HOST=3Dwinhost01
SVC "Service1" status=3Dstarted color=3Dred
▸
# (I don't care how it starts, just make sure it is started)
Then it starts dumping core.It does sound like a bug in the BBWin-specific part of hobbitd_client. Have You asked about this on the BBWin mailing list ? I think Etienne (BBWin maintainer) should have a look at this. Henrik