Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: pat on March 09, 2022, 09:36:28 AM
-
Bonjour,
J'ai installé nextcloud sur ma sme10 mais je ne parviens pas à installer un serveur collabora pour lire les fichiers doc. Existe t il un tutoriel ?
Pour ceux qui le font tourner, de quelle manière y arrivez vous : en local sur le serveur SME, sur une machine placée sur le réseau lan, sur un vps, ... ?
Question subsidiaire : avez vous installé la version 23 de nextcloud?
Merci pour votre retour.
-
Possible, but not easy. I haven't seen anyone else do this.
You can install using docker as per this, but you'll have to master docker on SME.
(I have it running but no interest from others to help develop a contrib.....)
https://nextcloud.com/collaboraonline/
They can run on the same machine, or possibly on different ones, but you would have to read on how to configure this (most things are 'possible' but difficulty varies)
Nextcloud 23 requires a higher version of Maria DB and we haven't got round to fixing that yet as we have a lot of infrastructure changes to do, other pressing core SME fixes required, and very few people helping. So it isn't top of our priority list right now.
It will get done, at some point. You are welcome to help work on it.
-
I run Collabora on a separate virtual server running nethserver with the nethserver-collabora (https://docs.nethserver.org/en/v7/collabora.html) package installed.
Depending on your user count it might be easier to install the Onlyoffice integration that Nextcloud supports natively (https://nextcloud.com/blog/how-to-install-onlyoffice-in-nextcloud-hub-and-new-integration-feature/) using the onlyoffice connector (https://apps.nextcloud.com/apps/onlyoffice) app with onlyoffice installed on the nextcloud server using the documentserver_community (https://apps.nextcloud.com/apps/documentserver_community) app.
Onlyoffice seems to be officially supported with Nextcloud by both the nextcloud devs and the onlyoffice devs.
I have nextcloud running on Ubuntu 20.04, with Collabora (as mentioned) running on Nethserver and Onlyoffice running using docker on a separate Ubuntu system.
-
j’utilise onlyoffice depuis quelques années avec la version docker.
je pourrais partager les templates pour la partie httpd.conf.
Une fois docker installé sur sme10 l’installation de l’image docker est comme n’importe quel autre linux.
-
en fait j’avais deja fait le how to https://wiki.koozali.org/ONLYOFFICE
tu pourrais t’inspirer de cela probablement pour collabora.
-
Merci pour vos réponses. Je ne voulais pas aller vers docker mais je sens qu'il va falloir me mettre à l'eau !
Je regarde au préalable onlyoffice !
-
une derniere chance avant Docker si tu as une machine de test (une vm fait l'affaire)
https://wiki.koozali.org/Collabora
c'est une adaptation de la contribution dont parle mmccarn de nethserver
j'ai juste pris le temps de l'adapter et elle merite d'etre tester avant d'aller en production, si tu veux prendre le temps nécessaire, cela serait apprecié
-
I run Collabora on a separate virtual server...
Nice work Mike.
Can you wiki any of it? I hadn't seen anything about it before.
-
Actually JP has been on it
https://bugs.koozali.org/show_bug.cgi?id=11888
-
une derniere chance avant Docker si tu as une machine de test (une vm fait l'affaire)
https://wiki.koozali.org/Collabora
c'est une adaptation de la contribution dont parle mmccarn de nethserver
j'ai juste pris le temps de l'adapter et elle merite d'etre tester avant d'aller en production, si tu veux prendre le temps nécessaire, cela serait apprecié
Whaou la classe ! j'essaye dès que je peux !!!!
Je suis bluffé par votre réactivité à tous ! Bravo !
Je te fais un retour bien sûr
-
Whaou la classe ! j'essaye dès que je peux !!!!
Je suis bluffé par votre réactivité à tous ! Bravo !
Je te fais un retour bien sûr
tout cela dépend de la facilité de mise en œuvre, et du temps disponible, nous sommes tous des bénévoles!
Là le gros du travail était deja fait, comme l'a pointé mmccarn!
J'ai déjà fait une deuxième version car j'avais oublié un point important dans l'adaptation.
-
Bonjour Jean-Philippe,
J'ai commencé à travailler et tester collabora !
J'ai un peu galéré car je ne savais pas qu'il fallait rajouter --enablerepo=smetest en mode test
N'y a t'il pas une erreur dans le code que tu as proposé :
db domain set collabora.mydomain.com domainle Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled
à la place de :
db domains set collabora.mydomain.com domainle Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled
-
Premiers tests et j'ai réussi !!!
Je constate que dans coolwsd.xml, il y a le domaine local mal renseigné :
<host allow="true" desc="Regex pattern of hostname to allow or deny.">sme10.sme10-test.local</host>
au lieu de
<host allow="true" desc="Regex pattern of hostname to allow or deny.">sme10\.sme10-test\.local</host>
Mais j'en ai bavé pour le ssl !!!
Et il n'y a pas d'erreur. Mais je n'ai pas compris pourquoi il n'y a pas de "s" à "domain" et pourquoi c'est "domainle"
Après, il faudra configurer le hook de dehydrated pour copier les fichiers *.pem dans /etc/coolwsd/ avec un chown cool:cool
-
Premiers tests et j'ai réussi !!!
cool, ce qui veut dire ?
Je constate que dans coolwsd.xml, il y a le domaine local mal renseigné :
<host allow="true" desc="Regex pattern of hostname to allow or deny.">sme10.sme10-test.local</host>
au lieu de
<host allow="true" desc="Regex pattern of hostname to allow or deny.">sme10\.sme10-test\.local</host>
oui idealement les . devraient être echapés pour ne pas accepter m'importe quel caractere, mais cela ne doit pas empecher le fonctionnement, meme si sous optiomal.
peux tu confirmer ?
Mais j'en ai bavé pour le ssl !!!
peux tu expliquer ?
normalement tu n'as pas à toucher le fichier coolwsd.xml, et C'est volontaire que coolwsd n'utilise pas de ssl, puisque ,il passe en proxy derrière httpd...
c'est donc httpd qui crypte les echanges entre collabora et NextCloud et entre collabora et le client.
Et il n'y a pas d'erreur. Mais je n'ai pas compris pourquoi il n'y a pas de "s" à "domain" et pourquoi c'est "domainle"
pour que le domaine ne soit pas utilisé par le template de /etc/httpd/conf/httpd.conf et qu'un Virtualhost poitnant vers l'ibay Primary ne soit créé pour le domaine cachant le domaine dédié de collabora
collabora dispose de son propre template pour httpd qui créé un Virtualhost pour le domaine renseigné dans sa configuration.
Après, il faudra configurer le hook de dehydrated pour copier les fichiers *.pem dans /etc/coolwsd/ avec un chown cool:cool
en fait tu n'a pas besoin de faire cela ...
pour fonctionner tu as besoin de
2 domaines ou sous domaines pintant vers ton serveur : mondomaine.com et collabora.mondomaine.com
et éventuellement un 3e : cloud.mondomaine.com
ces domaines doivent etre configuré sur ton service dns et Let's encrypt doit pouvoir communiquer avec ton serveur pour valider le certificat. tes postes clients aussi doivent pouvoir savoir que c'est ton serveur qui sert ces domaines. Un domaine .local ne se qualifie pas à cela pour le certificat...
mondomaine.com est le domaine principal de ton serveur et permet de pointer vers https://mondomaine.com/nextcloud
si tu le désire et suit la configuration avancée de NextCloud tu utilise plutot le lien https://cloud.mondomaine.com pour acceder à ton NextCloud
smeserver-letsencrypt configuré pour tes 2 domaines
smeserver-nextcloud installé
puis enfin
smeserver-collabora pour lequel tu as ajouté le domaine comme décrit dans le wiki pour que let's encrypt puisse ajouter le domaine dans sa liste de certificats.
wsd n'est donc pas accessible de l’extérieur du serveur directement, mais par l'entremise du proxy fait par httpd
tu accèdes à NextCloud via https://cloud.mondomaine.com ou https://mondomaine.com/nextcloud suivant ta configuration puis il fait appelle à https://collabora.mondomaine.com qui pointe vers le même serveur mais un autre VirtualHost qui fait un proxy vers le service coolwsd.
-
Merci pour cette réponse précise qui me permet de comprendre un peu mieux le processus.
Mais ca ne marche plus !
J'ai tout recommencé
L'installation s'est faite sans problème
coolwsd démarre bien sans erreur
J'arrive a avoir un retour "OK" en faisant un curl -k http://localhost:9980
Idem avec curl -k http://localhost:9980/hosting/discovery
Par contre, si je me connecte sur https://collabora.mondomaine.com je tombe bien sur l'ebay primary mais si je tape https://collabora.mondomaine.com:9980 ça me met une erreur de chargement de page.
Dans le httpd.conf, j'ai bien vu les proxypass qui pointent sur 127.0.0.1:9980
curl -v http://localhost:9980
* About to connect() to localhost port 9980 (#0)
* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 9980 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.29.0
> Host: localhost:9980
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Sun, 20 Mar 2022 20:12:00
< Server: COOLWSD HTTP Server 21.11.2.4
< Content-Length: 2
< Content-Type: 10
< Last-Modified: Sun, 20 Mar 2022 20:12:00
< Connection: close
<
* Closing connection 0
curl -v http://collabora.mondomaine.com:9980
* About to connect() to collabora.mondomaine.com port 9980 (#0)
* Trying 192.168.1.98...
* Connexion refusée
* Failed connect to collabora.mondomaine.com:9980; Connexion refusée
* Closing connection 0
curl: (7) Failed connect to collabora.mondomaine.com:9980; Connexion refusée
192.168.1.98 étant l'adresse de ma sme
Je ne sais plus où regarder !
-
Je serai preneur aussi !
Nice work Mike.
Can you wiki any of it? I hadn't seen anything about it before.
-
le proxypass marchera seulememt si tu ne configure pas le domaine avec le type domaine. sinon cela pointera effectivememt sur ton ibay Primary.
-
Merci Jean-Philippe.
Comme tu l'avais expliqué, je ne l'ai donc pas fait..Mais du coup cela m'ouvre une autre possibilité : j'ai remarqué que si je crée un domaine qui pointe sur le serveur, ça va automatiquement sur le primary.
Je regarde ça tout à l'heure
-
Primary est la racine du serveur web, si rien n’est defini où qu’un virtualhost est defini pour pointer vers lui pour ce domaine c’est donc cette racine qui est affiché.
ensuite httpd.conf a un comportement de derniere définition l’emporte sur les précédente, sauf certains cas particulier où un type l’emportera sur un autre.
dans le cas de VirtualHost par exemple c’est l’opposé, le premier a priorité et c’est là que celui pour ibay arrive avant.
If the request contains a Host: header field, the list is searched for the first vhost with a matching ServerName or ServerAlias, and the request is served from that vhost.
et tu risque de voir une erreur dans error_log du type
[warn] VirtualHost overlap on port 443, the first has precedence
-
Ok j'essaye de comprendre :
J'ai une requête qui arrive sur mon domaine principal sur la sme.
Là, si j'ai un ebay de prévu, ca la route dessus.
Si je n'ai pas d'ebay ca route vers la primary qui est l'ebay par défaut.
sauf que si j'ai un virtualhost qui existe, bascule vers ce site.
Ainsi dans /home/e-smith/db/domains j'ai pu voir pour nextcloud cette ligne :
cloud.domain.com=domain|Content|Primary|Description|Nextcloud|DocumentRoot|/usr/share/nextcloud|Nameservers|internet|RequireSSL|enable|TemplatePath|WebAppVirtualHost|letsencryptSSLcert|enabled
Je pense que c'est WebAppVirtualHost qui fait le reverse proxy
D'ailleurs, quelle est la différence avec ProxyPassVirtualHosts ?
J'ai remarqué par ailleurs que le virtualhost pour collabora.domain.com arrivait après tous les autres. Ca aurait un effet donc ?
-
Unless you accept the default settings eg leave nextcloud at
https://my.server.net/nextcloud
then you really need to start reading templates and understanding more advanced SME workings.
Start by reading through the templates in /etc/e-smith/templates.
You should also get a testbox so you can play.
Essentially if you add this to a domain
chat.mycompany.local=domain
Nameservers=internet (can be localhost)
ProxyPassTarget=http://127.0.0.1:3000/
TemplatePath=ProxyPassVirtualMyHost
letsencryptSSLcert=enabled (with letsencrypt support)
You can add custom templates for your own virtual host in:
/etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/ProxyPassVirtualMyHost
(You can start by copying over the existing stock virtual history directory)
You can search for ProxyPassVirtualHosts on the wiki.
https://wiki.koozali.org/Rocket_Chat:Contrib#Apache_SSL_with_Proxypass
https://wiki.koozali.org/SME_Server:Documentation:ProxyPass
-
Ok j'essaye de comprendre :
J'ai une requête qui arrive sur mon domaine principal sur la sme.
Là, si j'ai un ebay de prévu, ca la route dessus.
Si je n'ai pas d'ebay ca route vers la primary qui est l'ebay par défaut.
sauf que si j'ai un virtualhost qui existe, bascule vers ce site.
Ainsi dans /home/e-smith/db/domains j'ai pu voir pour nextcloud cette ligne :
cloud.domain.com=domain|Content|Primary|Description|Nextcloud|DocumentRoot|/usr/share/nextcloud|Nameservers|internet|RequireSSL|enable|TemplatePath|WebAppVirtualHost|letsencryptSSLcert|enabled
Je pense que c'est WebAppVirtualHost qui fait le reverse proxy
D'ailleurs, quelle est la différence avec ProxyPassVirtualHosts ?
J'ai remarqué par ailleurs que le virtualhost pour collabora.domain.com arrivait après tous les autres. Ca aurait un effet donc ?
nextcloud utilise la propriété
TemplatePath
cela indique au template d'au lieu d'utiliser le sous template (lire sous dossier) VirtualHosts/ pour créer un virtualhost, de choisir plutot le sous template WebAppVirtualHost
Actuellement nous en avons 3 possible, mais rien ne t'empeche de creer le tiens ... ProxyPassVirtualHosts/ VirtualHosts/ et
WebAppVirtualHost/
Habituellement si tu utilises ProxyPassVirtualHosts/ il te faut aussi definir d'autre propriétés pour indiquer vers où pointe ton Proxy http
Dans le cas de collabora, un fragment de template a été créé pour faire le travail d'un sous template appelé par le fragment 80VirtualHosts dans /etc/e-smith/templates/etc/httpd/conf/httpd.conf/
dans ce fragment 80VirtualHosts qui appelle ces fameux sous templates, tu peux lire clairement
my @domains = $db->get_all_by_prop('type' => 'domain');ce qui veut dire sélectionnons toutes les entrées du type "domain"
dans le cas de let's encrypt / dehydrated nous selectionnons toutes les entrées de la base domain quelque soit le type, my @domains = $domainsDB->keys;
Collabora utililise le fragment suivant a la place
80VirtualHostsCollabora; mais il tu dosi bien renseigner le domaine dans la propriété VirtualHost de la clef coolwsd de la base configuration pour que ce template soit utilisé
en résumé ton domaine collabora doit etre, comme indiqué dans le wiki :
# creation du domaine pour qu'il soit vu par dehydrated et soit dans le certificat SSL
db domain set collabora.mydomain.com domainle Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled
signal-event domain-create collabora.mydomain.com
expand-template /etc/dehydrated/domains
dehydrated -c
#creation du d Virtualhost dedié dans le serveur apache.
db configuration setprop coolwsd VirtualHost collabora.mondomaine.com
signal-event smeserver-collabora-update
le port 9980 n'est pas accessible volontairement de l'exterieur de ton serveur, car ton serveur apache le retranscrit sur le port 443 protégé par sa connexion securisée.
-
nouvelle version en construction, il y avait effectivement une subtilité dans le besoin de nextcloud de pouvoir resoudre le domaine de collabora, il faut donc un vrai domaine dans la db domains
j'ai donc déplacé le fragment de collabora poru que cela ne fasse pas plusieurs virtualhost pour le domaine :
MYDOMAIN="collabora.mydomain.com"
config setprop coolwsd VirtualHost $MYDOMAIN
db domains set $MYDOMAIN domain Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled TemplatePath Collabora Nameservers internet
signal-event domain-create $MYDOMAIN
expand-template /etc/dehydrated/domain.txt
dehydrated -c
signal-event smeserver-collabora-update
aussi j'Ai vu qu'il manque un fragment a let's encrypt pour permettre la validation du domaine ssl pour nextcloud
-
Je suis donc allé sur https://wiki.koozali.org/Nextcloud (https://wiki.koozali.org/Nextcloud) et j'ai vu que tu avais fait des modifs. J'ai un doute pour cette ligne, on dirait qu'il y a une valeur en trop:
# this line is to have collabora recognize the domain
config setprop nextcloud CloudDomain VirtualHost $NEXTCLOUDDOMAIN
De même que dans cette ligne du post précédent :
db domains set $MYDOMAIN domain Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled TemplatePath Collabora Nameservers internetn'y a t il pas un "Nameservers internet" en trop ? (je ne pense pas que cela ait une influence)
-
merci c'est corrigé
effectivement pas d'influence pour le deuxieme
-
Bonjour Jean-Philippe,
Tout d'abord merci pour le travail effectué.
J'ai voulu désinstaller collabora pour refaire une installation de A à Z.
J'ai meme retiré tous les fichiers coolwsd et toutes les données qui n'ont pas été supprimées par
yum remove smeserver-collabora collabora
Puis j'ai voulu faire l'install à nouveau en suivant le wiki. Sauf que cela ne télécharge que de petits fichiers de moins de 20k et ca n'installe pas /etc/coolwsd entre autre
De mémoire c'est un gros fichier qui doit faire plus de 150 mo. Dois-je l'installer directement de collabora ?
Si c'est le cas, il faudrait peut être l'indiquer dans le wiki
-
Have you got the collabora repo installed?
yum install smeserver-extrarepositories-collaboraoffice
-
Have you got the collabora repo installed?
yum install smeserver-extrarepositories-collaboraoffice
yes but this is a 19ko package !
-
yes but this is a 19ko package !
What do you expect?
It ONLY sets up the repository details. It doesn't install Collabora....
Hence 'extra repositories'.
-
J'ai voulu désinstaller collabora pour refaire une installation de A à Z.
J'ai meme retiré tous les fichiers coolwsd et toutes les données qui n'ont pas été supprimées par
yum remove smeserver-collabora collabora
Installation 1 Paquet (+17 Paquets en dépendance)
Taille totale des téléchargements : 252 M
Taille d'installation : 714 M
ce qui m'inquiete c'est comment as tu "retiré tous les fichiers coolwsd et toutes les données qui n'ont pas été supprimées par yum remove smeserver-collabora collabora"
un rm ? qui a retirer des fichiers qui appartienennt à des rpm sans desinstaller ces rpms ?
tu as installé 18 paquets, mais tu en désinstalle que 1 (il n'y a aucun paquet s’appelant collabora) , mais je vois que le problème vient du wiki...
je le mets à jour
yum remove smeserver-collabora CODE-brand collaboraoffice collaboraoffice-* collaboraofficebasis-* coolwsd
au passage merci pour ton temps à tout vérifier et à déboguer !
-
merci Jean-Philippe, c'était exactement le problème !
yum remove smeserver-collabora CODE-brand collaboraoffice collaboraoffice-* collaboraofficebasis-* coolwsd
Maintenant, j'ai le serveur collabora qui fonctionne parfaitement avec l'adresse collabora.domaine.com
cependant je n'arrive pas a faire reconnaitre dans nextcloud mon serveur collabora.
J'ai pourtant modifié comme tu l'indiques :
# this line is to have collabora recognize the domain
config setprop nextcloud VirtualHost cloud.domaine.com
signal-event nextcloud-update
d'ailleurs ca fait quoi cette ligne ?
Mis rien a faire, nextcloud cherche et ne le trouve pas : Impossible d'établir la connexion au serveur Collabora Online
J'ai bien mis https://collabora.domaine.com
pourant !
-
as tu bien definis le domaine colabora sur le serveur avec le type domain contrairement ´a ce que je disais precedemment ?
en ligne de commande que dit
dig collabora.domaine.com
cela doit montrer ton ip local
-
En fait je ne pense pas comprendre ceci :
as tu bien definis le domaine colabora sur le serveur avec le type domain
voici mon domaine collabora.domain.com :
#db domains show collabora.domain.com
collabora.domain.com=domain
Content=Primary
Description=collabora
Nameservers=internet
TemplatePath=Collabora
letsencryptSSLcert=enabled
C'est nameservers dont tu parles ?
dig collabora.domain.com
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.9 <<>> collabora.domain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28477
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;collabora.domain.com. IN A
;; ANSWER SECTION:
collabora.domain.com. 10800 IN A xxx.xxx.xxx.xxx
;; Query time: 32 msec
;; SERVER: 192.168.0.198#53(192.168.0.198)
;; WHEN: mar. mars 29 10:33:48 CEST 2022
;; MSG SIZE rcvd: 52
Bref, j'ai bien regardé et vérifié et là je sèche !
-
est ce que xxx.xxx.xxx.xxx est ton ip locale ?
-
82.65.129.xxx
ip de ma box
-
c’est ton ip local qui devrait être retournée.
-
Ah ok, je vais essayer de comprendre pourquoi j'ai celle de la box et non la locale.
Merci pour ton aide
-
Ca marche !!!! J'ai enfin collabora sur mon nextcloud !!!
En fait, dans le server manager à la configuration du domaine, il faut mettre cloud.domaine.com et collabora.domaine.com en "Résolu localement", et là ca fonctionne.
Ainsi dans le wiki de nextcloud https://wiki.koozali.org/Nextcloud (https://wiki.koozali.org/Nextcloud), la ligne de commande suivante ne peut fonctionner et il faut transformer le Nameservers internet en Nameservers localhost :
NEXTCLOUDDOMAIN="cloud.mydomain.com"
db domains set $NEXTCLOUDDOMAIN domain Description "Nextcloud" Content Primary Nameservers internet TemplatePath WebAppVirtualHost DocumentRoot /usr/share/nextcloud RequireSSL enabled letsencryptSSLcert enabled
signal-event domain-create cloud.mydomain.com
Et doit donc être remplacée par celle-ci :
NEXTCLOUDDOMAIN="cloud.mydomain.com"
db domains set $NEXTCLOUDDOMAIN domain Description "Nextcloud" Content Primary Nameservers localhost TemplatePath WebAppVirtualHost DocumentRoot /usr/share/nextcloud RequireSSL enabled letsencryptSSLcert enabled
signal-event domain-create cloud.mydomain.com
idem pour collabora https://wiki.koozali.org/Collabora (https://wiki.koozali.org/Collabora):
MYDOMAIN="collabora.mydomain.com"
config setprop coolwsd VirtualHost $MYDOMAIN
db domains set $MYDOMAIN domain Content Primary Description collabora Nameservers internet letsencryptSSLcert enabled TemplatePath Collabora
signal-event domain-create $MYDOMAIN
par :
MYDOMAIN="collabora.mydomain.com"
config setprop coolwsd VirtualHost $MYDOMAIN
db domains set $MYDOMAIN domain Content Primary Description collabora Nameservers localhost letsencryptSSLcert enabled TemplatePath Collabora
signal-event domain-create $MYDOMAIN
Je n'ai pas besoin de poser un docker !!!
Merci à toi Jean-Philippe pour ta patience et également à ReetP pour les bonnes idées données.
-
Good work and thanks for helping debug.
-
Je t'en prie !
Maintenant j'attaque mariadb105 ! J'ai vu que ca avait bougé ce mois ci ;-)
https://wiki.koozali.org/Mariadb105 (https://wiki.koozali.org/Mariadb105)
Je vais faire un nouveau post pour ça
-
normalement le resolu par serveur de l’internet ne change en rien le fait que ton ip locale va s’afficher des lors que ton domaine est configuré.
je pense que l’avancé est plus causé par l’execution d’une commande signal-event domain-modify collabora.mondomaine.com
-
Je confirme mon précédent message : dès que je change en nameservers internet, cela ne fonctionne plus et la commande dig collabora.domain.com ne me donne plus mon adresse locale
#dig collabora.domain.com
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.9 <<>> collabora.domain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58380
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;collabora.domain.com. IN A
;; ANSWER SECTION:
collabora.domain.com. 86205 IN A 192.168.0.198
;; Query time: 0 msec
;; SERVER: 192.168.0.198#53(192.168.0.198)
;; WHEN: mer. mars 30 13:41:07 CEST 2022
;; MSG SIZE rcvd: 52
-
le dig est fait sur ta sme ?
la sme est en server only ou en gateway server ?
as tu un corporate dns de défini ?
-
Oui le dig est fait sur mon serveur qui fait egalement gateway.
Je ne pense pas avoir un corporate dns de défini car je ne sais pas comment faire !!!
-
que retourne ?
config getprop dnscache Forwarder
config getprop dnscache Forwarder2
aussi
config get ExternalIPest ce qu'elle donne ton ip internet ou une ip LAN D'un LAN entre ta box et le SME ?
-
ok j'ai compris.
dans mon cas les sosu domaines collabora sont emis comme CNAME de mon domaine principal.
mon domaine principal est en local
quand j’interroge cela donne
coll.pialasse.com. 3600 IN CNAME home.pialasse.com.
home.pialasse.com. 3600 IN A 192.168.8.1
su mon autre serveur de test, j'ai fait le meme type de setting et cela donnait le meme resultat
donc tu as raison il faut mettre resolution locale pour les cas où le domaine est en A ou que le sous domaine vers le quel il est un CNAME n'est pas lui meme configuré en local
-
Je pense avoir compris ce que tu écris (mais pas totalement sûr !)
En tout cas il faut pour moi que ce soit à la fois le Nameservers de collabora et nextcloud qui soient en localhost
Il faut peut être faire une information dans le wiki collabora à ce sujet pour nextcloud
-
j’ai corrigé le wiki de collabora pour utiliser Self.
Je vais le faire aussi pour nextcloud