Pages : 1
#1 Le 13/11/2016, à 01:04
- jajaX
[résolu] soucis de redirection de ports
hello,
j'ai installé Owncloud (que j'ai encore) en suivant ce tuto
ça fonctionne nickel aucun soucis grâce au tuto et à la redirection de ports (443 => 3443).
à part certains sites, que j'héberge, comme phpmyadmin qui se retrouve avec les adresses avec ça en plus ":3443". ce qui est normal vu le port utilisé.
ce que je ne comprends pas c'est le rapport entre ma config Owncloud et phpmyadmin, enfin bref...
surtout que, une fois loggué, dans phpmyadmin, ça me renvoie vers une page de la forme https://adressedemonserveur:3443/phpmyadmin/index.php?token=xxxxxxx qui ne fonctionne pas. je suis obligé de retirer ":3443" pour que ça fonctionne....
je voudrais donc enlever la redirection de port pour repasser en 443. je modifie donc mon fichier owncloud-ssl.conf dans /etc/apache2/sites-available et je retire la redirection de ma freebox mais là, plus rien ne fonctionne !!! (le fichier de config de owncloud n'a pas le redirection). phpmyadmin ne fonctionne plus non plus !
une idée pour m'aider svp ?
merci
note : mon fichier owncloud-ssl.conf est comme celui du tuto !
note: mon fichier default-ssl.conf (toujours dans sites-available) ne comporte aucune mention du port 3443. il y a seulement le port 433 !
Dernière modification par jajaX (Le 14/11/2016, à 12:48)
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#2 Le 13/11/2016, à 08:25
- bruno
Re : [résolu] soucis de redirection de ports
Bonjour,
Il faudrait que tu donnes tes fichiers de configuration pour que l'on comprenne ce qui se passe.
As-tu une raison particulière de vouloir utiliser un autre port que 443 pour owncloud ?
Sinon il faut retirer toutes les directives du type et sur le routeur freebox faire une redirection du port 443 vers le port 443 de la machine qui héberge tes sites :
Listen 3443
que tu as pu ajouter.
En principe les ports sur lesquels Apache est en écoute se définissent dans le fichier /etc/apache2/ports.conf, extrait :
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
NB: dans le tuto que tu indiques, il me semble qu'il manque pas mal de choses pour avoir une configuration « propre ». Par exemple, pas de directive ServerName, pas de redirection pour forcer la connexion en https, etc.
#3 Le 13/11/2016, à 11:52
- jajaX
Re : [résolu] soucis de redirection de ports
salut,
comme indiqué, mes fichiers de conf ressemblent à ceux du tuto
après test, je me demande si c'est pas à cause de mon certificat !
si je me connecte à ma freebox, ça marche bien avec la redirection que j'ai configuré, avec le certificat fournit par Free.
si je mets QUE le nom de domaine, je tombe bien sur ma page apache2 avec mon certificat.
si je rajoute un dossier d'un de mes sites, je suis redirigé vers une url avec :3443 en plus.
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#4 Le 13/11/2016, à 12:03
- bruno
Re : [résolu] soucis de redirection de ports
Cela ne vient pas de ton certificat mais de ta configuration.
Si tu as bien désactivé l'écoute sur le port 3443 et les redirections vers ce port il n'y a aucune raison d'être redirigé dessus.
#5 Le 13/11/2016, à 18:12
- jajaX
Re : [résolu] soucis de redirection de ports
je le sais bien...
bon alors je copie/colle mes fichiers =>
000-default.conf =>
<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com
ServerName URLNomdemonserveur
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
Redirect permanent / https://URLNomdemonserveur ===>>>> activer ou pas ça fait pareil !!!
<Directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
</Directory>
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>
<Directory /var/www/>
AllowOverride All
</Directory>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
default-ssl.conf =>
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
# SSL Engine Switch:
# Enable/Disable SSL for this virtual host.
SSLEngine on
# A self-signed (snakeoil) certificate can be created by installing
# the ssl-cert package. See
# /usr/share/doc/apache2/README.Debian.gz for more info.
# If both key and certificate are stored in the same file, only the
# SSLCertificateFile directive is needed.
SSLCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
# Server Certificate Chain:
# Point SSLCertificateChainFile at a file containing the
# concatenation of PEM encoded CA certificates which form the
# certificate chain for the server certificate. Alternatively
# the referenced file can be the same as SSLCertificateFile
# when the CA certificates are directly appended to the server
# certificate for convinience.
#SSLCertificateChainFile /etc/apache2/ssl.crt/server-ca.crt
# Certificate Authority (CA):
# Set the CA certificate verification path where to find CA
# certificates for client authentication or alternatively one
# huge file containing all of them (file must be PEM encoded)
# Note: Inside SSLCACertificatePath you need hash symlinks
# to point to the certificate files. Use the provided
# Makefile to update the hash symlinks after changes.
#SSLCACertificatePath /etc/ssl/certs/
#SSLCACertificateFile /etc/apache2/ssl.crt/ca-bundle.crt
# Certificate Revocation Lists (CRL):
# Set the CA revocation path where to find CA CRLs for client
# authentication or alternatively one huge file containing all
# of them (file must be PEM encoded)
# Note: Inside SSLCARevocationPath you need hash symlinks
# to point to the certificate files. Use the provided
# Makefile to update the hash symlinks after changes.
#SSLCARevocationPath /etc/apache2/ssl.crl/
#SSLCARevocationFile /etc/apache2/ssl.crl/ca-bundle.crl
# Client Authentication (Type):
# Client certificate verification type and depth. Types are
# none, optional, require and optional_no_ca. Depth is a
# number which specifies how deeply to verify the certificate
# issuer chain before deciding the certificate is not valid.
#SSLVerifyClient require
#SSLVerifyDepth 10
# SSL Engine Options:
# Set various options for the SSL engine.
# o FakeBasicAuth:
# Translate the client X.509 into a Basic Authorisation. This means that
# the standard Auth/DBMAuth methods can be used for access control. The
# user name is the `one line' version of the client's X.509 certificate.
# Note that no password is obtained from the user. Every entry in the user
# file needs this password: `xxj31ZMTZzkVA'.
# o ExportCertData:
# This exports two additional environment variables: SSL_CLIENT_CERT and
# SSL_SERVER_CERT. These contain the PEM-encoded certificates of the
# server (always existing) and the client (only existing when client
# authentication is used). This can be used to import the certificates
# into CGI scripts.
# o StdEnvVars:
# This exports the standard SSL/TLS related `SSL_*' environment variables.
# Per default this exportation is switched off for performance reasons,
# because the extraction step is an expensive operation and is usually
# useless for serving static content. So one usually enables the
# exportation for CGI and SSI requests only.
# o OptRenegotiate:
# This enables optimized SSL connection renegotiation handling when SSL
# directives are used in per-directory context.
#SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
<FilesMatch "\.(cgi|shtml|phtml|php)$">
SSLOptions +StdEnvVars
</FilesMatch>
<Directory /usr/lib/cgi-bin>
SSLOptions +StdEnvVars
</Directory>
# SSL Protocol Adjustments:
# The safe and default but still SSL/TLS standard compliant shutdown
# approach is that mod_ssl sends the close notify alert but doesn't wait for
# the close notify alert from client. When you need a different shutdown
# approach you can use one of the following variables:
# o ssl-unclean-shutdown:
# This forces an unclean shutdown when the connection is closed, i.e. no
# SSL close notify alert is send or allowed to received. This violates
# the SSL/TLS standard but is needed for some brain-dead browsers. Use
# this when you receive I/O errors because of the standard approach where
# mod_ssl sends the close notify alert.
# o ssl-accurate-shutdown:
# This forces an accurate shutdown when the connection is closed, i.e. a
# SSL close notify alert is send and mod_ssl waits for the close notify
# alert of the client. This is 100% SSL/TLS standard compliant, but in
# practice often causes hanging connections with brain-dead browsers. Use
# this only for browsers where you know that their SSL implementation
# works correctly.
# Notice: Most problems of broken clients are also related to the HTTP
# keep-alive facility, so you usually additionally want to disable
# keep-alive for those clients, too. Use variable "nokeepalive" for this.
# Similarly, one has to force some clients to use HTTP/1.0 to workaround
# their broken HTTP/1.1 implementation. Use variables "downgrade-1.0" and
# "force-response-1.0" for this.
# BrowserMatch "MSIE [2-6]" \
# nokeepalive ssl-unclean-shutdown \
# downgrade-1.0 force-response-1.0
</VirtualHost>
</IfModule>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
owncloud-ssl.conf =>
Listen 3443 https
<Directory /var/www/owncloud/>
Options +FollowSymlinks
AllowOverride All
<IfModule mod_dav.c>
Dav off
</IfModule>
SetEnv HOME /var/www/owncloud
SetEnv HTTP_HOME /var/www/owncloud
</Directory>
<VirtualHost *:3443>
# Activation du mode SSL
SSLEngine On
SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
# On indique ou est le certificat
SSLCertificateFile /etc/ssl/certs/owncloud.crt
SSLCertificateKeyFile /etc/ssl/private/owncloud.key
</VirtualHost>
ports.conf =>
# If you just change the port or add more ports here, you will likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default.conf
Listen 80
<IfModule ssl_module>
Listen 443
</IfModule>
<IfModule mod_gnutls.c>
Listen 443
</IfModule>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
fichier de config de owncloud (config.php) >
<?php
$CONFIG = array (
'filesystem_check_changes' => 1,
'default_language' => 'fr',
'overwritewebroot' => '/owncloud',
'check_for_working_webdav' => false,
'instanceid' => 'xxxxxxxxxxxxxxxxx',
'passwordsalt' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxx',
'datadirectory' => '/home/user/Owncloud/data',
'dbtype' => 'mysql',
'version' => '9.1.1.3',
'installed' => true,
'theme' => '',
'maintenance' => false,
'overwrite.cli.url' => 'https://urlnomdedomaine/owncloud',
'forcessl' => true,
'loglevel' => 0,
'trusted_domains' =>
array (
0 => 'ipmachineserveur',
1 => urlnomdedomaine',
2 => urlnomdedomaine',
),
'mail_smtpmode' => 'php',
'mail_smtpname' => 'user',
'mail_smtppassword' => 'motdepassebasededonnées',
'secret' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
'dbname' => 'owncloud',
'dbhost' => '127.0.0.1',
'dbuser' => 'usermysql',
'dbpassword' => 'motdepassemysql',
'memcache.local' => '\\OC\\Memcache\\APCu',
'enable_previews' => true,
'filelocking.enabled' => 'true',
'memcache.locking' => '\\OC\\Memcache\\Redis',
'redis' =>
array (
'host' => 'localhost',
'port' => 6379,
'timeout' => 0,
'password' => '',
),
'enabledPreviewProviders' =>
array (
0 => 'OC\\Preview\\Image',
1 => 'OC\\Preview\\MP3',
2 => 'OC\\Preview\\TXT',
3 => 'OC\\Preview\\MarkDown',
7 => 'OC\\Preview\\PDF',
8 => 'OC\\Preview\\OpenDocument',
9 => 'OC\\Preview\\StarOffice',
10 => 'OC\\Preview\\Epub',
11 => 'OC\\Preview\\MSOfficeDoc',
12 => 'OC\\Preview\\MSOffice2003',
13 => 'OC\\Preview\\MSOffice2007',
),
'forceSSLforSubdomains' => true,
'app.mail.server-side-cache.enabled' => true,
'appstore.experimental.enabled' => true,
'trashbin_retention_obligation' => 'auto',
'updatechecker' => false,
'htaccess.RewriteBase' => '/owncloud',
);
s'il manque quelque chose dis-le moi
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#6 Le 13/11/2016, à 20:01
- bruno
Re : [résolu] soucis de redirection de ports
Sacré bordel dans ta configuration…
Bon, si tu veux utiliser 000-default.conf:
<VirtualHost *:80>
ServerName tonnomdemdomaine.fr
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
# on force la connexion en https :
Redirect permanent / https://tonnomdemdomaine.fr
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
et default-ssl.conf :
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerName tonnomdemdomaine.fr
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
SSLEngine on
SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
# On indique ou est le certificat : un seul dominae-> un seul certificat
SSLCertificateFile /etc/ssl/certs/owncloud.crt
SSLCertificateKeyFile /etc/ssl/private/owncloud.key
<Directory /var/www/html>
# on interdit l'affichage de la liste de fichiers
Options -Indexes +FollowSymLinks +MultiViews
# on autorise les htaccess
AllowOverride All
# on autorise tout le monde à voir le site (à remplacer par Require all granted sous Apache 2.4)
Order allow,deny
Allow from all
</Directory>
<Directory /var/www/owncloud/>
#très probablement inutile pour les versions récenytes d'owncloud (>8)
<IfModule mod_dav.c>
Dav off
</IfModule>
SetEnv HOME /var/www/owncloud
SetEnv HTTP_HOME /var/www/owncloud
</Directory>
</VirtualHost>
</IfModule>
et tu oublies owncloud-ssl.conf, seul default.conf et default-ssl.conf doivent être activés:
sudo a2dissite owncloud-ssl.conf
sudo a2ensite default-ssl.conf
sudo a2ensite 000-default.conf
sudo service apache2 restart
Dernière modification par bruno (Le 13/11/2016, à 20:03)
#7 Le 14/11/2016, à 00:46
- jajaX
Re : [résolu] soucis de redirection de ports
lol, ok pour le bordel
merci d'y avoir remis de l'ordre
ça refonctionne après ouverture du port 443 sur la freebox pour owncloud, cops et cie.
par contre mon oxwall ne trouve plus le fichier index.php
j'ai rajouté ça à mon default-ssl.conf =>
<Directory /var/www/oxwall/>
#très probablement inutile pour les versions récenytes d'owncloud (>8)
<IfModule mod_dav.c>
Dav off
</IfModule>
SetEnv HOME /var/www/oxwall
SetEnv HTTP_HOME /var/www/oxwall
</Directory>
mais niet => erreur 404 !
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#8 Le 14/11/2016, à 07:59
- bruno
Re : [résolu] soucis de redirection de ports
Parce qu'il est en dehors du dossier /var/www/html. L'exemple de configuration simple que je t'ai donné indique /var/www/html comme dossier racine.
Remplace :
DocumentRoot /var/www/html par DocumentRoot /var/www
et :
<Directory /var/www/html> par <Directory /var/www>
#9 Le 14/11/2016, à 11:50
- jajaX
Re : [résolu] soucis de redirection de ports
salut,
merci mais ça ne fonctionne toujours pas.
j'ai cherché dans la base de donnée d'oxwall sans rien trouvé (j'ai cherché 3443 au cas où).
j'ai renommé le fichier .htaccess pour test, idem
pourtant le fichier est bien là =>
ls -l
total 136
-rw-r--r-- 1 www-data www-data 2856 août 4 07:20 captcha.php
-rw-r--r-- 1 www-data www-data 38585 août 4 07:20 CHANGELOG.txt
-rw-r--r-- 1 www-data www-data 4271 août 4 07:20 e500.php
-rw-r--r-- 1 www-data www-data 3327 août 4 07:20 index.php
-rw-r--r-- 1 www-data www-data 4316 août 4 07:20 INSTALL.txt
drwxr-xr-x 2 www-data www-data 4096 août 4 07:20 ow_core
drwxr-xr-x 2 www-data www-data 4096 août 4 07:20 ow_cron
drwxr-xr-x 2 www-data www-data 4096 nov. 14 00:34 ow_includes
drwxr-xr-x 13 www-data www-data 4096 août 4 07:20 ow_libraries
drwxr-xr-x 2 www-data www-data 4096 nov. 8 22:19 ow_log
drwxr-xr-x 19 www-data www-data 4096 nov. 12 15:29 ow_pluginfiles
drwxr-xr-x 23 www-data www-data 4096 nov. 12 15:29 ow_plugins
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_smarty
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_static
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_system_plugins
drwxr-xr-x 7 www-data www-data 4096 nov. 13 17:03 ow_themes
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_unittest
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_updates
drwxr-xr-x 4 www-data www-data 4096 août 4 07:20 ow_userfiles
drwxr-xr-x 2 www-data www-data 4096 août 4 07:20 ow_utilities
-rw-r--r-- 1 www-data www-data 368 août 4 07:22 ow_version.xml
-rw-r--r-- 1 www-data www-data 753 nov. 9 23:41 robots.txt
-rw-r--r-- 1 www-data www-data 1465 août 4 07:20 UPDATE.txt
le tableau de bord d'oxwall est "joignable" par le lien => https://mondomaine/oxwall/dashboard
la page "accueil" (qui ne fonctionne plus) => https://mondomaine/oxwall/dashboard/index
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#10 Le 14/11/2016, à 12:48
- jajaX
Re : [résolu] soucis de redirection de ports
c'est bon
j'ai viré "+MultiViews" du fichier "default-ssl.conf"
un grand merci à toi
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#11 Le 14/11/2016, à 13:23
- bruno
Re : [résolu] soucis de redirection de ports
Avec plaisir
#12 Le 25/10/2017, à 21:27
- jajaX
Re : [résolu] soucis de redirection de ports
salut,
je relance mon sujet car je voudrais virer ma config ssl (et mon certificat voir même ma redirection free !) pour passer avec un domaine no-ip et un certificat let's encrypt !
mais je n'y arrive pas !! help svp !
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#13 Le 26/10/2017, à 08:33
- bruno
Re : [résolu] soucis de redirection de ports
Re,
Inutile de « virer ta config ». Il suffit de changer le nom de domaine pour les directives ServerName et de modifier l’emplacement des certificats pour les directive SSLCertificate…
#14 Le 26/10/2017, à 22:21
- jajaX
Re : [résolu] soucis de redirection de ports
salut,
ah ok ! j'essaie de voir ça ce week end. merci
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
#15 Le 14/11/2018, à 00:03
- jajaX
Re : [résolu] soucis de redirection de ports
salut,
après un long moment, et vu que mon subsonic ne réponds plus. je tente la chose ce week end (la suppression de mon certificat).
@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)
Hors ligne
Pages : 1