따라서 우리 사무실 팀에서 지원하는 내부 애플리케이션에 사용되는 여러 Redhat Enterprise Linux 서버가 있습니다. 이 외에도 서버는 "syslog"라는 별명을 가진 CUPS 프린터를 통해 로깅 시스템에 다양한 활동에 대한 "자동 인쇄" 보고서를 보냅니다.
최근에 애플리케이션을 한 서버에서 다른 서버로 전환할 때까지 모든 것이 괜찮았으며 그 이후로 로깅 시스템이 해당 환경에서 이전보다 훨씬 적은 데이터를 수신하고 있음을 발견했습니다. 모든 인쇄 작업이 예전처럼 거의 즉시 처리되는 대신 이제 일부 작업은 완료하는 데 시간이 걸리며(작업 파일이 수십 킬로바이트를 넘지 않지만 일반적으로 10분 이상) 로깅 시스템의 웹 페이지는 서버 측에서 "완료"됩니다. 몇 가지 실험을 거친 후 4096바이트 이하의 인쇄 작업은 성공적으로 완료되지만 그보다 큰 인쇄 작업은 대부분 중단되어 목적지에 도달하지 못할 가능성이 높습니다. 제가 말하는 내용을 명확히 하는 데 도움이 되는 샘플 스크린샷은 다음과 같습니다.
syslog 프린터의 구성이 현재 서버와 이전 서버에서 동일하게 나타나기 때문에 이는 문제 해결에 매우 혼란스럽습니다(또한 이전 서버는 Visible에 로그인되기 직전에 더 큰 인쇄 작업을 처리할 수 있다고 말했습니다). 작업당 킬로바이트라는 하드코딩된 제한 문제라고 생각하여 -o job-k-limit=0 옵션을 사용하여 lpadmin 명령을 통해 프린터를 다시 만들었지만 별 도움이 되지 않는 것 같습니다. Linux SysAdmin 팀의 누군가가 "LimitRequestBody"라는 컵 설정을 찾아 0으로 설정했지만 그것도 도움이 되지 않는 것 같습니다.
솔직히 말해서, 우리는 이 문제의 원인이 무엇인지 모릅니다. 화요일에 통신팀을 파견하여 이 서버와 로깅 시스템 사이에 잠재적인 네트워크 문제가 있는지 조사할 예정입니다. 그 사이에 어떤 아이디어가 있으신가요?
답변1
알고 보니 팔로알토 방화벽 문제였습니다. 규칙을 추가했고 이제 일이 순조롭게 진행되고 있습니다. 좋은 것!