In occi, I add rules in apache to work well. # vim /etc/httpd/conf.d/ssl.conf List 443 <VirtualHost _default_:443> ServerName localhost
ProxyPass /compute http://127.0.0.1:4567/compute ProxyPass /storage http://127.0.0.1:4567/storage ProxyPass /network http://127.0.0.1:4567/network ProxyPass / http://127.0.0.1:4567 In occi tools, I use the password without sha1 [oneadmin@lahpc_cloud_server ~]$ cat $ONE_AUTH oneadmin:password $ occi-compute list -U oneadmin -P password --url=https://localhost <COMPUTE_COLLECTION> <COMPUTE href='https://localhost//compute/74' name='MyCompute'/> <COMPUTE href='https://localhost//compute/75' name='MyCompute'/> <COMPUTE href='https://localhost//compute/76' name='MyCompute'/> </COMPUTE_COLLECTION> But in curl, I need to use the password with sha1 [oneadmin@lahpc_cloud_server ~]$ oneuser show | grep -i password PASSWORD : 5baa61e4c9b93f3f0682250b6cf8331b7ee68fd8 [oneadmin@lahpc_cloud_server ~]$ curl -k -u oneadmin:5baa61e4c9b93f3f0682250b6cf8331b7ee68fd8 https://localhost/compute <COMPUTE_COLLECTION><COMPUTE href="https://localhost//compute/74" name="MyCompute"/><COMPUTE href="https://localhost//compute/75" name="MyCompute"/><COMPUTE href="https://localhost//compute/76" name="MyCompute"/></COMPUTE_COLLECTION> Em 23 de abril de 2012 14:53, Rolandas Naujikas <[email protected] > escreveu: > On 2012-04-23 20:30, Charles Rodamilans wrote: > > Hi Rolandas, > > > > this solved the problem. > > > > Thanks, > > > > Charles Rodamilans > > > > Final configuration: > > > > [root@lahpc_cloud_server ~]# vim /etc/httpd/conf.d/ssl.conf > > Listen 443 > > <VirtualHost _default_:443> > > ServerName localhost > > ProxyPass / http://127.0.0.1:4567 > > > > [oneadmin@lahpc_cloud_server ~]$ vim /etc/one/econe.conf > > :server: 127.0.0.1 > > :port: 4567 > > :ssl_server: https://localhost/ > > The same is for OCCI also. > > In econe-server.rb > ... > uri = URI.parse(conf[:ssl_server]) > ... > In OCCIServer.rb > ... > if config[:ssl_server] > @base_url=config[:ssl_server] > else > @base_url="http://#{config[:server]}:#{config[:port]}" > end > ... > > Rolandas Naujikas > > > [oneadmin@lahpc_cloud_server ~]$ econe-describe-images -U > > https://localhost-K oneadmin -S > > 5baa61e4c9b93f3f0682250b6cf8331b7ee68fd8 > > oneadmin ami-00000019 available > > 17338366ceac9a69c73d2f1c1a7677d2 > > oneadmin ami-00000020 available > > 91d34ab841bd78e683dab4f345eae246 > > oneadmin ami-00000021 available > > 6dbcca995956233be8a2a922c643944f > > oneadmin ami-00000022 available > > 37ffe10a30a795c2340c8ea19acfcc48 > > > > > > Em 23 de abril de 2012 13:38, Rolandas Naujikas < > [email protected] > >> escreveu: > > > >> On 2012-04-23 19:28, Charles Rodamilans wrote: > >>> Hi Daniel, > >>> > >>> I used port 8443, for sugestion in > >>> > >> > http://opennebula.org/documentation:archives:rel3.2:ec2qcg#configuring_a_ssl_proxy > >>> > >>> I changed :ssl_server parameter to localhost:8443, restart > econe-server, > >>> and the problem continues (Test 1). > >>> I changed the configuration to 443 in ssl/httpd and econe-server, > restart > >>> httpd and econe-server, and the problem continues too (Test 2 and 3). > >> > >> At least in opennebula 3.2 you have put full URL in ssl_server parameter > >> like: > >> > >> :ssl_server: https://cloud.example.com/ > >> > >> Where cloud.example.com is external hostname of reverse proxy. > >> > >> Rolandas > >> > >>> Cheers > >>> > >>> Charles Rodamilans > >> > > > >
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
