Linux 서버에 cups(cups-pdf 가상 프린터)가 있는 원격 프린터가 있습니다. BSD, HP-ux 및 Linux는 잘 작동합니다. Solaris 10에서는 이 문제가 있습니다. 파일 텍스트가 아닌 배너만 인쇄됩니다. 프린터를 이렇게 구성했습니다
svcadm disable svc:/application/print/server:default
svcadm enable svc:/application/print/server:default
lpadmin -x cupsprinter||echo
lpadmin -p cupsprinter -v /dev/null
lpadmin -p cupsprinter -m netstandard
lpadmin -p cupsprinter -o dest=remotesite -o protocol=bsd -o timeout=22
lpadmin -d cupsprinter
lpadmin -p cupsprinter -I postscript -T PS
accept cupsprinter
/usr/bin/enable cupsprinter
Linux 서버에서는 오류 로그에 아무 것도 나타나지 않습니다. 이 문제의 원인은 무엇입니까?
답변1
해결책을 찾으세요. Linux에서 inetd를 사용하면 UNIX 클라이언트에서도 이 줄이 올바르게 인쇄됩니다.
printer stream tcp nowait lp /usr/lib64/cups/daemon/cups-lpd cups-lpd -o document-format=application/octet-stream -o job-sheets=none,none
중요한 부분은 "-o document-format=application/octet-stream -o job-sheets=none,none"입니다.
xinetd를 사용하는 경우 이 파일을 사용하십시오.
service printer
{
socket_type = stream
protocol = tcp
wait = no
user = lp
server = /usr/lib64/cups/daemon/cups-lpd
server_args = -o document-format=application/octet-stream -o job-sheets=none,none
}
답변2
특히 테스트 텍스트 파일이 한 페이지 미만의 간단한 문서인 경우 더 큰 텍스트 파일을 테스트로 보내 보십시오. 프린터 데몬은 배너 다음의 첫 번째 페이지를 인쇄하기 전에 페이지 공급을 기다리고 있을 수 있습니다. 몇 년 전 1999년에 발생한 비슷한 문제를 생각해 보십시오.
귀하의 의견에 따르면 더 큰 파일에서도 출력이 나오지 않는 것 같습니다. 어쩌면 폼 피드 문자를 직접 보내 보십시오.
dev/null URI는 적어도 테스트 목적으로 수정하여 JetDirect 또는 다른 위치를 지정하는 것이 좋습니다.
lpinfo -v
socket://192.168.0.105