Q: configure가 Avahi client를 찾을 수 없다고 보고할 때 CUPS 빌드 오류 'avahi-client/client.h: No such file or directory'를 어떻게 수정하나요?

CUPS 2.5+는 DNS-SD 백엔드가 필요합니다. Linux에서 cups/dnssd.c는 폴백 분기에서 Avahi를 사용하므로, HAVE_AVAHI가 정의되지 않은 경우에도 Avahi 개발 헤더 없이 빌드하면 실패합니다. Avahi 개발 패키지를 설치하십시오: SLES/openSUSE: sudo zypper install avahi-devel Debian/Ubuntu: sudo apt install libavahi-client-dev RHEL/Fedora: sudo dnf install avahi-devel 그런 다음 다시 빌드하고 검사를 확인하십시오: gmake clean ./configure grep HAVE_AVAHI config.h gmake Configure는 이제 checking for Avahi client... yes를 보고해야 하며, config.h에는 #define HAVE_AVAHI 1이 포함되어야 합니다. DNS-SD 라이브러리를 설치할 수 없다면, 해당 구성에서는 CUPS 2.5+를 빌드할 수 없습니다. mDNSResponder 개발 지원을 제공하거나 이전 CUPS 릴리스를 사용하십시오. cups-dnssd.m4 수정은 DNS-SD가 없을 때 컴파일 중 나중에 실패하는 대신 configure가 명시적으로 실패하게 합니다.

Question 1

왜 비로컬 사용자가 CVE-2026-27447 보안 업데이트 후에 인증되지 않은 CUPS 큐에 인쇄할 수 없나요?

Accepted Answer

CVE-2026-27447 수정 사항에서 발생한 회귀(regression)로 인해, 정책이 소유자별 권한을 요구하는 경우 로컬 계정이 없는 사용자가 인증되지 않은 대기열(unauthorized queues)에 인쇄할 수 없게 되었습니다. 이 문제는 커밋 849fba7d7을 통해 CUPS master 및 2.4.x 브랜치에서 수정되었습니다. 이 커밋이 포함된 최신 2.4.x 릴리스로 업그레이드하거나 수동으로 패치를 적용하십시오. 새 릴리스는 다음 주 초에 계획되었습니다.

Question 2

프린터 펌웨어 업데이트로 인해 보류 중인 작업이 발생한 후 CUPS IPPS 인쇄를 수정하는 방법?

Accepted Answer

프린터의 펌웨어 업데이트가 인증서를 변경하면 CUPS가 유효하지 않은 저장된 자격 증명을 보유하여 작업이 대기 상태로 남을 수 있습니다. 해결 방법: 1) `cupsctl --debug-logging`으로 CUPS 디버그 로깅을 활성화합니다. 2) `journalctl`에서 'Stored credentials'와 'Printer credentials' 같은 메시지를 확인하여 불일치를 확인합니다. 3) `/etc/cups/ssl/`에서 프린터의 이전 인증서 파일을 삭제합니다(예: `sudo rm /etc/cups/ssl/HP5EF1A4.lan`). 4) 다음 인쇄 작업이 새 인증서를 재협상하여 저장합니다. 대안으로 프린터에서 IPPS를 일시적으로 비활성화하는 해결 방법을 사용할 수 있습니다.

Question 3

CUPS 2.4.20으로 업그레이드한 후 CUPS "Bad device URI \"://\"" 오류 및 네트워크 인쇄 실패를 해결하는 방법?

Accepted Answer

