☰

OpenSuSE의 xinetd 구성

tag-icon • tag-icon opensuse suse yast xinetd
OpenSuSE의 xinetd 구성

난 달려야 해에 대한, OpenSuSE 상자의 Debian/Ubuntu 패키지용 패키지 에이전트입니다.

지금까지 설치 패키지를 에서 사용 .deb으로 변환했습니다 . 설치 결과는 ..rpmalien.rpmapprox/usr/sbin/approx

Debian에서는 선호되는 OpenSuSE를 approx사용하기 시작했습니다 . 그래서 YaST2의 xinetd 설정에서 다음을 사용하여 새 항목을 만들었습니다.inetdxinetd

  • 서비스 이름: "대략"(서비스 이름에서 포트 번호로의 매핑이 여기서 발생한다고 가정하고 "9999"도 시도했습니다. 이 이름은 /etc/services의 포트 설명과 일치해야 합니다. 그렇죠?)
  • 유형:stream
  • 규약:tcp
  • nowait옵션
  • 사용자: root그리고
  • 제공하다: /usr/sbin/approx.

그러나 항목에 어떤 상태를 지정하더라도 확인을 클릭하자마자 xinetd 구성이 "비활성화됨"으로 점프하고 포트 9999에 연결할 때 시스템에서 응답을 받지 못합니다.

그럼 먼저 제가 xinetd 구성을 올바르게 사용하고 있는 걸까요, 아니면 제가 이해한 부분에 문제가 있는 걸까요?

둘째, YaST2에서 xinetd 구성 패널의 자동 비활성화는 소프트웨어 오류입니까, 아니면 사용자 오류입니까?

답변1

Nikhil님의 의견 덕분에 문제가 해결되었습니다.

xinetd를 설정할 때 YaST는 포트 번호가 아닌 서비스 이름만 사용합니다. 불행하게도 몇 가지 역사적 이유로 인해 기본 포트는 약 9999입니다. "distinct"라는 다른 서비스에 등록되어 있습니다.

따라서 임시 해결책은 /etc/services에서 포트 9999에 대한 서비스 이름을 "about"으로 바꾸고 xinetd 구성에 "about"이라는 이름으로 새 서비스를 입력하는 것입니다(제가 의심한 대로 이는 실제로 포트 9999에 매핑됩니다). 사용자 약 및 그룹 약. YaST에서 생성된 서비스 파일은 다음과 같습니다.

$ cat /etc/xinetd.d/approx 
service approx
{
    socket_type     = stream
    protocol        = tcp
    wait            = no
    user            = approx
    group           = approx
    server          = /usr/sbin/approx
}

물론 올바른 해결책은 서버와 모든 클라이언트 시스템을 다른 포트(IANA가 아직 할당하지 않은 포트)로 마이그레이션하는 것입니다.

답변2

구성에서 포트 번호를 언급해 보셨나요? 로그는 무엇을 말합니까?

service approx
{
       flags          = REUSE
       socket_type    = stream
       protocol       = tcp
       wait           = no
       user           = root
       server         = /usr/sbin/approx
       log_on_failure += USERID
       disable        = no
       port           = 9999
}

관련 정보