공식사이트 : https://www.samba.org/

smb 프로토콜(Server Message Block)을 사용하여 구현되어 네트워크로 새로운 저장장치를 사용할수 있다.

그것을 사용하는 samba는 파일서버의 대표이다. GNU라이센스를 채택하고, 덕분에 리눅스/유닉스이외에 윈도우도 지원하는 서버 프로그램이다. 뿐만아니라 프린터도 지원한다.
어느정도 고급프린터를 사게된다면, 프린터에 네트워크 시스템을 갖추는것이 가능한데 삼바를 포팅하여 사용하는것이 아닌가 추측된다.

오픈소스이고 다양한 플랫폼에서 지원하기 때문에 다양한 이유로 많이 사용한다. 대표적으로 root-file system을 로드한다던가, 네트워크만 가능한 상태에서 디스크를 사용하고 싶을때 사용하기도 한다. 윈도우와의 연결점이 되는 파일서버이기도 하다.

앞서 언급했던 다양한 플랫폼에서 사용이 가능하지만, 직접 커널을 컴파일할시 smb 프로토콜을 지원하게 해주고 설정해주는것이 필요할지도 모른다.

== 삼바 설치 ==
apt-get을 이용하여 무리없이 설치하자

{{{TerminalWindow|{{TerminalLine|prompt=user|~|sudo apt-get install samba}}}}

== 삼바 설정 ==
역시나 설정 파일인 conf파일을 편집하는것이 시작이다. 파일의 위치는 /etc/samba/smb.conf 이다.
기본적인 설정파일이 원체 길어서 일부분만 넣었다. 아래의 부분을 추가해주면 기본적인 사용이 가능하다.
설정파일의 변수들에 대해서 간단히 언급한다. 당연하겠지만, conf파일에서 주석으로 처리된 부분을 읽다보면 기본적인
설정뿐만 아니라 응용기가 가능하다.

{| class="wikitable"
|<nowiki>[ 이름 ]</nowiki> || 식별자-해당되는 파일의 이름을 보여준다.
|-
|<nowiki>comment </nowiki> || 설명
|-
|<nowiki>path </nowiki> || 공유대상이 되는 디렉토리
|-
|<nowiki>valid </nowiki> || users 허가된 사용자
|-
|<nowiki>writable </nowiki> || 쓰기 가능
|-
|}

<SyntaxHighlight lang="bash">
/etc/samba/smb.conf
</SyntaxHighlight>
<SyntaxHighlight lang="bash">
[pi]
comment = samba directory
path = /usb
valid users = pi
public = yes
writable = yes
</SyntaxHighlight>

== 사용자 등록 ==
사용자를 등록해야한다. 이전에 pi를 사용자로 등록했으므로 pi를 등록하겠다.
가끔씩 user관련 명령이 없다고할때에 samba-common-bin 패키지를 확인하자.
등록후에 비밀번호까지 정해주면 기본적인 과정이 끝났다.
<SyntaxHighlight lang="bash">
sudo smbpasswd -a pi
</SyntaxHighlight>

구축방법 : https://wiki.archlinux.org/index.php/samba

2015-07-28T14:43:03Z

121.136.217.36:

2015-07-28T14:05:13Z

121.136.217.36: 새 문서: <div align="center"> <div align="left" style="border: 1px solid black; background-color:black; border-radius:8px; width:90%; padding-left:4px;"> {{{1}}} </div> </div>

Iptables

2015-07-25T21:07:03Z

121.136.217.36: /* iptables 소개 */

__TOC__
{{WorkingState}}
== 서문 ==
커널에서 지원하는 iptables와 관련한 모든 내용을 이곳에 기록하고자 한다. 경우에 따라서 어려울 수도 있다. 이 문서를 읽기 전 반드시 컴퓨터 네트워크 개론서를 "정독" 하여 네트워크 기본 지식을 습득하라. 누군가에게 물어보는 것에 대해 답변을 해주는 사람의 소중한 시간을 빼앗을 가능성에 대해 미안해하는 감정 정도는 가질 수 있겠으나, 누군가에게 질문하는 자체 또는 자기 자신의 치부를 드러내는 것을 두려워해선 안된다. 적당히 어설픈 지식을 갖추면 대강이라도 이해할 수 있지만 그렇지 못하면 외계어 내지는 고대 상형문자 문서보다 더 난해한 ― 흰 것은 도화지요, 검은 것은 그림이다(?) ― "예술" 작품으로밖에 안보일지도 모른다.

== 참고 ==
* 이 문서의 최초 작성자는 질문에 답하지 않으며, 메우메우(?) 게으르므로 문서의 업데이트에 대해 보장하지 않는다. 이 문서는 GFDL 1.3을 따르므로 무단 복제 및 전제를 권장하되, 문서 편집 또는 배포시 이 문서 작업에 관여한 모든 구성원의 닉네임을 반드시 포함하도록 한다.
* 이 문서에 내용을 추가할 경우 내용의 근거가 되는 자료(참고문헌, 예:설명서, 안내서, 포럼, HOWTO, 블로그 게시글 등)를 필히 명시하도록 한다. 방법은 위키 원문 전체를 참고한다.
* 이 문서에는 iptables와 관련한 모든 내용을 하나 빠짐없이 문서화할 필요는 없다. 물론 실무에서 활용할 기술을 넣는 것도 좋겠지만, 전적으로 이 문서는 일반 사용자 측면에서 우선적으로 접근하기 쉬워야한다. 어차피 기본 내용이 들어가도 내용이 쓸데없을 만큼 길 수밖에 없고, 그게 이 문서의 한계이다. 어떤 내용을 넣어야 할지에 대해서는 굳이 상의할 이유가 없으니 문서 작성에 참여하는 스스로가 알아서 판단하고 추가하는 것이 좋겠다.

== netfilter 소개 ==
netfilter는 리눅스 커널에서 지원하는 패킷 선별 프레임워크이다. 기본적으로 다음과 같은 기능을 지원한다.<ref>http://netfilter.org/</ref>

* 무상태 패킷 선별(IPv4, IPv6)
* 상태별 패킷 선별(IPv4, IPv6)
* 모든 방식의 네트워크 주소, 포트 해석, 예: NAT/NAPT(IPv4, IPv6)
* 유연한 운영 기반
* 개별 기능 확장에 유리한 다중 계층 API

netfilter 프레임워크를 사용하는 데이터 흐름 선별 프로그램으로는 iptables, ip6tables, arptables, ebtables가 있으며, 이 중, 이 문서에서 설명할 대상은 iptables이다(추후 ip6tables의 내용을 이곳에 추가할 수 있다). 네트워크 '패킷' 흐름을 관리하기 때문에 통상적으로 OSI Layer 3를 처리하는 것으로 알려져 있으나, 실제로는 iptables에서도 '프레임' 통제가 가능(MAC address 필터링)<ref>[http://www.cyberciti.biz/tips/iptables-mac-address-filtering.html Iptables MAC Address Filterling - nixCraft]</ref>하며, 전송 계층에서의 흐름 통제도 가능하기 때문에 OSI 계층 이론으로는 데이터 단위 선별 처리에 대한 계층이나 기본 데이터 처리 단위 구분이 모호하다. netfilter 프로젝트에서는 데이터 흐름 선별 도구 프로젝트가 문어발식으로 퍼져나가는 문제로 인해, 네트워크 데이터 흐름을 관리할 새로운 도구 nftables<ref>[http://netfilter.org/projects/nftables/index.html The netfilter.org "nftables" project]</ref>를 만들고있다.

== iptables 소개 ==
흔히들 알고 있는 기본 방화벽의 '''근본''' 도구다. 레드햇 기반의 배포판에서는 방화벽을 활성화 한 상태를 기본으로 설치<ref>[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Security_Guide/sect-Security_Guide-Firewalls-Basic_Firewall_Configuration.html Basic Firewall Configuration - RedHat Customer Portal]</ref>하는데, 이 방화벽을 구성하는 부분이 바로 커널에 내장된 netfilter 프레임워크와 iptables다. 일반 초보자라면 iptables 자체가 워낙 무식하게 복잡한 느낌이기 때문에 우분투 배포판 사용자의 경우 배포판에서 제공하는 ufw<ref>[https://wiki.ubuntu.com/UncomplicatedFirewall Uncomplicated Fire Wall - ubuntu wiki, official.]</ref><ref>[https://help.ubuntu.com/community/UFW UFW - ubuntu documentation, official.]</ref><ref>[http://webdir.tistory.com/206 우분투 방화벽(UFW) 설정 - WEBDIR]</ref>를 쓰는데, ufw도 결국 iptables를 쓰게 만들어놓은 프론트엔드일 뿐이다. 만약 iptables의 근본 동작 따위(?)는 이해하고 싶지 않고, 속시원하게 ufw만 신경쓰겠다면 [http://wiki.ubuntu-kr.org/index.php/UFWHowToKo 이 문서]를 참고한다. 어쨌든, 어떤 리눅스 플랫폼에서든 직접적이든 간접적이든 무조건 netfilter+iptables를 쓴다.

iptables를 제대로 쓸 줄 알면 다음과 같은걸 만들 수 있다.

* 공유기
* 라우터
* 홈 게이트웨이
* 보안 방화벽
* 분산 서버
* 등.

물논. iptables로 무슨 짓이든 가능케 하는 문서가 구글 창고를 뒤지면 엄청나게 많이 있다. 그게 다 영어로 써져 있다는게 문제지. 다음부터 진행할 이야기는 iptables 동작 기본 개념이다. 일단 이 부분을 알고 넘긴 후에는 실제로 유무선 공유기와 같은 여러가지 실제 구축 사례를 예제로 선보이겠다. 예제에 대해서는 충분히 기대 안 하는게 좋다. 생각처럼 바로바로 쉽게 되는게 아니니까. 게다가 장비도 제대로 갖추어야 한다. 네트워크 구성에 대한 치밀한 이해가 필요하다. 멘탈을 아끼고 싶으면 그냥 iptime 공유기를 사서 쓰는게 낫다. 이 문서는 iptime 공유기에 충분히 불만이 있는 사람들을 위한 문서니까.

마지막으로, 이 문서가 너무 허접해서 못봐주겠다고 하는 "자칭 전문가"는 [http://www.iptables.info/en/iptables-contents.html iptables 문서]를 정독하면 되겠다.

== iptables 동작 개념 ==
iptables는 전송 계층 위로 패킷이 도달하기 전에 규칙을 검사하고 패킷을 넘겨줄지 폐기할지를 결정하는 역할을 한다. iptables의 동작 개념은 다음 그림과 같다.

== 참고자료 ==
<references/>

Iptables

2015-07-22T14:16:38Z

121.136.217.36: /* 참고 */

== 서문 ==
커널에서 지원하는 iptables와 관련한 모든 내용을 이곳에 기록하고자 한다. 경우에 따라서 어려울 수도 있다. 이 문서를 읽기 전 반드시 컴퓨터 네트워크 개론서를 "정독" 하여 네트워크 기본 지식을 습득하라. 누군가에게 물어보는 것에 대해 답변을 해주는 사람의 소중한 시간을 빼앗을 가능성에 대해 미안해하는 감정 정도는 가질 수 있겠으나, 누군가에게 질문하는 자체 또는 자기 자신의 치부를 드러내는 것을 두려워해선 안된다. 적당히 어설픈 지식을 갖추면 대강이라도 이해할 수 있지만 그렇지 못하면 외계어 내지는 고대 상형문자 문서보다 더 난해한 ― 흰 것은 도화지요, 검은 것은 그림이다(?) ― "예술" 작품으로밖에 안보일지도 모른다.

== 참고 ==
* 이 문서의 최초 작성자는 질문에 답하지 않으며, 메우메우(?) 게으르므로 문서의 업데이트에 대해 보장하지 않는다. 이 문서는 GFDL 1.3을 따르므로 무단 복제 및 전제를 권장하되, 문서 편집 또는 배포시 이 문서 작업에 관여한 모든 구성원의 닉네임을 반드시 포함하도록 한다.
* 이 문서에 내용을 추가할 경우 내용의 근거가 되는 자료(참고문헌, 예:설명서, 안내서, 포럼, HOWTO, 블로그 게시글 등)를 필히 명시하도록 한다. 방법은 위키 원문 전체를 참고한다.

Libhwp-incident

2015-06-11T19:10:33Z

121.136.217.36: /* 사건정리 */

{{WorkingState}}
{{Warning}}

=== 요약 ===
* 우분투한국커뮤니티에서 커뮤니티 이름으로 hwp 파일을 리눅스에서 사용하기 위한 프로그램을 제작한다는 이유로 정부 과제를 획득하였으나, 실제 코드는 원래 김호동씨가 작성중이던 libhwp<ref>현재 본인의 저장소에는 남아있지 않다. </ref><ref>https://github.com/changwoo/evince-hwp</ref><ref>https://github.com/changwoo/libhwp</ref>의 내용을 가져다 쓴 것으로 판명, 과제비의 환수명령으로 사건은 종결됨.
* 프로젝트 책임자 박준엽씨는 5년간 정부사업 지원불가 처분을 받았다.
* 이러한 미래창조과학부/NIPA의 조치는 우분투한국커뮤니티에서 다른 회원들이 더 이상 사업 참여를 할 수 없다는 의미는 아니다.

=== 사건정리 ===
# 이 과제 제안에는 상당수준 구현된<ref>하지만 pango 라이브러리 등의 한계로 인해 완벽한 렌더링은 불가능.</ref> 오픈소스 HWP 라이브러리가 이미 존재한다는 사실이 언급되지 않았다.
# 이 기존 오픈소스의 존재를 가정하면 HWP 라이브러리를 처음 구현하는 목표를 제시한 이 과제는 가치를 잃는다.
# 하지만 과제는 리눅스에서 HWP 포맷을 처리할 수 있는 솔루션이 없기 때문에, HWP 라이브러리가 가치가 있다고 제안되었다.
# 최초 제안자(이형준 a.k.a ponics)는 아이러니하게도 과제 제안서의 대부분을 작성한 당사자이며, 수행 연구원 명단에 없었고, 프로젝트 진행 중 다방면에 걸쳐 개입하였으며, 사건이 터진 후 잠적하였다.
# 과제 수행자들은 이미 기존 오픈소스의 존재도 처음부터 인지하고 있었으나<ref>모든 과제 수행자가 이러한 사실을 인지하고 있었던 것은 아니며, 과제 수행자 명단에 들어간 사람 중 하나는 일부 팀원과 일면식도 없었다.</ref>, 위와 같이 제안되었고 심사가 통과되어 제안 내용의 변경 없이 수행했다.
# 진행 과정에서 기존 오픈소스 라이브러리인 libghwp 개발자의 HWP 포맷에 대한 글을 복사해 이 과제의 HWP 포맷 분석 회의의 결과물인 것처럼 작성했고, nhn nforge에 업로드하였다.
# 진행 과정 중 알파 버전 소프트웨어 소스코드<ref>참여 연구원에조차도 소속되지 않은 이형준은 알파 버전은 내부 시험용 목적이기 때문에 공개 여부와 관계 없이 타인의 소스코드를 마음대로 갖다 써도 관계 없다는 논리를 폈다. 하지만 오픈소스 소프트웨어 생태계에서는 알파 버전이라고 해서 타인의 소스코드를 허락없이 마음대로 갖다 써도 되는 것은 아니다.</ref>에도 libghwp의 코드 일부혹은 전체를 이용/차용하였고, 일련의 과정에 대한 은폐를 시도하였다.
# NIPA 측에서 소송을 제기하였다(2014년 5월). 소송 제기 당시 NIPA 소송 담당인 H 모 법무 법인에서 제출한 증거 자료에 따르면 과제 책임자인 당시 어울텍 대표 박준엽 이사가 정확한 용처를 밝히지 않고 무단으로 임의의 은행계좌로 대략 수백만원의 현금을 이체한 사실이 있다. 따라서 이 사건에서 프로젝트가 취소된 이유는 단순히 남의 저작물을 베껴쓴 것만이 이유가 아니라 공금을 유용한 괘씸죄가 덤으로 얹혀져서 심사 위원에 의해 취소 및 징계가 결정된 것이었다(우습게도 법원의 명령을 받아 조사한 은행 기록에 따르면 최초 제안자에게로의 인건비 송금 내역이 없다. 어찌된 일인가?). 그리고 구성원 7명의 원금 반환에 대한 소송이 있기 전에 연락 책임을 담당하던 과제 책임자는 2014년 10월경 소송 관련 자료(답변 제출 요구서)가 각 구성원의 집에 배달되기 전까지 사업비 반환 및 변제와 관련하여 NIPA 측에 아무런 연락을 주지도 않고 책임도 지지 않았으며, 각 구성원들 마저도 과제 사업비 반환 문제와 관련하여, 과제 책임자와 일절 연락한 적이 없다고 한다. <strike><span style="color:#aaaaaa">(음 이쯤이면 사기라고 봐야 하나)</span></strike>
# 2015년 4월 중에 재판과 변론이 있었다. 변호사 및 참여 피고인의 합의와 재판관 명령에 의해 화해 및 합의로 진행하기로 했다(내막은 비공개). 하지만, 정확히 결정난 사항은 아니며 여전히 진행중이다. 참여 구성원 중에 한 사람은 박 대표에게 전액 변제했다고 NIPA 담당 변호사와 판사에게 증언한 바 있지만, 변호사의 말에 따르면 박 대표는 이 사실에 대해 전혀 기억 조차도 안하고 있다고 한다. 이 사건의 핵심책임자인 박 대표는(이 사건의 비용을 변제할 목적으로)별도로 2014년도에 다른 모 사업에 참여한 적이 있는데, 해당 사업에서 사업 결과를 일체 제출하지 않고 비용 일부를 추가로 횡령하고 잠적했다.

결론: 이 과제는 부적절한 주제를 목표로 잡았으며, 수행자들도 그것을 알고 있었다. 하지만 심사가 통과되었고, 그 이후 수행 과정에서 기존 오픈소스 프로젝트의 연구 자료 및 소스 코드를 원저작자와의 그 어떤 소통 및 합의도 없이 자체 과제의 결과물인 것처럼 이용했다. 또한, 그 어느 누구도 인지 못했던 사실 중 하나는, 과제 수행에 있어 전통적인 우분투 커뮤니티 참여자가 아닌 어느날 갑자기 들어온 참여자의 돌발 행동이었다. 이 부분에 있어서는 우분투 커뮤니티의 잘못이 아니라 윤리의식이 결여된 참여자의 독단적인 행동으로 오히려 우분투 커뮤니티가 명예훼손에 가까운 피해를 입은 모양새가 됐다. 따라서, 우분투 커뮤니티에게는 오직 이런 유형의 사건의 재발 방지에 만전을 기할 책임이 있을 뿐이며, 추가적으로, 모종의 지원 사업의 참여할 경우, 참여 구성원에 대한 철저한 검증을 거쳐야 한다.

=== 후속조치 ===
* 2014년 포럼의 투표를 통해 선출된 새로운 대표 Drake<ref>[http://www.ubuntu-kr.org/viewtopic.php?t=25896 우분투 한국 커뮤니티 - 우분투한국커뮤니티 대표 선출에 앞서]</ref><ref>[http://ubuntu-kr.org/viewtopic.php?t=25917 우분투 한국 커뮤니티 - 우분투한국커뮤니티 2014 대표 선거]</ref>는 커뮤니티 구성원 또는 커뮤니티 외부 구성원이 앞으로 커뮤니티 이름을 걸고 사업 할 경우 2가지의 연락망(메일링, 포럼)에 공시하여야 함을 원칙으로 하도록 공지하였다.<ref>[http://www.ubuntu-kr.org/viewtopic.php?f=2&t=26370 우분투 한국 커뮤니티 - 사업과 관련된 공지입니다.]</ref>

=== 참고 ===
<references/>

Libhwp-incident

2015-06-11T19:09:38Z

121.136.217.36: /* 사건정리 */

{{WorkingState}}
{{Warning}}

=== 요약 ===
* 우분투한국커뮤니티에서 커뮤니티 이름으로 hwp 파일을 리눅스에서 사용하기 위한 프로그램을 제작한다는 이유로 정부 과제를 획득하였으나, 실제 코드는 원래 김호동씨가 작성중이던 libhwp<ref>현재 본인의 저장소에는 남아있지 않다. </ref><ref>https://github.com/changwoo/evince-hwp</ref><ref>https://github.com/changwoo/libhwp</ref>의 내용을 가져다 쓴 것으로 판명, 과제비의 환수명령으로 사건은 종결됨.
* 프로젝트 책임자 박준엽씨는 5년간 정부사업 지원불가 처분을 받았다.
* 이러한 미래창조과학부/NIPA의 조치는 우분투한국커뮤니티에서 다른 회원들이 더 이상 사업 참여를 할 수 없다는 의미는 아니다.

=== 사건정리 ===
# 이 과제 제안에는 상당수준 구현된<ref>하지만 pango 라이브러리 등의 한계로 인해 완벽한 렌더링은 불가능.</ref> 오픈소스 HWP 라이브러리가 이미 존재한다는 사실이 언급되지 않았다.
# 이 기존 오픈소스의 존재를 가정하면 HWP 라이브러리를 처음 구현하는 목표를 제시한 이 과제는 가치를 잃는다.
# 하지만 과제는 리눅스에서 HWP 포맷을 처리할 수 있는 솔루션이 없기 때문에, HWP 라이브러리가 가치가 있다고 제안되었다.
# 최초 제안자(이형준 a.k.a ponics)는 아이러니하게도 과제 제안서의 대부분을 작성한 당사자이며, 수행 연구원 명단에 없었고, 프로젝트 진행 중 다방면에 걸쳐 개입하였으며, 사건이 터진 후 잠적하였다.
# 과제 수행자들은 이미 기존 오픈소스의 존재도 처음부터 인지하고 있었으나<ref>모든 과제 수행자가 이러한 사실을 인지하고 있었던 것은 아니며, 과제 수행자 명단에 들어간 사람 중 하나는 일부 팀원과 일면식도 없었다.</ref>, 위와 같이 제안되었고 심사가 통과되어 제안 내용의 변경 없이 수행했다.
# 진행 과정에서 기존 오픈소스 라이브러리인 libghwp 개발자의 HWP 포맷에 대한 글을 복사해 이 과제의 HWP 포맷 분석 회의의 결과물인 것처럼 작성했고, nhn nforge에 업로드하였다.
# 진행 과정 중 알파 버전 소프트웨어 소스코드<ref>참여 연구원에조차도 소속되지 않은 이형준은 알파 버전은 내부 시험용 목적이기 때문에 공개 여부와 관계 없이 타인의 소스코드를 마음대로 갖다 써도 관계 없다는 논리를 폈다. 하지만 오픈소스 소프트웨어 생태계에서는 알파 버전이라고 해서 타인의 소스코드를 허락없이 마음대로 갖다 써도 되는 것은 아니다.</ref>에도 libghwp의 코드 일부혹은 전체를 이용/차용하였고, 일련의 과정에 대한 은폐를 시도하였다.
# NIPA 측에서 소송을 제기하였다(2014년 5월). 소송 제기 당시 NIPA 소송 담당인 H 모 법무 법인에서 제출한 증거 자료에 따르면 과제 책임자인 당시 어울텍 대표 박준엽 이사가 정확한 용처를 밝히지 않고 무단으로 임의의 은행계좌로 대략 수백만원의 현금을 이체한 사실이 있다. 따라서 이 사건에서 프로젝트가 취소된 이유는 단순히 남의 저작물을 베껴쓴 것만이 이유가 아니라 공금을 유용한 괘씸죄가 덤으로 얹혀져서 심사 위원에 의해 취소 및 징계가 결정된 것이었다(우습게도 법원의 명령을 받아 조사한 은행 기록에 따르면 최초 제안자에게로의 인건비 송금 내역이 없다. 어찌된 일인가?). 그리고 구성원 7명의 원금 반환에 대한 소송이 있기 전에 연락 책임을 담당하던 과제 책임자는 2014년 10월경 소송 관련 자료(답변 제출 요구서)가 각 구성원의 집에 배달되기 전까지 사업비 반환 및 변제와 관련하여 NIPA 측에 아무런 연락을 주지도 않고 책임도 지지 않았으며, 각 구성원들 마저도 과제 사업비 반환 문제와 관련하여, 과제 책임자와 일절 연락한 적이 없다고 한다. <strike><span style="color:#aaaaaa">(음 이쯤이면 사기라고 봐야 하나)</span></strike>
# 4월 중에 재판과 변론이 있었다. 변호사 및 참여 피고인의 합의와 재판관 명령에 의해 화해 및 합의로 진행하기로 했다(내막은 비공개). 하지만, 정확히 결정난 사항은 아니며 여전히 진행중이다. 참여 구성원 중에 한 사람은 박 대표에게 전액 변제했다고 NIPA 담당 변호사와 판사에게 증언한 바 있지만, 변호사의 말에 따르면 박 대표는 이 사실에 대해 전혀 기억 조차도 안하고 있다고 한다. 이 사건의 핵심책임자인 박 대표는(이 사건의 비용을 변제할 목적으로)별도로 2014년도에 다른 모 사업에 참여한 적이 있는데, 해당 사업에서 사업 결과를 일체 제출하지 않고 비용 일부를 추가로 횡령하고 잠적했다.

결론: 이 과제는 부적절한 주제를 목표로 잡았으며, 수행자들도 그것을 알고 있었다. 하지만 심사가 통과되었고, 그 이후 수행 과정에서 기존 오픈소스 프로젝트의 연구 자료 및 소스 코드를 원저작자와의 그 어떤 소통 및 합의도 없이 자체 과제의 결과물인 것처럼 이용했다. 또한, 그 어느 누구도 인지 못했던 사실 중 하나는, 과제 수행에 있어 전통적인 우분투 커뮤니티 참여자가 아닌 어느날 갑자기 들어온 참여자의 돌발 행동이었다. 이 부분에 있어서는 우분투 커뮤니티의 잘못이 아니라 윤리의식이 결여된 참여자의 독단적인 행동으로 오히려 우분투 커뮤니티가 명예훼손에 가까운 피해를 입은 모양새가 됐다. 따라서, 우분투 커뮤니티에게는 오직 이런 유형의 사건의 재발 방지에 만전을 기할 책임이 있을 뿐이며, 추가적으로, 모종의 지원 사업의 참여할 경우, 참여 구성원에 대한 철저한 검증을 거쳐야 한다.

=== 후속조치 ===
* 2014년 포럼의 투표를 통해 선출된 새로운 대표 Drake<ref>[http://www.ubuntu-kr.org/viewtopic.php?t=25896 우분투 한국 커뮤니티 - 우분투한국커뮤니티 대표 선출에 앞서]</ref><ref>[http://ubuntu-kr.org/viewtopic.php?t=25917 우분투 한국 커뮤니티 - 우분투한국커뮤니티 2014 대표 선거]</ref>는 커뮤니티 구성원 또는 커뮤니티 외부 구성원이 앞으로 커뮤니티 이름을 걸고 사업 할 경우 2가지의 연락망(메일링, 포럼)에 공시하여야 함을 원칙으로 하도록 공지하였다.<ref>[http://www.ubuntu-kr.org/viewtopic.php?f=2&t=26370 우분투 한국 커뮤니티 - 사업과 관련된 공지입니다.]</ref>

=== 참고 ===
<references/>