@WrCombs said in Ipad guru/ Site connectivity issue:

@travisdh1 said in Ipad guru/ Site connectivity issue:

@WrCombs said in Ipad guru/ Site connectivity issue:

@Dashrender said in Ipad guru/ Site connectivity issue:

@WrCombs said in Ipad guru/ Site connectivity issue:

@Dashrender said in Ipad guru/ Site connectivity issue:

Are customer's allowed on any SSID on this network? or only employee and business devices?

Only employees / business devices are allowed to connect.

so how many total devices are we talking about?
what is the bandwidth of the ISP connection?
what is the bandwidth utilitzation per endpoint for the application in question?
how much bandwidth is being chewed up by staff devices downloading FB, YT, updates, etc? perhaps that needs to be squeezed to next to nothing to ensure enough bandwidth for the business stuff.

I can't login to Unifi Dashboard.. it wont give me the login page.. Don't know what's going on with it.

Was it recently upgraded? A few failures were common when upgrading from 5.x.xx to 6.x.xx versions.

Still on 5.x.xx I believe, at least it was last night.

If you can get us a # of devices from the dashboard, that would help. I'm guessing there are going to be a bunch of them connected to the one that is closest to or in the kitchen area.

@WrCombs said in Ipad guru/ Site connectivity issue:

@Dashrender said in Ipad guru/ Site connectivity issue:

@WrCombs said in Ipad guru/ Site connectivity issue:

@Dashrender said in Ipad guru/ Site connectivity issue:

Are customer's allowed on any SSID on this network? or only employee and business devices?

Only employees / business devices are allowed to connect.

so how many total devices are we talking about?
what is the bandwidth of the ISP connection?
what is the bandwidth utilitzation per endpoint for the application in question?
how much bandwidth is being chewed up by staff devices downloading FB, YT, updates, etc? perhaps that needs to be squeezed to next to nothing to ensure enough bandwidth for the business stuff.

I can't login to Unifi Dashboard.. it wont give me the login page.. Don't know what's going on with it.

Was it recently upgraded? A few failures were common when upgrading from 5.x.xx to 6.x.xx versions.

@WrCombs said in Ipad guru/ Site connectivity issue:

@scottalanmiller said in Ipad guru/ Site connectivity issue:

@notverypunny said in Ipad guru/ Site connectivity issue:

@wirestyle22 said in Ipad guru/ Site connectivity issue:

@travisdh1 said in Ipad guru/ Site connectivity issue:

@Dashrender said in Ipad guru/ Site connectivity issue:

@scottalanmiller said in Ipad guru/ Site connectivity issue:

If the issue is from a volume of devices, it's not the devices that are the issue. This isn't related to them using iPads, other than they are using lots of devices on wifi all at once. It's not an iPad issue, but a wifi/network issue.

Too much power, overlapping APs, too many APs, all kinds of things can cause issues. Or too few, bad signal, etc.

I thought I read he had 18 iPads, but I don't see that here anymore... that doesn't seem like to many, even for a single AP...

Keep in mind that there are probably gobs of patrons using a guest network on those same APs. It really could be an issue of to many devices using a single AP if they are busy.

I was just about to write this

Ditto.... It's all well and good having separate SSID's and networks behind the AP to isolate traffic, but the radios in the HW might just be getting thrashed if it's busy and patrons are monopolizing the infrastructure. Keep in mind that for a restauant setting each patron is likely to have at least 1 device connecting to wifi, perhaps more if someone is working on a laptop and having a bite at the same time.

Exactly. Just lots of connected devices can make things a mess. Or just lots of noise from unconnected devices.

one thing I noticed and a thought about what could fix it
there are 4 APs, and 2 Wireless networks. What if We took 2 APs for each wireless
could cut down on Ap over load from all the devices.. . .

How many devices are we talking about here? You should be able to see in the management console, and since no patrons are using them, it shouldn't be overloading the APs with clients.

@Pete-S said in Run ls as another user?:

