Since Update the application links direct to 127.0.0.1 and not more to the URL

Help / Discuss
1

Hello,

i have done two things yesterday.

  1. Updated Debian an XWiki (from 10.09 to 10.10) with apt-get update and apt-get upgrade
  2. Installed nginx as reverse Proxy with ssl

Since i have done this two steps all applications don´t work more beacause the are linked to 127.0.0.1 and not more the URL.
In my Browser the Applications Link shows: http://127.0.0.1:8080/xwiki/bin/view/Sandbox/ and thats why it can´t reach it, i think correct was https://Domain:8080/xwiki/bin/view/Sandbox/ or something like that.

My nginx config (sites-enabled) was this:

upstream tomcat {
server 127.0.0.1:8080 fail_timeout=0;
keepalive 64;
}

HTTP

server {
listen 80; #if this is not a default server, remove “default_server”
listen [::]:80 ipv6only=on;

server_name wiki.XXX.de;

# redirect non-SSL to SSL
location / {
    rewrite     ^ https://wiki.XXX.de   permanent;
}

}

HTTPS server

server {
listen 443 ssl http2; # we enable HTTP/2 here (previously SPDY)
server_name wiki.XXX.de; # this domain must match Common Name (CN) in the SSL certificate

ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;

ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

 ssl_certificate /etc/nginx/ssl/STAR_XXX_de.pem;
 ssl_certificate_key /etc/nginx/ssl/STAR_XXX_de.pem;


# If your application is not compatible with IE <= 10, this will redirect visitors to a page advising a browser update
# This works because IE 11 does not present itself as MSIE anymore
if ($http_user_agent ~ "MSIE" ) {
    return 303 https://browser-update.org/update.html;
}

location / {
try_files $uri /xwiki;
}

location /xwiki {
client_max_body_size 20M;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass_request_headers on;
proxy_set_header Connection “keep-alive”;
proxy_store off;
proxy_headers_hash_max_size 512;

proxy_pass http://127.0.0.1:8080/xwiki;

}
}

2

This bug has been fixed in 10.11 which will be released in about a week.

In the meantime this shows that you wiki descriptor is wrong (which among other things means that things like mails generated by this wiki will contain wrong URLs too). You should take a look at https://mydomain/xwiki/bin/view/XWiki/XWikiServerXwiki and make sure it contains the right alias (domain).

3

Thanks, i changed the descriptor from localhost to our domain:

Alias: Der Alias, under dem das Wiki erreichbar sein wird.
https://wiki.XXX.de

But the Applications Link shows still: http://127.0.0.1:8080/xwiki/bin/view/Sandbox/ .
I think, this is the bug that you talked about?

4

Installed today 10.11 and applications links still show: http://127.0.0.1:8080/xwiki/bin/view/Sandbox/

and in E-Mails:

Name thought you might be interested in the document [Home] on [127.0.0.1]

but the link himself is correct with domainname if you click on it

5

You should take a look at the actual HTML in the panel because in 10.11 the URL is relative (i.e. you only have /xwiki/bin/view/Sandbox/). The bug I was talking about is the fact that the URL was absolute which was not needed since it was linking to the same wiki. You can see that in https://tuska.myxwiki.org/xwiki/bin/view/Main/WebHome for example.

6

Appplications now shows now the correct link i don´t know why because i don´t did anything over the holidays… Possible a cache thing with firefox. Thanks for assistance.

But the second thing with the worng text in E-Mails still happend:

thought you might be interested in the document [Home] on [127.0.0.1].

but the link himself is correct, with domainname if you click on it. Where can I put the correct name?

7

This one sounds like a bug. What kind of mail are you talking about exactly ? Notifications ? You should probably create an issue on Loading... with the detail of your setup.