OnWorks Linux 및 Windows 온라인 워크스테이션

심벌 마크

워크스테이션용 무료 온라인 호스팅

<이전 | 내용 | 다음>

9.1. Kali 패키지 수정‌


Kali 패키지 수정은 일반적으로 Kali 기여자와 개발자의 작업입니다. 그들은 새로운 업스트림 버전으로 패키지를 업데이트하고, 배포판의 더 나은 통합을 위해 기본 구성을 조정하거나, 사용자가 보고한 버그를 수정합니다. 그러나 공식 패키지로 충족되지 않는 특정 요구 사항이 있을 수 있으므로 수정된 패키지를 빌드하는 방법을 아는 것이 매우 중요할 수 있습니다.

왜 패키지에 신경을 써야 하는지 궁금할 수도 있습니다. 결국, 소프트웨어 일부를 수정해야 하는 경우 언제든지 해당 소스 코드를 가져올 수 있습니다(보통 자식) 소스 체크아웃에서 직접 수정된 버전을 실행하세요. 가능하고 이 목적으로 홈 디렉터리를 사용할 때는 문제가 없지만 응용 프로그램에 시스템 전체 설정이 필요한 경우(예: 설치 만든다 단계) 그러면 알 수 없는 파일로 파일 시스템이 오염됩니다. dpkg 그리고 곧 패키지 종속성으로 잡을 수 없는 문제가 발생할 것입니다. 또한 적절한 패키지를 사용하면 변경 사항을 훨씬 더 쉽게 공유하고 여러 컴퓨터에 배포할 수 있으며, 원하는 대로 작동하지 않는다는 사실을 발견한 후 변경 사항을 되돌릴 수도 있습니다.

그렇다면 언제 패키지를 수정하고 싶습니까? 몇 가지 예를 살펴보겠습니다. 먼저, 우리는 당신이 SET를 많이 사용하고 있고 새로운 업스트림 릴리스를 발견했지만 Kali 개발자가 모두 컨퍼런스로 바쁘기 때문에 즉시 사용해 보고 싶어한다고 가정합니다. 패키지를 직접 업데이트하려고 합니다. 또 다른 경우에는 MIFARE NFC 카드를 작동시키는 데 어려움을 겪고 있으며 현재 준비 중인 버그 보고서에 제공할 실행 가능한 데이터를 얻기 위해 디버그 메시지를 활성화하기 위해 “libfreefare”를 다시 빌드한다고 가정하겠습니다. 마지막 경우에는 "pyrit" 프로그램이 알 수 없는 오류 메시지와 함께 실패한다고 가정합니다. 웹 검색 후 업스트림 GitHub 저장소에서 문제를 해결할 것으로 예상되는 커밋을 찾고 이 수정 사항을 적용하여 패키지를 다시 빌드하려고 합니다.

다음 섹션에서는 이러한 모든 샘플을 살펴보겠습니다. 다른 경우에도 지침을 더 잘 적용할 수 있도록 설명을 일반화하려고 노력할 것입니다. 그러나 발생할 수 있는 모든 상황을 다루는 것은 불가능합니다. 문제가 발생하면 최선의 판단을 내려 해결책을 찾거나 가장 적절한 포럼에서 도움을 구하십시오(6장, "스스로 도움 받기 및 도움 받기" 참조)."[페이지 124]).

무엇을 변경하고 싶든 일반적인 프로세스는 항상 동일합니다. 즉, 소스 패키지를 가져와서 추출하고 변경한 다음 패키지를 빌드합니다. 그러나 각 단계에는 작업을 처리할 수 있는 여러 도구가 있는 경우가 많습니다. 우리는 가장 관련성이 높고 가장 인기 있는 도구를 선택했지만 검토가 완전하지는 않습니다.


 

OnWorks의 최고 OS 클라우드 컴퓨팅: