subdomena – redirekce na https ukaze celou cestu, vcetne domains/forum.mojedomena.cz/

Vyřešeno375 zhlédnutíDomény
1

Dobrý den,

na subdomene jsem zprovoznil phpbb forum (posledni verzi 3.3.0), pro sifrovani pouzivam letsencrypt na hlavni domenu, takze pro subdomu jsem ji tam dopnil. sifrovani funguje jak ma, vesmes skoro vse funguje jak ma po te, co jsem upravil v phpbb server tyto hodnoty:

protokol serveru https://
port 443
cookies -> zabezpecene
Cesta ke skriptům: /

pro redirekci jsem v .htaccess pridal:

RewriteEngine on
RewriteCond %{HTTPS} !=on
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

takze redirekce z http na https funguje jak ma, az na jeden problem. A to je ten, ze pokud zadam primo http://forum.mojedomena.cz, tak se url zmeni na celou cestu https://forum.mojedomena.cz/domains/forum.mojedomena.cz/, ikdyzje cesta ke skriptum zadana dle navodu jako ,,/“ .

Nikde na netu jsem zadne reseni nenasel, nevite jak to upravit?

Dekuji predem

Role: Zákazník
Otázka je uzamčena pro nové odpovědi.
Vybral nejlepší odpověď
1
27.82K - WEDOS Internet, a.s. 0 Comments

Dobrý den,

to vám způsobuje kód pro přesměrování na https.

Nahraďte jej tímto, podobný problém nezpůsobuje:

RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule .* https://%{SERVER_NAME}/$1 [R=301]
Header set Content-Security-Policy "upgrade-insecure-requests;"
Role: Podpora Web: https://wedos.cz Vizitka: Pokusím se vám poradit s CMS.
Vybral nejlepší odpověď
0

Dobrý den,

nahradil jsem to Vaším kódem, ale nyní nedojde k přesměrování, nýbrž stránka zustane v http a forum napíše, že stránka nebyla nalezena

http://forum.wolcenfans.cz

Role: Zákazník
Změnil status na publikováno
0
12.92K - WEDOS Internet, a.s. 0 Comments

Dobrý den,

kde přesně .htaccess máte? Můžete nám ukázat celý soubor?

Role: Podpora Vizitka: Roses are Red, Violets are Blue Unexpected '{' on line 32.
Odpověděl na otázku
0

Dobrý den,

soubor htaccess je ve slozce www/domains/forum.wolcenfans.cz/

Soubor jsem vlastne modifikoval jen 2x:

  1. kvůli instalaci jsem zakomentoval #Options -MultiViews (jak jste radili, jinac nebylo mozne instalaci phpbb provest)
  2. dodána vaše část kódu, zmíněná výše

Nic víc jsem s ním nedělal.

Celý obsah aktuálního nastavení je zde:

<IfModule mod_rewrite.c>
RewriteEngine on
  RewriteCond %{HTTPS} !=on
RewriteRule .* https://%{SERVER_NAME}/$1 [R=301]
Header set Content-Security-Policy "upgrade-insecure-requests;"
 #RewriteCond %{HTTPS} !=on
#RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]
 #
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in http://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /forum
 #
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
 #
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]
 #
# If symbolic links are not already being followed,
# uncomment the line below.
# http://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>
 # Apache content negotation tries to interpret non-existent paths as files if
# MultiViews is enabled. This will however cause issues with paths containg
# dots, e.g. for the cron tasks
<IfModule mod_negotiation.c>
 #Options -MultiViews
</IfModule>
 # With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
 <IfVersion < 2.4>
  <Files "config.php">
   Order Allow,Deny
   Deny from All
  </Files>
  <Files "common.php">
   Order Allow,Deny
   Deny from All
  </Files>
 </IfVersion>
 <IfVersion >= 2.4>
  <Files "config.php">
   Require all denied
  </Files>
  <Files "common.php">
   Require all denied
  </Files>
 </IfVersion>
</IfModule>
<IfModule !mod_version.c>
 <IfModule !mod_authz_core.c>
  <Files "config.php">
   Order Allow,Deny
   Deny from All
  </Files>
  <Files "common.php">
   Order Allow,Deny
   Deny from All
  </Files>
 </IfModule>
 <IfModule mod_authz_core.c>
  <Files "config.php">
   Require all denied
  </Files>
  <Files "common.php">
   Require all denied
  </Files>
 </IfModule>
</IfModule>

Role: Zákazník
Změnil status na publikováno
0

Dobrý den,

snad jste na mě nezapomněli 🙂

Role: Zákazník
Změnil status na publikováno
0
27.82K - WEDOS Internet, a.s. 0 Comments

Dobrý den,

bohužel nevíme, jak dále pomoci, toto by měl řešit nějaký programátor. Doporučuji to svěřit svému tvůrci webů, pokud žádného nemáte, můžete se poptat zde na webu v kategorii Poptávky.

Role: Podpora Web: https://wedos.cz Vizitka: Pokusím se vám poradit s CMS.
Odpověděl na otázku

Categories