Package Details: unifi 9.0.114-1

Git Clone URL: https://aur.archlinux.org/unifi.git (read-only, click to copy)
Package Base: unifi
Description: Centralized management system for Ubiquiti UniFi AP
Upstream URL: https://unifi-network.ui.com
Licenses: custom
Conflicts: tomcat-native
Submitter: seblu
Maintainer: freswa
Last Packager: freswa
Votes: 69
Popularity: 0.41
First Submitted: 2017-08-22 01:31 (UTC)
Last Updated: 2025-02-04 12:05 (UTC)

Dependencies (3)

Required by (0)

Sources (6)

Pinned Comments

freswa commented on 2019-10-30 11:50 (UTC)

We are on Stable with this Package. Please flag out-of-date only if the Version provided with this package does not match the version under "Stable" in this link: https://help.ubnt.com/hc/en-us/articles/360008240754#1

Latest Comments

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 Next › Last »

thylacine222 commented on 2018-06-20 15:06 (UTC)

For anyone interested in running this on aarch64, you need to replace the snappy-java-1.1.4.jar file in /usr/lib/unifi/lib with one that you've built for aarch64 yourself: https://github.com/xerial/snappy-java

I was only able to build this using the oracle jdk (jdk-arm on AUR), not using openjdk.

Sequencer commented on 2018-05-30 14:37 (UTC)

any one who had idea let unifi only work on localhost, listening a http port, and use nginx proxy to it?

afontenot commented on 2018-04-20 08:56 (UTC)

Fixed it (see my problem below). After a lot of debugging, it turns out that if you request a HTTPS connection on an HTTP port, most servers will send you a HTTP response which most clients including openssl will choke on, giving you a very unhelpful error message. See for example https://archlinux.org:80

This is what I was doing (https://localhost:8080) over and over again. The SSL port that Unifi uses is 8443. Hopefully this helps someone else.

There's another bug with this package which is that even though the dependencies only install jre8 the systemd unit file just runs with the default jre. It should probably be modified, if possible, to pick up the user's jre8 java binary.

freswa commented on 2018-04-17 11:10 (UTC)

You're welcome. Fixed.

kode54 commented on 2018-04-17 01:31 (UTC)

This already works with jre8, but thanks for making me install another version of the Java runtime that I won't be using.

afontenot commented on 2018-04-14 04:49 (UTC)

I can't get this to work at all, on jre8 or jre9. Trying to connect gives me an SSL error:

SSL routines:ssl3_get_record:wrong version number:ssl/record/ssl3_record.c:252:

Anyone have an idea how to solve this?

athei commented on 2018-03-27 20:02 (UTC)

This does not work with jre9 anymore because of the missing java ee classes. This it what its look like: java.lang.NoClassDefFoundError: javax/activation/DataSource

I fixed this by adding --add-modules java.se.ee to the command line. See: https://stackoverflow.com/questions/43574426/how-to-resolve-java-lang-noclassdeffounderror-javax-xml-bind-jaxbexception-in-j

comgunner commented on 2018-03-25 18:59 (UTC)

Thermi "To fix: Do all of this as root."

Thank you very much, I really appreciate it, it worked for me.

k0ste commented on 2018-03-15 04:10 (UTC)

5.6 -> 5.7:

  1. Download UniFi backup via Settings -> Maintenance.
  2. Stop unifi service and remove unifi package.
  3. Remove /var/lib/unifi
  4. pacman -Syu --ignore jre (we use jre 8).
  5. Install unifi 5.7 package.
  6. Start unifi service and restore backup.
  7. At this step my unifi kill himself. Don't know is normal or not, but after restart my backup is deployed and UniFi works fine.

adamc83 commented on 2018-03-10 03:14 (UTC)

This no longer works with Java 7. I upgraded to jre8-openjdk-headless and everything seems to be working without issue.

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 Next › Last »