Difference between revisions of "Talk:OCS Inventory Tools"
(New RPM -5) |
(New RPM -5 released) |
||
| Line 36: | Line 36: | ||
charlie said just make it ([http://bugs.contribs.org/show_bug.cgi?id=3464 as you now do]), so lets close opened bugs | charlie said just make it ([http://bugs.contribs.org/show_bug.cgi?id=3464 as you now do]), so lets close opened bugs | ||
| − | === | + | ===New RPM version (1-5)=== |
| − | + | Changelog: | |
| − | |||
| − | |||
| − | + | => Deployment fixed! | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | By the way, I had some problem using the certificate untill I fixed DNS issues (I use NO-IP and this free service don't allow wildcards!) | + | Update ASAP and read the new deployment section. |
| + | |||
| + | By the way, I had some problem using the default certificate untill I fixed DNS issues (I use NO-IP and this free service don't allow wildcards!) | ||
This ends with some errors in Apache log file: | This ends with some errors in Apache log file: | ||
[warn] RSA server certificate CommonName (CN) `servername.mydomain.no-ip.com' does NOT match server name!? | [warn] RSA server certificate CommonName (CN) `servername.mydomain.no-ip.com' does NOT match server name!? | ||
Here's how I fixed my problem: | Here's how I fixed my problem: | ||
| − | config setprop modSSL CommonName mydomain.no-ip.com | + | config setprop modSSL CommonName mydomain.no-ip.com # It would be www.mydomain.no-ip.com if NO-IP had allowed wildcards like dyndns services) |
expand-template /home/e-smith/ssl.crt/crt 2> /dev/null | expand-template /home/e-smith/ssl.crt/crt 2> /dev/null | ||
signal-event domain-modify | signal-event domain-modify | ||
signal-event email-update | signal-event email-update | ||
| − | |||
| − | |||
| − | |||
Cool34000 | Cool34000 | ||
---- | ---- | ||
Revision as of 00:01, 8 November 2007
rename page
to describe the functions provides
Inventory and Deployment ?
ipdiscover bug
We need to confirm that ipdiscover works when the smeserver is the forced client.
I Tried the following:
ipdiscover eth0 10
Here's what I got on my server:
<IPDISCOVER> <H>192.168.0.100<M>00:xx:xx:xx:xx:xx</M><N>pc-00100.mydomain.com</N></H> <H>192.168.0.253<M>00:xx:xx:xx:xx:xx</M><N>pc-00253.mydomain.com</N></H> <H>192.168.0.254<M>00:xx:xx:xx:xx:xx</M><N>pc-00254.mydomain.com</N></H> </IPDISCOVER>
Sounds like it's working for me... But IpDiscover discovers nothing when launched by SME OCS' Agent. There must be a problem here!
Windows Agent don't have this problem...
Cool34000
deployment
new doc added - Enjoy!
in => Package activation
when you delete a package, ocs complains, but it deletes the files anyway, document later
ParserDetails.ini
http://bugs.contribs.org/show_bug.cgi?id=3525#c2
charlie said just make it (as you now do), so lets close opened bugs
New RPM version (1-5)
Changelog:
=> Deployment fixed!
Update ASAP and read the new deployment section.
By the way, I had some problem using the default certificate untill I fixed DNS issues (I use NO-IP and this free service don't allow wildcards!)
This ends with some errors in Apache log file:
[warn] RSA server certificate CommonName (CN) `servername.mydomain.no-ip.com' does NOT match server name!?
Here's how I fixed my problem:
config setprop modSSL CommonName mydomain.no-ip.com # It would be www.mydomain.no-ip.com if NO-IP had allowed wildcards like dyndns services) expand-template /home/e-smith/ssl.crt/crt 2> /dev/null signal-event domain-modify signal-event email-update
Cool34000
