[Tuto] Installer SWAG en Docker ( Reverse Proxy )

loulou91 a dit:
bonjour,

J'ai actuellement une stack swag (sous portainer) avec un nom de domaine duckdns et l'environnement suivant. Cela marche bien (excepté que google considère mon site comme dangereux...). Je fais donc un essai avec un autre fournisseur de nom de domaine. J'essaye actuellement LWS mais je ne trouve pas la bonne configuration pour la section environnement.
Voir la pièce jointe 8320
Quelqu'un pourrait-il partager un exemple qui m'aiderait ?
Merci d'avance.
Cliquez pour agrandir...
Bonjour loulou. Il y peu être d'autre solutions mais j'ai résolu ce type de problème en achetant un nom de domaine chez LWS et en le gérant ensuite les DNS avec cloudflare. De cette manière mon certificat était bien propre. Tu peu créer des sous domaine , des adresse email limité des alias , tes redirection, cache, bref une panoplie d'option et de configuration importantes en partie.
Sur ton stack ya pas grand chose à dire si il fonctionne bien avec ces ID, c'est pas de la que viendra la solution me semble t'il. Sauf a bien sur y changer l'url et la méthode de validation si tu utilisera cloudflare.
 
Dernière édition:
Salut,
J'ai mis en place SWAG. Tout fonctionne sauf une petite chose, le dashboard.
En effet, ce dernier est inaccessible, j'ai pu voir que d'autre ont rencontré le même souci. Et cela serait lié à la configuration du certificat par wildcard.
 
wolfy a dit:
Salut,
J'ai mis en place SWAG. Tout fonctionne sauf une petite chose, le dashboard.
En effet, ce dernier est inaccessible, j'ai pu voir que d'autre ont rencontré le même souci. Et cela serait lié à la configuration du certificat par wildcard.
Cliquez pour agrandir...
Salut,
Tu as trouvé une solution ? J'ai le même soucis
Je cherche également un tuto pour la configuration de mes services sur NGINX, je viens de NPM proxy manager avec son GUI.
Si jamais quelqu'un pouvez me guider ça serait cool
Message automatiquement fusionné :

Super TUTO, je galère juste sur la configuration de mes proxy :)
 
J'ai trouvé ça comme exemple :

To use the bundled configuration file, simply rename mealie.subdomain.conf.sample in the proxy-confs folder to mealie.subdomain.conf. Alternatively, you can create a new file mealie.subdomain.conf in proxy-confs with the following configuration:

server {
listen 443 ssl http2;
listen [::]:443 ssl http2;

server_name mealie.*;

include /config/nginx/ssl.conf;

client_max_body_size 0;

location / {
include /config/nginx/proxy.conf;
include /config/nginx/resolver.conf;
set $upstream_app mealie;
set $upstream_port 80;
set $upstream_proto http;
proxy_pass $upstream_proto://$upstream_app:$upstream_port;
}
}

Mais moi je suis sur une configuration serveur web par dossier et non port :/
blabla.mondomaine.ovh/site1
blabla.mondomaine.ovh/site2 ...

Quelqu'un pourrait m'aiguiller ?
Un grand merci d'avance pour votre aide
 
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name app.*;
include /config/nginx/ssl.conf;
client_max_body_size 0;
location / {
include /config/nginx/proxy.conf;
include /config/nginx/resolver.conf;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Scheme $scheme;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header X-Real-IP $remote_addr;

set $upstream_app app;
set $upstream_port 80;
set $upstream_proto http;
proxy_pass $upstream_proto://$upstream_app:$upstream_port/macarte/;
}
}

Ça vous parait correct ?

Normalement je dois renvoyer vers
app.mondomaine.ovh/macarte
 
wolfy a dit:
Salut,
J'ai mis en place SWAG. Tout fonctionne sauf une petite chose, le dashboard.
En effet, ce dernier est inaccessible, j'ai pu voir que d'autre ont rencontré le même souci. Et cela serait lié à la configuration du certificat par wildcard.
Cliquez pour agrandir...
Ca marche :)

Il faut que tu rajoute le mapping du port 81
-> Add a mapping of 81:81 to swag's docker run command or compose

et une variable d’environnement
-> In the container's docker arguments, set an environment variable DOCKER_MODS=linuxserver/mods:swag-dashboard

si tu as déjà une variable d'environnement configurée
-> If adding multiple mods, enter them in an array separated by |, such as DOCKER_MODS=linuxserver/mods:swag-dashboard|linuxserver/mods:swag-mod2

voila j’espère t'avoir aidé
 
Ertu a dit:
Ca marche :)

Il faut que tu rajoute le mapping du port 81
-> Add a mapping of 81:81 to swag's docker run command or compose

et une variable d’environnement
-> In the container's docker arguments, set an environment variable DOCKER_MODS=linuxserver/mods:swag-dashboard

si tu as déjà une variable d'environnement configurée
-> If adding multiple mods, enter them in an array separated by |, such as DOCKER_MODS=linuxserver/mods:swag-dashboard|linuxserver/mods:swag-mod2

voila j’espère t'avoir aidé
Cliquez pour agrandir...
Tout ça a bien été activé.
Mais pas moyen de le faire fonctionner.
Sur une autre machine lors de mes tests aucun souci de fonctionnement. Mais le ssl était en http et pas en wildcard.
 
j'essaye désespérément de configurer mon proxy et ça ne marche pas :rolleyes:

Voici mon fichier app.subdomain.conf qui se trouve dans le répertoire proxy-confs :

server {
listen 443 ssl http2;
listen [::]:443 ssl http2;

server_name app.*;

include /config/nginx/ssl.conf;
client_max_body_size 0;

if ($lan-ip = yes) { set $geo-whitelist yes; }
if ($geo-whitelist = no) { return 404; }

location / {
include /config/nginx/proxy.conf;
include /config/nginx/resolver.conf;

# proxy_set_header Host $host;
# proxy_set_header X-Forwarded-Scheme $scheme;
# proxy_set_header X-Forwarded-Proto $scheme;
# proxy_set_header X-Forwarded-For $remote_addr;
# proxy_set_header X-Real-IP $remote_addr;

# set $upstream_app app.lesterrasses.store;
# set $upstream_port 80;
# set $upstream_proto http;

# proxy_pass $upstream_proto://$upstream_app:$upstream_port/Carte/;
proxy_pass http://10.1.50.2:80/Carte/;
}
}

je n’accède pas à mon site qui se trouve dans un autre container linux
swag et ce container sont dans le même réseau, les pings passent sans problèmes.

J'essaye d'acceder au site sur app.mondomaine.ovh, ce qui devrait me renvoyer sur http://10.1.50.2:80/Carte/ mais rien de rien

Voyez vous une erreur quelque part ?
Çà fait 2 jours que je suis dessus :(

Merci d'avance pour votre aide
Message automatiquement fusionné :

Voici l'erreur retournée

Échec de la connexion sécurisée

Une erreur est survenue pendant une connexion à app.mondomaine.ovh. PR_CONNECT_RESET_ERROR

Code d’erreur : PR_CONNECT_RESET_ERROR

La page que vous essayez de consulter ne peut pas être affichée car l’authenticité des données reçues ne peut être vérifiée.
Veuillez contacter les propriétaires du site web pour les informer de ce problème.

En savoir plus…
 
Bonjour,
Une question, dans quel cadre est-ce utile d'utiliser ce type de service.
Pour ma part, j'utilise des services comme bitwarden, Controlleur UNIFI, Plex, la suite synology (moment, drive station, note station)
Tous ces services sont derrières des reverse proxy + certificats Let's Encrypt
 
Ertu a dit:
J'essaye d'acceder au site sur app.mondomaine.ovh, ce qui devrait me renvoyer sur http://10.1.50.2:80/Carte/ mais rien de rien
Cliquez pour agrandir...
Je suis pas sur que le proxy arrive a renvoyer vers un dossier de la sorte. Je n'ai jamais essayé.

Si tu redirige uniquement vers la racine cela fonctionne ?
Exemple :
NGINX: 
server {
    listen 443 ssl;
    listen [::]:443 ssl;

    server_name app.*;

    include /config/nginx/ssl.conf;

    client_max_body_size 0;

    if ($lan-ip = yes) { set $geo-whitelist yes; }
    if ($geo-whitelist = no) { return 404; }

    location / {

        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app 10.1.50.2;
        set $upstream_port 80;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;

    }

}

Ps : Essaye d'utiliser la fonction pour poster des bloc de code, c'est beaucoup plus "jolie" a lire, et permet de ne pas casser la mise en forme
 
Dimebag Darrell a dit:
Celui-ci est monitoré, que celui de DSM ne l'est pas exact ?
Cliquez pour agrandir...
Oui SWAG permet d'avoir un Dashboard effectivement, ce que DSM ne propose pas. Personnellement, quand j'était sous DSM, j'était passé sous SWAG non pas pour la monitoring mais pour avoir plus de possibilité de configuration du proxy ( par exemple sous DSM dans le reverse proxy il est possible de faire du websocket sur le domaine, mais cela s'arrete la, si le websocket doit etre ouvert sur une API ou autre, cela deviens complexe ) aussi, pas possible de faire du filtrage géographique en fonction des sous domaine, ...

