Description of problem: A frustrating behavior of Satellite for first-time users is that when you try to visit the Satellite in a webbrowser using just the satellite's hostname (e.g., http://my-satellite) it will just redirect to the Satellite's front login screen no matter how many times you attempt to login. You have to use the fully-qualified domain name to successfully login. It should be pretty simple to add a rewrite rule in the default httpd config for Satellite to redirect to the FQDN? This would make for a more polished first-time experience for Satellite customers.
The origin of the problem was in the cookie generation. When having satellite "sat.domain.com", created cookie was valid for the whole .sat.domain.com domain (inclusive subdomains). When accessing server only using "sat", domain set for the cookie was ".sat", what is not a valid domain and what's why no cookie was sent in the response. There's no login without a cookie. Now, no domain is set for the new generated cookie, what causes using of default "host" (sat/sat.domain.com) instead of domain defining cookie validity. git commit: e9715250fa3d95e562e4357ec712495691e7a66b tag: spacewalk-java-0.6.9-1
Available incomposes since Satellite-5.3.0-RHELx-re20090507.1
this should work as a test.. https://riverraid.rhndev/rhn/YourRhn.do instead of the additional redhat.com logs in fine 5/7.1 build
ok.. recreated this on grandprix 5/7.1 build.. I cant login w/ the FQDN now.. however I can login w/ short name.. something is not right.. failing
I managed to login into grandprix using following addresses: https://grandprix.rhndev.redhat.com/ https://grandprix.rhndev/ https://grandprix/ The same into riverraid and 2 of my satellites. Anyway, I suggest to open a new BZ, if you have trouble logging in using FQDN.
ok.. will do.. John Mathews and I both ran into similar problems. Some how we got satellite into a state where we could not log in. May be a bad cookie.. who knows..
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html