CUPS 2.4.20의 회귀입니다. create_local_printer에서 두 코드 경로가 여전히 device_uri_ptr 대신 ptr을 사용하여 CUPS가 빈 device URI(://)를 가진 임시 네트워크 프린터 큐를 생성하게 합니다. 이로 인해 Bad device URI "://", Unable to queue job for destination, Unable to get PPD file 같은 오류가 발생합니다.

해결 방법: 커밋 67dcee9f6 및 e11ff1a9e의 2.4.x 수정 사항이 포함된 CUPS 릴리스(또는 master 커밋 f91d0d752 및 831c776e3)로 업그레이드하세요. 그런 다음 CUPS를 재시작하고 프린터를 다시 검색/재생성하세요:

sudo systemctl restart cups
lpadmin -x <printer-name>

제거 후 시스템 인쇄 대화 상자 또는 CUPS를 통해 프린터를 다시 추가하세요.

Arch Linux에서의 즉각적인 임시 해결 방법: 예를 들어 CUPS를 2.4.19로 다운그레이드하세요:

sudo systemctl stop cups
sudo pacman -U /var/cache/pacman/pkg/cups-2.4.19-1-x86_64.pkg.tar.zst
sudo systemctl start cups

압축 접미사나 패키지 리비전이 다르면 실제 캐시된 2.4.19 패키지 파일 이름을 사용하세요.

Question 4

Alpine Linux / musl에서 CUPS ipp 백엔드가 SIGSEGV (signal 11, status -11)로 크래시하는 문제를 해결하는 방법

Accepted Answer

이 크래시는 musl이 스레드에 기본 스택으로 128 KiB만 제공하는 반면(glibc에서는 8 MiB), CUPS의 `httpPrintf()`가 스택에 64 KiB 버퍼를 할당하기 때문에 발생합니다. ipp 백엔드의 모니터 스레드(`monitor_printer` → `cupsDoRequest()` → `httpPrintf()`)가 스택을 오버플로우하고 SIGSEGV로 종료되므로, driverless `ipp://` 큐로 보내는 모든 작업이 실패하고 큐가 일시 중지됩니다. CUPS 2.4.19, 2.4.20 및 현재 master에 영향을 줍니다.

수정(소스 패치): `cups/thread.c`의 `_cupsThreadCreate()`/`cupsThreadCreate()`를 수정하여 libc 기본값이 작을 때만 스택 크기를 늘립니다:

```c
pthread_attr_t attr;
size_t stacksize;
int status;

pthread_attr_init(&attr);
if (!pthread_attr_getstacksize(&attr, &stacksize) && stacksize < 1024 * 1024)
  pthread_attr_setstacksize(&attr, 8 * 1024 * 1024);
status = pthread_create(&thread, &attr, (void *(*)(void *))func, arg);
pthread_attr_destroy(&attr);
return status ? 0 : thread;
```

이 패치는 일반적인 배포판 패치로 적용할 수 있으며 glibc 동작은 변경되지 않습니다.

CUPS를 재컴파일하지 않는 우회 방법: `pthread_create()`를 래핑하여 속성 포인터가 NULL일 때 8 MiB 스택을 제공하는 `LD_PRELOAD` shim을 사용합니다. cupsd가 고정된 `envp[]`로 백엔드를 생성하기 때문에, 실제 백엔드를 exec하기 전에 `LD_PRELOAD`를 설정하는 `/usr/lib/cups/backend/ipp`를 감싸는 작은 래퍼 스크립트가 필요합니다.

이 버그에 해당하는지 확인하려면: `dmesg`에서 `ipp[...] segfault ... error 6 in libcups.so.2`를 확인하고, `cupsd` error_log에서 `Backend ipp returned status -11 (crashed)` / `crashed on signal 11` 줄을 확인하세요.

Question 5

configure가 Avahi client를 찾을 수 없다고 보고할 때 CUPS 빌드 오류 'avahi-client/client.h: No such file or directory'를 어떻게 수정하나요?

Accepted Answer

CUPS 2.5+는 DNS-SD 백엔드가 필요합니다. Linux에서 cups/dnssd.c는 폴백 분기에서 Avahi를 사용하므로, HAVE_AVAHI가 정의되지 않은 경우에도 Avahi 개발 헤더 없이 빌드하면 실패합니다.

Avahi 개발 패키지를 설치하십시오:

SLES/openSUSE: sudo zypper install avahi-devel
Debian/Ubuntu: sudo apt install libavahi-client-dev
RHEL/Fedora: sudo dnf install avahi-devel

그런 다음 다시 빌드하고 검사를 확인하십시오:

gmake clean
./configure
grep HAVE_AVAHI config.h
gmake

Configure는 이제 checking for Avahi client... yes를 보고해야 하며, config.h에는 #define HAVE_AVAHI 1이 포함되어야 합니다.

DNS-SD 라이브러리를 설치할 수 없다면, 해당 구성에서는 CUPS 2.5+를 빌드할 수 없습니다. mDNSResponder 개발 지원을 제공하거나 이전 CUPS 릴리스를 사용하십시오. cups-dnssd.m4 수정은 DNS-SD가 없을 때 컴파일 중 나중에 실패하는 대신 configure가 명시적으로 실패하게 합니다.

CUPS

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트