Hobbit integration into a portal ?
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 security at colt.net 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.
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: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
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 security at colt.net 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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Tony Larco POLR Technologies 860.559.8558
"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
Tony - very good idea. I like that one =) Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
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 <tlarco at polr.com> 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 security at colt.net 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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Tony Larco POLR Technologies 860.559.8558
"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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
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.
participants (5)
-
josh＠imaginenetworksllc.com
-
Paolo.Venturini＠colt.net
-
rsmrcina＠wi.rr.com
-
tlarco＠polr.com
-
Vernon.Everett＠woodside.com.au