@travisdh1 said in Run ls as apache user?:

@Pete-S said in Run ls as another user?:

What's the easiest way to run ls as the apache user (which you can't login as)?

su -u apache ls

Did you mean sudo or su?

Because you can't do su apache . You get "This account is currently not available.".

I know the -u apache is needed to run a command as a user from su or sudo. I'm thinking the issue might be with the apache account being set to nologin in /etc/passwd. Just be sure to change the shell entry in passwd back when you finish up.

@Dashrender said in Ipad guru/ Site connectivity issue:

@scottalanmiller said in Ipad guru/ Site connectivity issue:

If the issue is from a volume of devices, it's not the devices that are the issue. This isn't related to them using iPads, other than they are using lots of devices on wifi all at once. It's not an iPad issue, but a wifi/network issue.

Too much power, overlapping APs, too many APs, all kinds of things can cause issues. Or too few, bad signal, etc.

I thought I read he had 18 iPads, but I don't see that here anymore... that doesn't seem like to many, even for a single AP...

Keep in mind that there are probably gobs of patrons using a guest network on those same APs. It really could be an issue of to many devices using a single AP if they are busy.

@Pete-S said in Run ls as another user?:

What's the easiest way to run ls as the apache user (which you can't login as)?

su -u apache ls

iPads and iPhones are headaches to keep working reliably on wifi. For whatever reason, Apple devices just do not roam well no matter what settings you change on the device.

The good news is there is a relatively simple fix, turn down the signal strength on any access point that has overlapping signal. It doesn't have to be much, but it means that Apple devices won't try to hold on at all costs to an iffy AP signal.

@JasGot said in LastPass Goes As Predicted Like LogMeIn:

@travisdh1 said in LastPass Goes As Predicted Like LogMeIn:

Spotify has nothing on Uber. Uber looses money on every ride still.

Amazon took 8 years before they started using black ink.

While true, Amazon was well known to be purposely investing more money than they made in infrastructure to build their business. They could have started making profits years earlier if they wanted, but they purposely kept loosing money until they were ready. Totally different than Uber, which has no potential to make any money until driverless cars are available.

@Dashrender said in LastPass Goes As Predicted Like LogMeIn:

@Pete-S said in LastPass Goes As Predicted Like LogMeIn:

@Dashrender said in LastPass Goes As Predicted Like LogMeIn:

from the sounds of it - the marketing wasn't paying off, at least not in their opinion.

They probably looking at the conversion rate from free to paying customer.

If 99% of all free users are happy with the free version then they need to remove features from the free version or remove it altogether. Or adjust their business model.

The marketing is of no value if it's successful, but only ever generates "customers" using the free version.
A lot of SaaS companies are run on venture capitalist money though and generates no profit, only losses. But that can never go on forever. But some have deep pockets. I think it took Spotify 10 years to have their first quarter that was not in the red. On a yearly basis they still never have been profitable.

Yeah that kind of crap is some thing I simply do not understand why the investors continue to pour more money on that fire. Just see that money burn

Spotify has nothing on Uber. Uber looses money on every ride still. The business model was setup to take advantage of driverless vehicles, and that's taking longer than they expected to happen. In the meantime, they keep getting the funding to continue operating.

@AdamF said in Cellular backup options:

@travisdh1 said in Cellular backup options:

@AdamF said in Cellular backup options:

What is the physical connection layout for the Cradle point? I understand that the static IP block that I have from Comcast would NOT work during a failover scenario. I can deal with that. However, under normal operation (not in LTE failover), is this configured in such a way that creates double NATing? We have VoIP phones connecting to a cloud PBX, and I would not want to deal with double NAT.

A previous employer of mine had a very large client that used Cradle Point as a backup for each location. The Cradle Point had static IPs as well, so we could set the VPNs to use either the main or Cradle Point IP.

Did they use cradlepoint direct with their own LTE connection? Or did they use the Comcast connection pro solution?

They were all Verizon.