PepWave WiFi WAN Feature Request

So here is why at least some of us will want this feature and are not pleased with the total dismissal. I use the BR1 in a camper van about the size of a FedEx van. Metal skin. The BR1 is paired with a MobileMark antenna mounted through the roof. Outside the metal skin. The MobileMark I use has a wifi element. It can reach quite far mated with the BR1. I’m sitting outside a Pilot truck stop. The Wifi signal the BR1 refuses to use is very strong. The signal reaching my iPad, pretty weak. The point is, I use the antenna and router I selected specifically to get that roof access.

the changes required to provide what we’re all asking for are to show the SSID, and show a button that will launch a new browser window open to the captive portal URL.

If you really do not want the RV market, a statement to that effect would be appreciated.

Just curious. Once you’ve logged in to the Pilot Truck Stop’s WiFi, if you disconnect, and then reconnect, do you have to log in again? The reason I ask is if the authentication is for some period of time, and MAC based, maybe you can gain BR1 access by having the BR1 run with a clone of the PC/tablet MAC Address that you authenticated with. I know that’s a long shot, but might be worth a try.

1 Like

In general there is the issue of getting access in the first place. Again I’ll point to the difference between the MobileMark roof antenna and my laptop or tablet’s internal antenna. What we find is the roof antenna can get enough signal, but the laptops and tablet cannot. The Pilot and Flying-J authentication seems to last a good long while, at least overnight, and that’s quite sufficient for the need. Changing the MAC address on the BR1 might work if the BR1 would even show the SSID, but this is one of those where it shows a blank instead. If I manually configure the SSID, it is possible to connect, but without knowing the URL of the login page, that doesn’t work well.

As I’ve noted, in cases where the access point redirects all traffic to the login page, it’s possible to use the BR1 by simply disabling health check on the wifi-as-wan.

Has there been any additional thought to building in an open source browser that one can launch within the Peplink admin panel to quickly authenticate?

Many places are using web authentication and most have nothing against or no ToS barring people connecting devices like Pepwave. Hotels, marinas, campgrounds, truck stops, public WiFi, paid WiFi services, etc.

I’d argue the Comcast ToS cited " other device that allows others to access the Comcast Web Services through it" specifically says others so if its for your own use I dont think its an issue they just dont want someone setting up an open hotspot to re-broadcast to the masses.

1 Like

A Browser implemented in the Web-Admin sounds great… +1

Maybe something that says “Needs web authentication” where the WAN interface status normally shows on the Dashboard page, can click, it disables the health check, lets you log-in, then re-enables the health check with the prior settings, automatically after successful authentication. Would save a few steps. Perhaps building in notifications for this specifically would also be helpful. I.e. can get an email saying WAN interface blah blah blah is down, needs authentication.

Hello @dennis.hofheinz & @mystery,
Be VERY VERY AWARE OF THIS, connecting any form of a router to most of the Wi-Fi services out there (such as at hotels, event centres, and other public places) is normally a breach of the terms and conditions of that service unless they have given explicit written permission for you to use their service via your router.

We have heard of several Wi-Fi service providers now not just blocking MAC addresses from known router manufactures though also blocking any user accounts those devices may attempt to use (they let the user log in to capture their details then shut down the connection for breach of the terms based on the MAC address). The automated process leaves the user requiring the service provider to be contacted to explain why the account should be enabled again, all the best in trying to explain that breach to the major public Wi-Fi providers.

We know the Peplink/Pepwave equipment is capable of connecting to WI-Fi service providers, though as @Tim_S said it is a legal mind field that we all must be very careful with. I have posted previously in the forum on this topic also (though cannot currently find the previous post to reference back to).

Happy to Help,
Marcus :slight_smile:

1 Like

I have read many Terms of Service and most I have read do not say its a breach. I have never heard of someone being blocked or running into a problem. That said, many of the providers I am thinking of are 100% OK with it, especially those at Marinas, Campgrounds, long-term stay hotels/motels/executive apartments, etc.

That said it would be up to the end user to follow TOS and I dont think its fair for someone else to make the decision for them.

Agreed or Linksys, Netgear and ASUS (to mention a few) would not be making routers that connect to these very same providers… all be it wired — the true answer is peplink does not view this ability as important

While this is an old thread, I am still interested in the outcome. I just replaced the routing network in my motorhome with the highly recommended PepWave SOHO product. Now it seems I have lost an important capability. My old system consisted of a Ubiquity Bullet on the roof for connection to the local campground, truck stop, or other hotspot. Many of these, especially in Alaska require a web page connection. This was provided with the Bullet so I just assumed it would be the same with PepWave. While I have not tested the latest software, I was greatly surprised when I read that it did not work. I have at least a dozen devices behind my router so I need the router to be able to make this connection.

I expected that I when I was ready to use one of these locations that I would have to open the admin screen, scan for the SSID, create a connection, then the sign on page would pop-up in the admin window. Is this not the case? This would only require that the PepWave identified the packet and forward them to the existing browser running the admin screen.

This is particularly critical as more and more campgrounds are using pay for service systems that need to collect billing information before they activate the connection. Once connected, the access generally lasts at least 24 hours so this process is very do-able from my point of view.

I’m in a RV in a campground that offers Tengointernet. If you connect to this provider from your phone a web page appears where you create an account and provide your site, email, etc. and enjoy free Internet for X days. Using my Pepwave BR1 MK2 I’m unable to use this resource as I cannot connect and create the required account.

What needs to happen is just like on your mobile device. When you connect to this WiFi provider and they require a web page response a web page should appear within the Pepwave Admin CP that shows the information you have to fill out, the web page closes, the connection continues.

Peplink team has no interest in even investigating this… and they have said as much, yet the level of benefit it would bring to the product line would be tremendous

Anyone worked out how to do this yet ? best ive seen is using a raspberry pi that runs a script to login to the portal.

do you have a link to the Pi solution?

Turn off health check on the wifi wan connection, connect the BR1 to the capground wifi then try and access the internet using a device connected to the BR1. The captive portal will pop up you’ll login and from that point onwards any device connected to the BR1 will connect without needing to login to the captive portal.


Does this work for all captive portals? I’ve heard that many portals don’t display the login page under this scenario.

I too am installing the Pepwave Max Transit in an RV, and not having the ability to connect to campground or truckstop wifi is a big pain. I might have to install a separate Wifi Ranger Skypro - which does an excellent job of connecting to captive portals, and retrying the connection when it times out.

Most captive portals identify users by mac address. Since the MAC address it sees is the WIFI WAN MAC no matter who is connecting to the router then yes it should work for just about all captive portals.

To be clear. Any Peplink device with WiFI WAN can connect fine to any public hotspot - I do this all the time in hotels, airports, macdonalds, starbucks etc.

I haven’t used one of these, but I have just watched this video:

Assuming the firmware hasb’t changed much since the video was made the process is very similar on a Peplink as a Wifi Ranger.

1 Like

Thanks Martin.

This is an old thread that came up in my search for a solution to the same issue. I found a solution on the mobilemusthave support site. Basically, make sure the WiFi WAN is the only active connection on the router. Other connections should be disabled. Then go to a device connected to the router and visit and the wifi login page will pop up.

This, apparently, is a site specifically designed to trigger the login page of a wifi service. After logging in, everything / other devices worked for me & you can enable any other connections you have.

I use the one Apple uses to pop its captive portal login when connecting to wifi: , its just returns “success” which is what iOS is looking for to skip or show portal browser.

Would be nice if Peplink implemented similar check and used an iframe when connecting to WiFi wan as an option.