![]() |
|
Custom Vhost entries problem - Not working - Printable Version +- Sentora Support Forums (https://senforums.mach-hosting.com) +-- Forum: Sentora Forum Archives (https://senforums.mach-hosting.com/forumdisplay.php?fid=5) +--- Forum: Sentora Public Support Forums v1.0.x (https://senforums.mach-hosting.com/forumdisplay.php?fid=32) +---- Forum: General Support Forum v1.0.x (https://senforums.mach-hosting.com/forumdisplay.php?fid=36) +---- Thread: Custom Vhost entries problem - Not working (/showthread.php?tid=666) |
Custom Vhost entries problem - Not working - Tango - 11-24-2014 Hi! I followed this guide: (to create a vhost entry: webmail) http://forums.sentora.org/showthread.php?tid=495 and apache says: Code: AH00526: Syntax error on line 384 of /etc/sentora/configs/apache/httpd-vhosts.conf:
<VirtualHost> cannot occur within <VirtualHost> sectionAnd it is true. When searching for that line i found: # DOMAIN: domain.es <virtualhost *:80> ServerName domain.es ServerAlias www.domain.es ServerAdmin aaba@aaasasaa.com DocumentRoot "/var/sentora/hostdata/domain/public_html/domain_es" php_admin_value suhosin.executor.func.blacklist "passthru, show_source, shell_exec, system, pcntl_exec, popen, pclose, proc_open, proc_nice, proc_terminate, proc$ ErrorLog "/var/sentora/logs/domains/angelsanchez/domain.es-error.log" CustomLog "/var/sentora/logs/domains/angelsanchez/domain.es-access.log" combined CustomLog "/var/sentora/logs/domains/angelsanchez/domain.es-bandwidth.log" common <Directory "/var/sentora/hostdata/angelsanchez/public_html/domain_es"> Options +FollowSymLinks -Indexes AllowOverride All Require all granted </Directory> AddType application/x-httpd-php .php3 .php ErrorDocument 404 /_errorpages/404.html ErrorDocument 500 /_errorpages/500.html ErrorDocument 403 /_errorpages/403.html ErrorDocument 510 /_errorpages/510.html DirectoryIndex index.html index.htm index.php index.asp index.aspx index.jsp index.jspa index.shtml index.shtm # Custom Global Settings (if any exist) # Custom VH settings (if any exist) # Configuration for WebMail - webmail.yoursite.tld <VirtualHost *:80> ServerAdmin info@domain.es DocumentRoot "/var/zpanel/panel/etc/apps/webmail/" ServerName webmail.domain.es AddType application/x-httpd-php .php3 .php <Directory /> Options FollowSymLinks Indexes AllowOverride All Order Allow,Deny Allow from all </Directory> </VirtualHost> </virtualhost> # END DOMAIN: domain.es ################################################################ So, there is a virtual host inside an other one. I think that if I delete the <VirtualHost *:80> and the </VirtualHost> in the custom setting it will work, ¿right? RE: Custom Vhost entries problem - Not working - Me.B - 11-24-2014 start you custom entry with </virtualhost> & don't close the virtual host at the end with : </virtualhost> I still think this is not how we should add custom entries. If you want to add some custom vhosts better adding them to apache config files. M B RE: Custom Vhost entries problem - Not working - Tango - 11-24-2014 (11-24-2014, 09:53 PM)Me.B Wrote: start you custom entry with </virtualhost> & don't close the virtual host at the end with : </virtualhost> DAMN! As I can see, in the how-to thread (http://forums.sentora.org/showthread.php?tid=495) the entry starts with </virtualhost>. My fault, of course. Thanks a lot for your help. EDIT: I think it would be more clear if you separate the vhosts: ------------------------------ # Configuration for phpMyAdmin - mysql.yoursite.tld </VirtualHost> <VirtualHost *:80> ServerAdmin webmaster[at]yoursite.tld DocumentRoot "C:/zpanel/panel/etc/apps/phpmyadmin/" ServerName mysql.yoursite.tld AddType application/x-httpd-php .php3 .php <Directory /> Options FollowSymLinks Indexes AllowOverride All Order Allow,Deny Allow from all </Directory> ----------------------------- And so on. Its a little confusing: you need to start de vhost entry CLOSING virtualhost, and you don need to close it. (As the example I pasted) In the how-to thread it looks "strange". Greets. RE: Custom Vhost entries problem - Not working - Me.B - 11-25-2014 It's a hack and we should set better ways for handling it. M B |