docker unifi controller
8.0.24
LinuxServer.io團隊為您帶來了另一個集裝箱版本，其中包含：
常規和及時的申請更新
簡單的用戶映射（PGID，PUID）
帶有S6覆蓋的自定義基礎圖像
每週的基礎操作系統更新，整個Linuxserver.io生態系統中具有常見層，以最大程度地減少空間使用，停機時間和帶寬
定期安全更新
在：
博客 - 您可以使用我們的容器（包括操作指南，意見等）來做的所有事情！
Discord-實時支持 /與社區和團隊聊天。
話語 - 在我們的社區論壇上發布。
車隊 - 在線網絡界面，顯示我們所有維護的圖像。
github-查看我們所有存儲庫的來源。
開放集體 - 請考慮通過捐贈或為我們的預算做出貢獻來幫助我們
我們推薦我們的Unifi-network-Application映像：https：//github.com/linuxserver/docker-unifi-network-application
UniFi-Controller軟件是一種功能強大的企業無線軟件引擎，非常適合高密度客戶部署，需要低延遲和高正常時間性能。
我們利用Docker清單來實現多平台意識。 Docker和我們的公告提供了更多信息。
只需拉出lscr.io/linuxserver/unifi-controller:latest應該為拱門檢索正確的圖像，但您也可以通過標籤拉動特定的拱門圖像。
此圖像支持的體系結構是：
| 建築學 | 可用的 | 標籤 |
|---|---|---|
| X86-64 | ✅ | AMD64- <版本標籤> |
| ARM64 | ✅ | ARM64V8- <版本標籤> |
| Armhf |
該圖像提供了通過標籤可用的各種版本。使用不穩定或開發標籤時，請仔細閱讀描述並謹慎行事。
| 標籤 | 可用的 | 描述 |
|---|---|---|
| 最新的 | ✅ | 穩定的UNIFI控制器發行。 |
| 蒙古 | ✅ | 穩定的UNIFI控制器包括不包括MongoDB。 |
請參閱：https：//info.linuxserver.io/issues/2023-09-06-06-unifi-controller有關更多信息。
WebUI位於https：// ip：8443，設置為第一個運行嚮導。
為了使UNIFI採用其他設備，例如訪問點，需要更改信息IP地址。由於Unifi默認情況下在Docker內部運行，因此它使用其他設備無法訪問的IP地址。要更改此操作，請轉到設置>系統>高級，並將Inform主機設置為設備可訪問的主機名或IP地址。此外，必須檢查復選框“覆蓋”，以便設備可以在採用過程中連接到控制器（設備在採用期間使用Inform-endpoint）。
請注意，UNIFI每隔幾個版本都會更改此選項的位置，因此，如果不是它所說的位置，請在設置中搜索“通知”或“告知主機”。
為了手動採用設備，採取以下步驟：
ssh ubnt@$AP-IP set-inform http://$address:8080/inform
默認設備密碼為ubnt 。 $address是您正在運行此容器的主機的IP地址， $AP-IP是訪問點IP地址。
使用安全網關（路由器）時，可能是網絡連接的設備無法獲得IP地址。可以通過在設置>網絡> Network_name下設置“ DHCP Gateway IP”來修復這一點，以正確（可訪問）的IP地址。
此圖像默認使用自簽名證書。這自然意味著該方案是https 。如果您使用的是驗證證書的反向代理，則需要禁用此容器的檢查。
為了幫助您開始從此圖像創建一個容器，您可以使用Docker-Compose或Docker CLI。
---版本：“ 2.1”服務：unifi-controller：image：lscr.io/linuxserver/unifi-controller：latestcontainer_name：unifi-controllererenvironment：latestcontainer_name：
-PUID = 1000 -PGID = 1000 -TZ = etc/utc -mem_limit = 1024 #optional -mem_startup = 1024 #optionalvolumes：
- /path/to/data：/configports：
-8443：8443-3478：3478/udp -10001：10001：10001/udp -8080：8080-1900-1900：1900/udp #optional -8843：8843：8843 #optional -8880：8880：8880：8880 #optional -6789：6789：67889＃5514：5514：55514： /udp #optionalRestart：除非停滯 Docker Run -d
-name = unifi-controller
-e puid = 1000
-e PGID = 1000
-e tz = etc/utc
-e mem_limit = 1024`＃optional`
-e mem_startup = 1024`＃optional`
-p 8443：8443
-p 3478：3478/udp
-p 10001：10001/udp
-p 8080：8080
-p 1900：1900/udp`＃可選`
-p 8843：8843`＃可選
-p 8880：8880`＃可選
-p 6789：6789`＃可選
-p 5514：5514/udp`＃optional`
-v/path/to/data：/config
- 主場，除非停滯不前
lscr.io/linuxserver/unifi-controller：latest使用在運行時傳遞的參數（例如上面的參數）配置容器。這些參數通過結腸隔開，分別指示<external>:<internal> 。例如， -p 8080:80將從容器內部暴露端口80 ，可從容器外的端口8080上的主機IP訪問。
| 範圍 | 功能 |
|---|---|
-p 8443 | Unifi Web管理員端口 |
-p 3478/udp | Unifi眩暈端口 |
-p 10001/udp | AP Discovery所需 |
-p 8080 | 設備通信所需 |
-p 1900/udp | Make controller discoverable on L2 network所需 |
-p 8843 | UNIFI訪客門戶網站HTTPS重定向端口 |
-p 8880 | UNIFI訪客門戶網站HTTP重定向端口 |
-p 6789 | 用於移動吞吐量測試 |
-p 5514/udp | 遠程Syslog端口 |
-e PUID=1000 | 對於用戶ID-請參見下文以獲取說明 |
-e PGID=1000 | 對於GroupID-請參見下文以獲取說明 |
-e TZ=Etc/UTC | 指定使用時區，請參閱此列表。 |
-e MEM_LIMIT=1024 | 可選更改Java內存限制（在Megabytes中）。設置為default為默認設置 |
-e MEM_STARTUP=1024 | 可選地更改Java初始/最小內存（在Megabytes中）。設置為default為默認設置 |
-v /config | 所有存儲在此處的UNIFI數據 |
您可以使用特殊的預處FILE__設置文件中的任何環境變量。
例如：
-e file__myvar =/run/secrets/mySecretVariable
將根據/run/secrets/mysecretvariable文件的內容設置環境變量MYVAR 。
對於所有圖像，我們提供了使用可選的-e UMASK=022設置在容器內啟動的默認服務器設置的能力。請記住，Umask不是Chmod，它根據其不增加的價值從權限中減去。請在索取支持之前在這裡閱讀。
當使用卷（ -v標誌）時，主機OS和容器之間可能會出現權限問題，我們可以通過允許您指定用戶PUID和組PGID來避免此問題。
確保主機上的任何音量目錄均由您指定的同一用戶所有，並且任何權限問題都會像魔術一樣消失。
id your_user PGID=1000 PUID=1000下
id your_user
示例輸出：
uid=1000(your_user) gid=1000(your_user) groups=1000(your_user)我們發佈各種Docker Mod，以在容器中啟用其他功能。可以通過上面的動態徽章訪問該圖像（如果有）以及可以應用於我們任何圖像的通用mod的MOD列表。
在容器運行時，Shell訪問：
docker exec- it unifi -controller /bin /bash
實時監視容器的日誌：
docker logs -f unifi -controller
容器版本號：
Docker Inspect -f'{{index .config.labels“ build_version”}}'unifi -controller圖像版本號：
Docker Inspect -f'{{index .config.labels“ build_version”}}'lscr.io/linuxserver/unifi-controller：latest我們的大多數圖像都是靜態的，版本化的，並且需要圖像更新和容器娛樂活動以內部更新該應用程序。除某些例外（即NextCloud，Plex），我們不建議或支持更新容器內的應用程序。請諮詢上面的申請設置部分，以查看是否建議圖像。
以下是更新容器的說明：
更新圖像：
所有圖像：
Docker-Compose拉
單圖：
docker-compose拉unifi-controller
更新容器：
所有容器：
Docker -compose -d
單個容器：
Docker-Compose -D Unifi-Controller
您還可以刪除舊的懸空圖像：
Docker Image Prune
更新圖像：
Docker Pull lscr.io/linuxserver/unifi-controller：latest
停止運行的容器：
Docker停止Unifi-Controller
刪除容器：
Docker RM Unifi-Controller
與上面指示的相同Docker Run參數重新創建一個新容器（如果正確映射到主機文件夾，您的/config文件夾和設置將被保留）
您還可以刪除舊的懸空圖像：
Docker Image Prune
將最新圖像在其標籤上拉動，並在一次運行中用相同的ENV變量替換：
Docker Run -RM
-v/var/run/docker.sock:/var/run/docker.sock
contairrrr/watch望塔
- 運行的unifi-controller您還可以刪除舊的懸掛圖像： docker image prune
警告：我們不認可使用Watchtower作為現有Docker容器自動更新的解決方案。實際上，我們通常會阻止自動更新。但是，這是一個有用的工具，可用於一次性手動更新的容器，在該容器中忘記了原始參數。從長遠來看，我們強烈建議使用Docker組成。
提示：我們建議DIUN進行更新通知。不建議或支持其他無人看管的容器的其他工具。
如果您想為開發目的對這些圖像進行本地修改，或只是為了自定義邏輯：
git克隆https://github.com/linuxserver/docker-unifi-controller.gitcd docker-unifi-controller
Docker Build
-NO-CACHE
- 拉
-t lscr.io/linuxserver/unifi-controller：latest。手臂變體可以使用multiarch/qemu-user-static在X86_64硬件上構建
Docker Run-RM-私有的Multiarch/Qemu-user靜態：regission -Reset
註冊後，您可以定義用於與-f Dockerfile.aarch64一起使用的dockerfile。
01.01.24： - 棄用。
05.09.23： - 根據https：//info.linuxserver.io/issues/2023-09-06-06-unifi-controller添加折舊警告。
04.09.23： - 撞到17的bump jre支持v7.5。
02.05.23： - 在構建過程中清理apt-get install以減小圖像尺寸。
18.03.23： - 添加蒙古分支。
10.03.23： - 測試寫作為 /運行 /unifi和symlink，如果失敗，請 /config /運行。
20.02.23： - 遷移到S6V3，在構建上安裝DEB軟件包，修復權限。
23.01.23： - 排除從/config卷run 。
30.11.22： - 撞到11。
01.06.22： - 棄用Armhf。
23.12.21： - 將最小值/最大內存配置從運行到System.Properties。
22.12.21： - 將DEB軟件包安裝到第一個INIT，以避免覆蓋性能問題。
13.12.21： - 將64位容器重置為焦點。
11.12.21： - 添加Java選擇減輕CVE-2021-44228。
11.06.21： - 允許通過新的可選環境變量更改Java初始MEM。
12.01.21： - 將LTS標籤棄用為Unifi不再釋放LTS穩定版本。現有用戶可以切換到latest標籤。從5.6.42（LTS）直接升級到成功測試的6.0.42（最新）。
17.07.20： - 折射64位容器到Bionic和Mongo 3.6。
16.06.20： - 添加logrotate。
02.06.20： - 更新的端口列表和描述。將一些端口移至可選。
14.11.19： - 更改了DEB軟件包的URL，以匹配新的Ubiquity域。
29.07.19： - 允許通過新的可選環境變量更改Java MEM限制。
23.03.19： - 切換到新的基本圖像，轉移到ARM32V7標籤。
10.02.19： - 具有新標籤和管道邏輯的新Unifi -controller映像的初始版本
