Home_greyopenFATE - openSUSE feature tracking > #314930
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Access to Public WiFi Landing Page During Installation

Feature state

openSUSE Distribution


There is currently no way to configure internet access during installation if installer is using a public wifi hotspot or hotel internet access, as most of them require the user to navigate to a landing page with their browser and accept a set of "Terms and Agreements" prior to being granted access to the network.
The current work-around is to simply not configure internet access during installation and perform a software update after installation when the user can perform the steps above.
One method for implementation is to open a basic web-browser during network configuration, or an option to do so, that points to opensuse.org so that the user can be diverted to the hotel/hotspot landing page if it exists.
Many networks simply look for a cookie on the client's machine indicating that they have accepted the "terms and agreements", so this feature will require cookies to be temporarily stored (think Firefox "secure browsing" or Chromium "incognito" where cookies are stored during the session and then auto-removed at the end of the session).

Many networks require a guest password to be entered, hotels especially (they're handed out at check-in), so there would need to be mouse/keyboard support in the dialog/browser window.

User benefit:

We want this because no one else has it yet and it's great to be first to implement useful functionality.


A user is traveling during a release of the operating system and wants to install the new release in the hotel that the user is staying in. Currently, this person will be forced to install offline and then update after installation because of the way most hotel and public internet access sites manage users with a landing page upon first access.


I travel a lot and recently ran into this during the openSUSE 12.3 release. This was the second time that I've had this problem and I can recreate the scenario for testing any time we need to, as I'm frequently traveling.

Update: Here's a schedule of dates that I can test this on a hotel connection with a known landing page that features both an "accept terms and conditions" and guest password entry:

April 7th-11th

May 5th-8th

June 2nd-5th

July 14th-18th


icons/user_comment.png N. R. wrote: (5 years ago)

You seem to have posted this twice.
I don't have a specific comment on the suggestion. But here's something that you can try:
Do the install using live media. Connect to the hotspot before you install. Set your connection to be a system connection.
Then backup the content of "/etc/NetworkManager/system-connections" to a file on your hard disk - somewhere that won't be overwritten by the install. This would be a backup of the virtual live system directory.
Then install, and uncheck "automatic configuration"
During the final stages of install (after the reboot), restore the content of "/etc/NetworkManager/system-connections" to the newly installed system. You can do that by using "CTRL-ALT-F2 to get a command line (as root).
In the manual configuration step, set it to "NetworkManager" if that is not already the default.

This worked for me on the home WiFi, but I have not tried it at a hotspot.

icons/user_comment.png D. J. wrote: (5 years ago)

Thanks for the heads up on the duplicate post, I'll see about removing one.

icons/user_comment.png J. W. wrote: (5 years ago)

I wouldn't change the installer for that because the Live media allows for an easy workaround. But making sure that an installation using the Live media keeps the network connection settings as described by Neil sounds like a nice idea.

Last change: 15 months ago
Score: 5
  • Negative: 0
  • Neutral: 0
  • Positive: 5
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint