Devnix Ops
제품

systemctl list 서비스 및 기타 기능

01

Devnix Ops는 실제 명령어를 실행하고 실제 출력을 표시하여 Linux 서비스를 관리할 수 있도록 도와줍니다. 따라서 모든 변경 사항을 직접 확인할 수 있습니다.

01

실제 출력

명령어를 실행하고 실제 출력을 표시합니다.

02

로컬 파일

현재 작업 폴더의 파일을 편집합니다.

03

안전 모드

Ask first는 변경 전에 확인을 요청합니다.

기능

동작 방식

모드를 선택하면 에이전트가 도구를 실행하고, 실행 전에 결과를 검토합니다. Ask first에서는 실행 전에 변경을 승인하고, Auto-run은 즉시 작동합니다.

단계별 가이드

서비스 생성

Devnix Ops는 로컬에서 유닛 파일을 준비한 후 Shell을 사용하여 서버에서 systemd-analyze verify를 실행합니다. 진행하기 전에 구문 보고서를 검토할 수 있습니다. 상태를 확인합니다. 에이전트는 [Service] 섹션 내에서 ExecStart를 프로그램 경로로 설정합니다. Ask first 모드에서 서버 변경 사항을 승인하기 전에 diff를 검토합니다. sudo systemctl daemon-reload를 실행하여 systemd가 새 구성을 즉시 읽도록 합니다. sudo systemctl enable --now를 실행하여 서비스를 시작하고 부팅 시 활성화합니다. journalctl -u name -n 50을 실행하여 마지막 50개 로그 줄을 확인하여 문제를 해결합니다. systemctl list services를 사용하여 부팅 시 활성화되지 않을 때 'system ctl'을 확인합니다.

서비스 편집

에이전트에게 기존 서비스를 편집하도록 요청하면, chat folder에 override.conf를 생성하기 위해 write_file을 사용합니다. diff를 표시합니다. 진행하기 전에 Ask first 모드에서 변경 사항을 신중하게 검토합니다. 그런 다음 에이전트는 Shell을 사용하여 파일을 서버로 scp합니다. sudo systemctl daemon-reload를 실행하여 systemd가 유닛 파일을 다시 읽도록 합니다. 변경 사항을 적용하기 위해 최종 재시작 명령을 승인합니다. 에이전트는 서비스의 새 상태를 즉시 표시합니다. journalctl -u name -n 50을 확인하여 systemd 로그 클라이언트가 소켓에 연결하도록 합니다.

Devnix Ops가 수행하지 않는 작업

호스팅 서비스나 플러그인이 아니며, 권한이 있는 자신의 파일, PC 및 서버에만 사용됩니다. 작업은 내부에 유지되지만 에이전트는 범위를 강제하지 않습니다. 코드, 스캔 또는 분석이 정확하다는 보장은 없습니다. 사용자는 종종 리눅스의 서비스 관리자 뒤에 있는 systemd가 정확히 무엇인지 이해하기 위해 질문합니다.

Windows용 Devnix Ops

서비스 관리 시작

Devnix Ops 다운로드 ↗