docker unifi controller
8.0.24
Linuxserver.io 팀은 다음과 같은 다른 컨테이너 릴리스를 제공합니다.
정기적이고시기 적절한 응용 프로그램 업데이트
쉬운 사용자 매핑 (pgid, puid)
S6 오버레이가있는 사용자 정의 기본 이미지
공간 사용, 다운 타임 및 대역폭을 최소화하기 위해 전체 LinuxServer.io 생태계에 걸친 공통 계층으로 주간 기본 OS 업데이트
정기적 인 보안 업데이트
우리를 찾으십시오 :
블로그 - 방법 안내서, 의견 등을 포함하여 컨테이너로 수행 할 수있는 모든 작업!
불화 - 커뮤니티 및 팀과의 실시간 지원 / 채팅.
담론 - 커뮤니티 포럼에 게시하십시오.
함대 - 모든 유지 관리 이미지를 표시하는 온라인 웹 인터페이스.
GitHub- 모든 저장소의 소스를 봅니다.
Open Collective- 예산에 기부하거나 기여하여 도와주세요.
대신 unifi-network-application 이미지 : https://github.com/linuxserver/docker-unifi-network-application을 권장합니다
Unifi-Controller 소프트웨어는 낮은 대기 시간과 높은 가동 시간 성능이 필요한 고밀도 클라이언트 배포에 이상적인 강력한 엔터프라이즈 무선 소프트웨어 엔진입니다.
우리는 다중 플랫폼 인식을 위해 Docker Manifest를 활용합니다. 자세한 내용은 Docker와 발표에서 볼 수 있습니다.
lscr.io/linuxserver/unifi-controller:latest 당기면 아치의 올바른 이미지를 검색해야하지만 태그를 통해 특정 아치 이미지를 가져올 수도 있습니다.
이 이미지에서 지원하는 아키텍처는 다음과 같습니다.
| 건축학 | 사용 가능 | 꼬리표 |
|---|---|---|
| x86-64 | ✅ | AMD64- <버전 태그> |
| ARM64 | ✅ | ARM64V8- <버전 태그> |
| ARMHF |
이 이미지는 태그를 통해 사용할 수있는 다양한 버전을 제공합니다. 불안정 또는 개발 태그를 사용할 때 설명을주의 깊게 읽고주의를 기울이십시오.
| 꼬리표 | 사용 가능 | 설명 |
|---|---|---|
| 최신 | ✅ | 안정적인 unifi 컨트롤러 릴리스. |
| Mongoless | ✅ | MongoDB가 포함되지 않은 안정적인 unifi 컨트롤러 릴리스. |
자세한 내용은 https://info.linuxserver.io/issues/2023-09-06-unifi-controller를 참조하십시오.
Webui는 https : // ip : 8443에 있으며 첫 번째 실행 마법사로 설정됩니다.
UniFi가 다른 장치를 채택하려면 액세스 포인트가 되려면 정보 IP 주소를 변경해야합니다. Unifi는 기본적으로 Docker 내부에서 실행되므로 다른 장치에서 액세스 할 수없는 IP 주소를 사용합니다. 이를 변경하려면 설정> 시스템> 고급으로 이동하여 정보 호스트를 장치에서 액세스 할 수있는 호스트 이름 또는 IP 주소로 설정하십시오. 또한 채택하는 동안 장치가 컨트롤러에 연결할 수 있도록 확인란 "Override"를 확인해야합니다 (채택하는 동안 장치가 정보 엔드 포인트를 사용합니다).
UniFi는 몇 개의 릴리스 마다이 옵션의 위치를 변경하므로 그것이 말하는 위치가 아닌 경우 설정에서 "Inform"또는 "Inform Host"를 검색하십시오.
장치를 수동으로 채택하려면 다음 단계를 수행합니다.
ssh ubnt@$AP-IP set-inform http://$address:8080/inform
기본 장치 암호는 ubnt 입니다. $address 이 컨테이너를 실행중인 호스트의 IP 주소이며 $AP-IP 액세스 포인트 IP 주소입니다.
보안 게이트웨이 (라우터)를 사용하면 네트워크 연결 장치가 IP 주소를 얻을 수 없을 수 있습니다. 설정> Networks> Network_name에서 "DHCP Gateway IP"를 올바른 (및 액세스 가능한) IP 주소로 설정하여 고정 될 수 있습니다.
이 이미지는 기본적으로 자체 서명 된 인증서를 사용합니다. 이것은 자연스럽게 체계가 https 임을 의미합니다. 인증서를 검증하는 리버스 프록시를 사용하는 경우 컨테이너에 대한이 점검을 비활성화해야합니다.
이 이미지에서 컨테이너를 만들기 위해 Docker-Compose 또는 Docker Cli를 사용할 수 있습니다.
--- 버전 : "2.1"서비스 : unifi-controller : image : lscr.io/linuxserver/unifi-controller:latestcontainer_name : unifi-controllerenvironment :
-PUID = 1000 -PGID = 1000 -TZ = ETC/UTC -MEM_LIMIT = 1024 #OPTIONAL -MEM_STARTUP = 1024 #OPTONILALVOLOUS :
-/path/to/data :/configports :
-8443 : 8443-3478 : 3478/udp -10001 : 10001/UDP -8080 : 8080-1900 : 1900/udp #optional -8843 : 8843 #Optional -8880 : 8880 #Optional -6789 : 6789 #Optional -5514 : 5514. /udp #optionalRestart : 정관되지 않는 한Docker Run -D -name = unifi-controller -e puid = 1000 -e pgid = 1000 -e tz = etc/utc -e mem_limit = 1024`#옵션 ' -e mem_startup = 1024`#옵션 ' -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`#옵션 ' -v/path/to/data :/config -restart가 정지되지 않는 한 lscr.io/linuxserver/unifi-controller:latest
컨테이너는 런타임에 전달되는 매개 변수를 사용하여 구성됩니다 (예 : 위의 것). 이 매개 변수는 결장에 의해 분리되며 각각 <external>:<internal> 을 나타냅니다. 예를 들어 -p 8080:80 컨테이너 외부의 포트 8080 의 호스트 IP에서 액세스 할 수 있도록 컨테이너 내부에서 포트 80 노출시킵니다.
| 매개 변수 | 기능 |
|---|---|
-p 8443 | Unifi 웹 관리 포트 |
-p 3478/udp | Unifi 기절 포트 |
-p 10001/udp | AP 발견에 필요합니다 |
-p 8080 | 장치 통신에 필요합니다 |
-p 1900/udp | Make controller discoverable on L2 network 데 필요합니다 |
-p 8843 | Unifi Guest Portal HTTPS 리디렉션 포트 |
-p 8880 | Unifi 게스트 포털 HTTP 리디렉션 포트 |
-p 6789 | 모바일 처리량 테스트 용 |
-p 5514/udp | 원격 Syslog 포트 |
-e PUID=1000 | userID의 경우 - 설명은 아래를 참조하십시오 |
-e PGID=1000 | GroupID의 경우 - 설명은 아래를 참조하십시오 |
-e TZ=Etc/UTC | 사용할 시간대를 지정 하고이 목록을 참조하십시오. |
-e MEM_LIMIT=1024 | 선택적으로 Java 메모리 제한 (메가 바이트)을 변경하십시오. default 으로 설정하여 기본값으로 재설정하십시오 |
-e MEM_STARTUP=1024 | 선택적으로 Java 초기/최소 메모리 (메가 바이트)를 변경하십시오. default 으로 설정하여 기본값으로 재설정하십시오 |
-v /config | 모든 unifi 데이터가 여기에 저장되었습니다 |
특수 Prepend FILE__ 사용하여 파일에서 모든 환경 변수를 설정할 수 있습니다.
예를 들어 :
-e file__myvar =/run/secrets/mysecretvariable
/run/secrets/mysecretvariable 파일의 내용을 기반으로 환경 변수 MYVAR 설정합니다.
모든 이미지의 경우 옵션 -e UMASK=022 설정을 사용하여 컨테이너 내에서 시작된 서비스의 기본 UMASK 설정을 무시할 수 있습니다. Umask는 chmod가 아니라는 것을 명심하십시오. 지원을 요청하기 전에 여기를 읽으십시오.
볼륨 ( -v 플래그)을 사용하는 경우 호스트 OS와 컨테이너간에 권한 문제가 발생할 수 있습니다. 사용자 PUID 및 그룹 PGID 지정할 수 있도록이 문제를 피합니다.
호스트의 볼륨 디렉토리가 지정한 동일한 사용자가 소유하고 있으며 모든 권한 문제가 마술처럼 사라집니다.
이 경우 PUID=1000 및 PGID=1000 찾으려면 다음과 같이 id your_user 사용하십시오.
id your_user
예제 출력 :
uid=1000(your_user) gid=1000(your_user) groups=1000(your_user)컨테이너 내에서 추가 기능을 활성화하기 위해 다양한 Docker 모드를 게시합니다. 이 이미지에 사용할 수있는 모드 목록 (있는 경우)과 위의 동적 배지를 통해 이미지 중 하나에 적용 할 수있는 범용 모드에 액세스 할 수 있습니다.
컨테이너가 작동하는 동안 쉘 액세스 :
Docker Exec -it Unifi -Controller /bin /Bash
컨테이너 로그를 실시간으로 모니터링하려면 :
Docker logs -f unifi -controller
컨테이너 버전 번호 :
docker inspect -f '{{index .config.labels "build_version"}}'unifi -controller이미지 버전 번호 :
Docker는 -f '{{index .config.labels "build_version"}}'lscr.io/linuxserver/unifi-controller:latest를 검사합니다대부분의 이미지는 정적이고 버전으로 만들어졌으며 앱을 업데이트하려면 이미지 업데이트 및 컨테이너 레크리에이션이 필요합니다. 몇 가지 예외 (예 : NextCloud, Plex)를 사용하면 컨테이너 내부에서 앱을 업데이트하는 것이 좋습니다. 이미지에 권장되는지 확인하려면 위의 응용 프로그램 설정 섹션을 참조하십시오.
다음은 컨테이너 업데이트 지침입니다.
이미지 업데이트 :
모든 이미지 :
Docker-Compose Pull
단일 이미지 :
Docker-Compose Pull Unifi-Controller
컨테이너 업데이트 :
모든 컨테이너 :
Docker -Compose Up -D
단일 컨테이너 :
Docker-Compose UP -D Unifi-Controller
오래된 매달린 이미지를 제거 할 수도 있습니다.
도커 이미지 자두
이미지 업데이트 :
Docker Pull lscr.io/linuxserver/unifi-controller:latest
런닝 컨테이너 중지 :
Docker 중지 Unifi-Controller
컨테이너 삭제 :
Docker RM Unifi-Controller
위에서 지시받은 Docker Run 매개 변수가있는 새 컨테이너를 재현하십시오 (호스트 폴더에 올바르게 매핑되면 /config 폴더 및 설정이 보존됩니다)
오래된 매달린 이미지를 제거 할 수도 있습니다.
도커 이미지 자두
태그에서 최신 이미지를 가져 와서 한 번의 실행에서 동일한 ENV 변수로 바꾸십시오.
Docker Run - -rm -v /var/run/docker.sock:/var/run/docker.sock CONTIRALRRR/WATCHTOWER -런 온스 unifi-controller
오래된 매달린 이미지를 제거 할 수도 있습니다 : docker image prune
경고 : 기존 Docker 컨테이너의 자동 업데이트에 대한 솔루션으로 Watchtower의 사용을 보증하지 않습니다. 실제로 우리는 일반적으로 자동 업데이트를 방해합니다. 그러나 이것은 원래 매개 변수를 잊어 버린 컨테이너의 일회성 수동 업데이트에 유용한 도구입니다. 장기적으로 Docker Compose를 사용하는 것이 좋습니다.
팁 : 업데이트 알림을 위해 DIUN을 권장합니다. 무인 컨테이너를 자동으로 업데이트하는 다른 도구는 권장되거나 지원되지 않습니다.
개발 목적으로 이러한 이미지를 로컬 수정하거나 논리를 사용자 정의하려면 다음과 같습니다.
git 클론 https://github.com/linuxserver/docker-unifi-controller.gitcd docker-unifi-controller 도커 빌드 -캐시 --당기다 -t lscr.io/linuxserver/unifi-controller:latest.
ARM 변형은 multiarch/qemu-user-static 사용하여 X86_64 하드웨어에 구축 할 수 있습니다.
Docker Run-rm-Privileged Multiarch/Qemu-User-Static : Register-Reset
일단 등록되면 -f Dockerfile.aarch64 와 함께 사용할 dockerfile을 정의 할 수 있습니다.
01.01.24 : - 감가 상각.
05.09.23 : -https://info.linuxserver.io/issues/2023-09-06-unifi-controller에 따라 감가 상각 경고를 추가하십시오.
04.09.23 : - v7.5를지지하려면 JRE를 17로 범프합니다.
02.05.23 : - 이미지 크기를 줄이기 위해 빌드 중에 apt-get install 정리합니다.
18.03.23 : -Mongoless Branch를 추가하십시오.
10.03.23 : - 테스트 /실행 /unifi 및 symlink to /config /run에 대한 테스트 실패.
20.02.23 : - S6v3으로 마이그레이션하고 빌드에 Deb 패키지를 설치하고 권한을 수정하십시오.
23.01.23 : - run /config 볼륨 제외.
30.11.22 : - 범프 jre 11.
01.06.22 : - ARMHF를 감가 상각합니다.
23.12.21 : - 최소/최대 메모리 구성을 실행에서 System.Properties로 이동합니다.
22.12.21 : - 오버 레이프의 성능 문제를 피하기 위해 Deb 패키지 설치를 먼저 init로 이동하십시오.
13.12.21 : - Rebase 64 비트 컨테이너에 초점이 맞습니다.
11.12.21 : -Java Opts를 추가하여 CVE-2021-44228을 완화합니다.
11.06.21 : - 새로운 선택적 환경 변수를 통해 Java 초기 MEM을 변경할 수 있습니다.
12.01.21 : - UniFi가 더 이상 LTS 안정 빌드를 출시하지 않으므로 LTS 태그를 감가 상각합니다. 기존 사용자는 latest 태그로 전환 할 수 있습니다. 직접 업그레이드 5.6.42 (LTS)에서 6.0.42 (최신)로 성공적으로 테스트했습니다.
17.07.20 : -Bionic 및 Mongo에 대한 비트 컨테이너 3.6.
16.06.20 : - Logrotate를 추가하십시오.
02.06.20 : - 업데이트 된 포트 목록 및 설명. 일부 포트를 옵션으로 옮겼습니다.
14.11.19 : - 새로운 유비쿼터스 도메인과 일치하도록 DEB 패키지의 URL을 변경했습니다.
29.07.19 : - 새로운 선택적 환경 변수를 통해 Java Mem 한도를 변경할 수 있습니다.
23.03.19 : - 새로운 기본 이미지로 전환하고 ARM32V7 태그로 전환하십시오.
10.02.19 : - 새로운 태그 및 파이프 라인 로직으로 새로운 Unifi -Controller 이미지의 초기 릴리스
