Bruno21 Posté(e) le 7 mai 2022 Posté(e) le 7 mai 2022 Bonjour, Je fais tourner gitea sur le nas sous http://localhost:8418 Avec une règle proxy inverse, je peux y accéder depuis https://xxxx.synology.me:3000 Est-ce possible d'y accéder depuis https://xxxx.synology.me/gitea ou https://gitea.xxxx.synology.me/ ? 0 Citer
MilesTEG1 Posté(e) le 7 mai 2022 Posté(e) le 7 mai 2022 Salut, ça me semble tout à fait possible. moi j’ai installé gitea via docker et j’y accède avec https://gitea.ndd.tld Il faut configurer le virtual host via web station, faire que ton nom de domaine pointe sur le dossier de gitea. ps : c’est quoi ton nas ? 0 Citer
Bruno21 Posté(e) le 7 mai 2022 Auteur Posté(e) le 7 mai 2022 (modifié) Il y a 2 heures, MilesTEG1 a dit : Salut, ça me semble tout à fait possible. moi j’ai installé gitea via docker et j’y accède avec https://gitea.ndd.tld Il faut configurer le virtual host via web station, faire que ton nom de domaine pointe sur le dossier de gitea. ps : c’est quoi ton nas ? Bonjour, merci pour la réponse. Le 916+ Je dois bien virer la règle proxy inverse ? Dans Portail de services web, dans les 3 choix, il faut bien choisir Virtual Host ? Basé sur le port http 8418 Le dossier gitea, c'est bien celui qui contient les repos ? Là, ça me dit que le port est 'en cours d'installation'. Modifié le 7 mai 2022 par Bruno21 0 Citer
MilesTEG1 Posté(e) le 7 mai 2022 Posté(e) le 7 mai 2022 il y a 28 minutes, Bruno21 a dit : Le 916+ Ok, tu n'avais pas envisagé l'installation via docker ? C'est à mon sens plus propre et plus simple pour le nom de domaine. il y a 29 minutes, Bruno21 a dit : Je dois bien virer la règle proxy inverse ? Si tu utilises un virtualhost, oui, tu n'as pas besoin de la règle de reverse proxy, il ne faut d'ailleurs surtout pas la laisser 🙂 il y a 30 minutes, Bruno21 a dit : Basé sur le port http 8418 C'est-à-dire ? il y a 32 minutes, Bruno21 a dit : Le dossier gitea, c'est bien celui qui contient les repos ? Je ne sais pas. Tu pourrais explicité ta méthode d'installation de Gitea ? il y a 33 minutes, Bruno21 a dit : Là, ça me dit que le port est 'en cours d'installation'. Fait des captures ^^ Car là ça ne me parle pas du tout... PS : si tu veux essayer l'installation via docker, en ligne de commande ou via portainer, moi j'ai ce docker-compose.yml : ##============================================================================================== ## ## ## Fichier docker-compose.yml pour Gitea ## ## ## ##============================================================================================== ## ## ## Pour que Gitea fonctionne correctement et que l'on puisse faire des git clone depuis ## ## un ordinateur, il faut un nom de domaine ! Je n'ai pas trouver comment faire sans... ## ## ## ##──── ──────────────────────────────────────────────────────────────────────────────────────── ## ## ## Pense-bête pour la configuration du serveur : ## ## ## ## - URL locale d'accès (pour l'installation): http://192.168.X.X:8900 ## ## - URL d'accès : https://gitea.ndd.tld ## ## - Parmètres emailer : ## ## - ENABLED = true ## ## - HOST = smtp.gmail.com:587 ## ## - FROM = un-email-a-toi@gmail.com ## ## - USER = un-email-a-toi@gmail.com ## ## - PASSWD = xxxxxxxxxxxxxxxx ## ## - MAILER_TYPE = smtp ## ## - IS_TLS_ENABLED = false ## ## ## ##============================================================================================== --- version: "2.4" services: server: image: gitea/gitea:latest # On reste ici avec la dernière version stable de la branche 1.x.x # https://docs.gitea.io/en-us/install-with-docker/ # https://docs.gitea.io/fr-fr/install-with-docker/ # https://github.com/go-gitea/gitea container_name: gitea #network_mode: "bridge" networks: - gitea_network environment: - USER_UID=1000 # Utiliser la commande : id user - USER_GID=65538 # Utiliser la commande : id user - APP_NAME=Mon Gitea perso - RUN_MODE=prod # Les deux paramètres ci-dessous ne semblent pas fonctionner puisqu'il faut faire manuellement le réglage lors du setup... - REQUIRE_SIGNIN_VIEW=true # Enable this to force users to log in to view any page. - DISABLE_REGISTRATION=true # Disable registration, after which only admin can create accounts for users. - DOMAIN=gitea.ndd.tld - SSH_DOMAIN=gitea.ndd.tld - ROOT_URL=https://gitea.ndd.tld - DB_TYPE=sqlite3 - DB_HOST=localhost:3306 - DB_NAME=gitea - DB_USER=root - DB_PASSWD="gitea_db_password" # Paramètres pour les migrations - ALLOW_LOCALNETWORKS=true - ALLOWED_DOMAINS=gitea.ndd.tld # Paramètres pour les mirroirs - DEFAULT_INTERVAL=8h - INSTALL_LOCK=true # Disallow access to the install page # À passer en true une fois installer la première fois. - GITEA__PICTURE__DISABLE_GRAVATAR=true - GITEA__PICTURE__ENABLE_FEDERATED_AVATAR=false - GITEA__SERVICE__REGISTER_EMAIL_CONFIRM=true # Ne semble pas fonctionner puisqu'il faut cocher manuellement la case lors du setup... - GITEA__SERVICE__ENABLE_NOTIFY_MAIL=true # Ne semble pas fonctionner puisqu'il faut cocher manuellement la case lors du setup... # ############### # Le label ci-dessous permet à Watchtower de faire les mises à jour automatiquement # Cela peut-être supprimé si Watchtower n'est pas utilisé. labels: - "com.centurylinklabs.watchtower.enable=true" # --------------------------------------------------------------------------------- volumes: - "/volume1/docker/gitea/data:/data" # Dossier pour les données de Gitea (Dépôts, BDD, config...) - "/volume1/docker/gitea/backup-data:/backup-data" # Dossier pour les sauvegardes régulières à lancer avec un script en tâche planifiée. - "/etc/localtime:/etc/localtime:ro" # Nécessaire pour avoir le temps local correct (vu que la variable TZ=Europe/Paris n'existe pas pour ce conteneur...) ports: - "8900:3000" # Choisir un port de connexion libre sur votre machine, ce sera la port de connexion pour l'interface graphique # - "8197:22" # Idem ici, sauf que ce sera pour le port SSH, mais ça ne fonctionne pas avec une installation en Bridge... restart: unless-stopped networks: gitea_network: external: false driver: bridge name: gitea_network 0 Citer
Bruno21 Posté(e) le 8 mai 2022 Auteur Posté(e) le 8 mai 2022 Il y a 20 heures, MilesTEG1 a dit : Ok, tu n'avais pas envisagé l'installation via docker ? C'est à mon sens plus propre et plus simple pour le nom de domaine. Je ne sais pas. Tu pourrais explicité ta méthode d'installation de Gitea ? Fait des captures ^^ Car là ça ne me parle pas du tout... PS : si tu veux essayer l'installation via docker, en ligne de commande ou via portainer, moi j'ai ce docker-compose.yml : Je ne suis pas très à l'aise avec docker. Je vais essayer ta config. Merci. Là, gitea est installé depuis le paquet SynoCommunity. Je l'ai aussi installé depuis le binaire 0 Citer
MilesTEG1 Posté(e) le 8 mai 2022 Posté(e) le 8 mai 2022 Là je t’avoue qu’avec le virtual host je ne saurais pas bien t’aider… la seule fois où j’ai eu à en faire un , c’était pour faire un site temporaire accessible avec un nom de domaine , les fichiers étant dans le dossier www du nas. Je vois un potentiel soucis de sécurité avec ce que tu as configuré : il n’y a pas de chiffrement de l’accès à gitea… c’est un gros soucis selon mois… De mon côté, la couche https est mise via la reverse proxy . Mais mon installation est en docker, ça n’est donc pas un site internet. En parlant de ça, via un paquet c’est une application pas un site donc pas besoin de virtual host. Faut utiliser le reverse proxy. 0 Citer
Bruno21 Posté(e) le 8 mai 2022 Auteur Posté(e) le 8 mai 2022 Merci de ton aide. Je suis arriver à le faire sur un ubuntu, mais sur le nas, je trouve que les outils Synology complexifie la configuration du serveur web, de php... Je vais tester l'install avec Docker, sinon je resterai avec le reverse proxy. 1 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.