Skip to main content

After installing FME server 1:2020.1.2.1.20624~ubuntu.18.04 with express install, accept all defaults I can't access the web interface. No matter what I do, curl localhost only returns this empty document: 

 

curl -i localhost
HTTP/1.1 200
Set-Cookie: JSESSIONID=77599200BE369031A6D32AE8176D98E9; Path=/; HttpOnly
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 126
Date: Wed, 16 Sep 2020 05:09:52 GMT
 
<!DOCTYPE html>
<html lang="en">
    <head>
        <meta HTTP-EQUIV="REFRESH" content="0; url=fmeserver">
    </head>
</html>

 

 

What am I doing wrong here? 

 

I've browsed the installation and the fmeserver logs, and everything seems go-happy-lucky there. 

 

EDIT: I guess the above code is just to make the browser stick around and wait (refresh) untill FME server has composed the web GUI it wants to present to this particular browser instance. If the browser presents the right coockie FME server will try to resume your previous session (or something like that). If your browser never has talked to FME server before FME server still needs some time to load.  

Seen from the outside (through an SSH tunnel) I get this really weird 302 redirect. Run from my local windows machine to access the linux box with FME server through my SSH tunnel. 

curl -i localhost:8090
HTTP/1.1 302 Found
Location: https://localhost:443/
Date: Wed, 16 Sep 2020 04:52:22 GMT
Content-Length: 5
Content-Type: text/plain; charset=utf-8

(8090 is the local port number used for SSH tunnel). Now in a perfect world, this would reach the FME server at my linux box at the default port number 80. 

 

 Is this FME server behaviour, or some weird redirect in our own infrastructure?

 

At no point in the FME server "quick install" installation docs or logs does it say anyting about https. I think this is purposelly left out as an excercise to the reader. Which is EXCACTLY what I want, there is no straightforward way I know of to make the browser access the web GUI if we have to mess with https through this SSH tunnel. 

 

This behaviour has frustrated the heck out of me, and right now I'm down into the rabbit hole of investigating if I'm doing something wrong with my SSH tunnel (which works fine for other applications running on other port number of my linux server) or if there's something else weird happening in our infrastructure. 


Reply