COmanage Users List

["Pedro Severino" <>]

Hi Benn,

I will have another look to see if there is some instruction that is
overriding my configuration. But now that you talked about symlinks, I also
had another problem when I started, the css was not being loaded, to correct
that I had to create a symlink from  css/jquery to ../js/jquery manually
because there were problems with that, could there be anything similar for
the View situation?

Thanks,

Pedro

-----Original Message-----
From: 

[mailto:]
 On Behalf Of Benn Oshrin
Sent: terça-feira, 21 de Julho de 2015 21:03
To: Pedro Severino
Cc: 

Subject: Re: [comanage-users] FCCN-COmanage problems

Hi Pedro,

This certainly sounds like an Apache configuration issue (PHP, mod_rewrite,
FollowSymLinks, or something), but I can't reproduce it.

/canvas is implemented as a symlink to the View ../Standard/edit.ctp, so it
seems like your server is just rendering the symlink itself instead of
following it. Is there a parent directive somewhere overriding? If you look
at the symlink on the filesystem as the Apache user, can you read the
contents of the linked file? Also, I assume you have PHP enabled for the
directory?

Thanks,

-Benn-

On 7/21/15 12:26 PM, Pedro Severino wrote:
> Hello,
> 
>  
> 
> I’m an employee of the Portuguese NREN, FCCN. We are thinking of doing 
> some tests with COmanage, but we are having some issues with our setup.
> 
> We already installed it and integrated COmanage with our IDP/SP 
> development system.
> 
>  
> 
> We are using CentOS release 6.6, PHP 5.3.3 and Apache/2.2.15 and 
> everything looks fine at start. But when we try to explore a little 
> more we get to pages were the content is not being rendered, like for
example:
> 
> ·         Going to the webpage /registry/co_people/canvas/1 give us a
> normal looking page but the content only says “../Standard/edit.ctp”
> 
>  
> 
> We did some digging around, but we couldn’t find the solution. We 
> thought that it could be something about our apache configuration.
> 
>  
> 
> Our apache conf file looks like this:
> 
> <VirtualHost _default_:443>
> 
>         DocumentRoot "/var/www"
> 
>         ServerName vo-demo.fccn.pt
> 
>         # Use separate log files for the SSL virtual host; note that 
> LogLevel
> 
>         # is not inherited from httpd.conf.
> 
>         ErrorLog /var/log/httpd/ssl_error_log
> 
>         TransferLog /var/log/httpd/ssl_access_log
> 
>         LogLevel warn
> 
>         SSLEngine on
> 
>         SSLProtocol all -SSLv2
> 
>         SSLCipherSuite 
> ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
> 
>         SSLCertificateFile /etc/pki/tls/certs/vo-demo_fccn_pt.crt
> 
>         SSLCertificateKeyFile /etc/pki/tls/private/vo-demo_fccn_pt.key
> 
>         SSLCertificateChainFile /etc/pki/CA/certs/DigiCertCA.crt
> 
>  
> 
>         <Directory "/var/www/registry/">
> 
>             Options Indexes FollowSymLinks
> 
>             DirectoryIndex index.php
> 
>             AllowOverride All
> 
>             Order allow,deny
> 
>             Allow from all
> 
>         </Directory>
> 
>  
> 
>         <Directory /var/www/registry/auth/login>
> 
>           AuthType shibboleth
> 
>           ShibRequestSetting requireSession 1
> 
>           require valid-user
> 
>         </Directory>
> 
>  
> 
>         <Files *.sso>
> 
>                 setHandler shib-handler
> 
>         </files>
> 
> </VirtualHost>
> 
>  
> 
> Can you help us? Do you have any ideia what could be the problem.
> 
>  
> 
> Regards,
> 
>  
> 
> Pedro Severino
>

Attachment: smime.p7s
Description: S/MIME cryptographic signature