par contre, l'installation de SWAG sous DSM est un peu galère, si on souhaite avoir une remonté correcte des IP, alors SWAG doit etre en macvlan avec ip vituelle, chose que j'ai abandonné, c'est pas fiable et c'est a re-faire a chaque maj/redémarrage, et meme si c'est possible de l'automatisé, il y a toujours un truc qui fait que cela ne se remonte pas en automatique ... J'avais donc placé mon reverse proxy sur un NUC, et c'est toujours le cas maintenant, même si j'ai plus de NAS syno.
 
EVOTk a dit:
Je suis pas sur que le proxy arrive a renvoyer vers un dossier de la sorte. Je n'ai jamais essayé.

Si tu redirige uniquement vers la racine cela fonctionne ?
Exemple :
NGINX: 
server {
    listen 443 ssl;
    listen [::]:443 ssl;

    server_name app.*;

    include /config/nginx/ssl.conf;

    client_max_body_size 0;

    if ($lan-ip = yes) { set $geo-whitelist yes; }
    if ($geo-whitelist = no) { return 404; }

    location / {

        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app 10.1.50.2;
        set $upstream_port 80;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;

    }

}

Ps : Essaye d'utiliser la fonction pour poster des bloc de code, c'est beaucoup plus "jolie" a lire, et permet de ne pas casser la mise en forme
Cliquez pour agrandir...

Merci pour le retour.
J'ai enfin réussi à avoir quelque chose de fonctionnelle mais la mise en page est désastreuse :(
Swag doit rajouter des entêtes je pense qui detruisent ma mise en page, là je sèche encore plus :rolleyes:

Voir le code post suivant :D

Je suis sur un serveur WEBDEV, donc pas de racine mais un répertoire par site.
donc je veux rediriger mon sous domaine macarte.mondomaine.ovh ves serveurWEBDEV/repertoireSITE
Je vais poster des capture du site ça sera plus parlant par rapport à la casse de la mise ne page.

Merci encore pour ton aide
 
Dernière édition:
Voici la proxy conf qui fonctionne mais qui casse le site

Perl: 
server {
    listen 443 ssl;
    listen [::]:443 ssl;

    server_name app.*;

    include /config/nginx/ssl.conf;

    client_max_body_size 0;

    if ($lan-ip = yes) { set $geo-whitelist yes; }
    if ($geo-whitelist = no) { return 404; }

    location / {
        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;

        # proxy_set_header Host $host;
        # proxy_set_header X-Forwarded-Scheme $scheme;
        # proxy_set_header X-Forwarded-Proto  $scheme;
        # proxy_set_header X-Forwarded-For    $remote_addr;
        # proxy_set_header X-Real-IP          $remote_addr;

        set $upstream_app app.lesterrasses.store;
        set $upstream_port 80;
        set $upstream_proto http;
        # proxy_pass $upstream_proto://$upstream_app:$upstream_port/Carte/;
        proxy_pass http://10.1.50.2:80/Carte/;
    }
}

Ne tenz pas compte du code précédent :)
Message automatiquement fusionné :

et voici le resultat
sans SWAG
sans swag.png
-------------------------------------------------------------------------------------------------------
et avec SWAG c'est terrible :rolleyes:
avec swag.png
 
Dernière édition:
A tout hasard, il ne manquerait pas une redirection vers les "static" de ton site? On dirait que le CSS est pas/mal importé
 
Cela me fait penser a un site ou les adresses des images/css sont en dur avec l'adresse local genre "192.168...." et donc au travers du reverse proxy, c'est cassé.

Pourrai tu nous copier/coller le code source de la page quand tu l'affiche avec le reverse proxy ?
 
Bonjour à tous et merci pour ces retours.
Je vais essayer de vous répondre rapidement, malheureusement aujourd’hui ça va être impossible..
Pour rappel c'est un serveur WEBDEV qui tourne à cette adresse donc effectivement les CSS , images etc sont certainement en dur :unsure:
Message automatiquement fusionné :

Nincha a dit:
A tout hasard, il ne manquerait pas une redirection vers les "static" de ton site? On dirait que le CSS est pas/mal importé
Cliquez pour agrandir...
qu'appel tu redirection vers les "static" ?
même le code du bouton connexion ne fonctionne pas :rolleyes:
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas
Retour