PowerShell

<blockquote><code spellcheck="false">yarn</code>이나 <code spellcheck="false">pnpm</code>등의 패키지 관리자를 이용해 파이썬 스크립트를 실행하려고 할 때<code spellcheck="false">이 시스템에서 스크립트를 실행할 수 없으므로...</code>라는 에러를 수정하는 방법에 대해 다룬다.</blockquote><img src="https://image.until.blog/xeros/article/1727225098206.png" alt="until-1511"><h3>문제의 원인</h3>winOS에서 PowerShell의 기본 보안 정책때문에 이런 문제가 발생한다.<h3>해결 방법</h3>보안 정책에 의한 문제이기 때문에 스크립트 실행 보안 정책을 수정하면 해결된다.<ol><li>관리자 권한으로 PowerShell을 실행한다.</li><li>PowerShell에서 다음 명령어를 입력하고 실행한다.</li></ol><pre spellcheck="false"><code class="language-bash">Set-ExecutionPolicy -ExecutionPolicy RemoteSigned</code></pre><ol start="3"><li>이후 정책을 정말로 수정할것인지 묻는 프롬프트가 나오면 Y를 입력하여 정책 수정을 실행한다.</li></ol><img src="https://image.until.blog/xeros/article/1727225242794.png" alt="until-1513">

Windows PS에서 스크립트 실행 관련 에러를 해결하는 방법

Powershell에서 이 시스템에서 스크립트를 실행할 수 없음 에러

<h1>인터넷</h1>인터넷은 전 세계의 네트워크들이 서로 연결된 거대한 네트워크를 의미한다. 기본적으로 수 많은기기들이 서로 통신하고정보를 주고받을 수 있도록 하는 플랫폼 데이터를 요청하고 응답받아서 배달해주는 역할을 한다. 7 Layer Model에 의해서 다른 컴퓨터로 요청이 전달되고, 같은 방식으로 다른 컴퓨터에서 내 컴퓨터로 전달된다. <hr><h1>웹(World Wide Web)</h1>인터넷을 통해서 정보를 공유하고 검색하는 시스템으로 HTML로 작성되고 웹 브라우저에 의해 해석되어 사용자에게 보여진다.<ul><li>HTML : 웹 페이지의 구조를 정의하는데 사용되는 표준 마크업 언어다.</li><li>URL : 웹 상의 리소스르 식별하고 위치를 지정하는데 사용되는 주소</li><li>HTTP : 클라이언트와 서버 간에 웹페이지와 다른 웹 컨텐츠를 전송하는데 사용되는 프로토콜</li></ul> <hr><h1>웹페이지</h1><ul><li>HTML, CSS, Javascript 및 이미지와 같은 파일 모음으로, 브라우저에서 사이트, 이미지 및 데이터를 표시하는 방법을 지정한다.</li><li>인터넷에 연결된 외부 컴퓨터가 이런 파일을 저장한다.</li><li>도메인을 통해서 해당하는 IP 주소를 가져온다.<blockquote>IP 주소란 인터넷 프로토콜이 사용하는 고유한 식별자로 컴퓨터 네트워크에서 장치가 서로 통신하기 위해서는 고유한 주소를 가져야하는데, 그 역할을 하는 것이 바로 IP주소이다. 인터넷에 연결된 각 장치에 할당되며, 이를 통해 데이터가 올바른 위치로 전송될 수 있다.</blockquote></li></ul>

인터넷이란?

취준생 일지

미루고 미루던…… <s>딱히 미루지는 않았고 매번 보러 가기는 했던,</s> 5/6번째 정처기 실기.변명 좀 하자면 1/6번째는 아는 게 없어서 무작정 머리에 집어넣는 대로 했고, 2/6번째는 실수로 놓쳤고, 3/6은 교육의 중간 프로젝트, 4/6은 파이널 프로젝트랑 겹쳤다. 간당간당하게 죄다 말아먹었단 소리기는 하다. <s>다른 건 다 붙어서 망정이지……</s><h3>준비 기간</h3>한…… 일주일? 진짜 정신차리고 보니까 일주일 남았더라. <s>왜지</s> 물론 그 사이에 처음 면접도 보고 돈도 좀 벌고…… <s>쪼오오오오끔</s> 추석도 끼고 개인사도 있고 여차저차하고 보니까? 일주일이더라.음! 좋아. 충분하다. <s>영혼을 바친다면.</s><h3>얼마나 했는가?</h3>하루에 최소 4시간, 오래 붙잡고 있을 때는 6시간 정도 잡고 있었다. 하루종일 하는 건 아니고 중간중간 쉬어가면서 했고 한번 집중력이 그렇게 길지 않다. <s>특히 이론은</s><h3>어떻게 했는지</h3>맨날 프로그래밍 언어, SQL 활용만 파다가 이번에는 이론만 팠다. 이젠 프로그래밍 언어랑 SQL은 좀 하겠지라는 근자감도 있었고 <s>진짜 근거없더라</s> 매번 간단한 이론이 헷갈린 게 아쉬워서 이번에는 이론을 파다가 마지막 이틀 쯤에 프밍이랑 SQL을 하면 되겠지! 라고 생각했으나, 꿈이 컸다. <s>어~ 너 프밍이랑 SQL 1시간 보고 갔어 </s><h3>예상</h3>예상 결과는 현재로는 약간 불안하다. 55 60 65... 그 어딘가... 60이나 65가 맞는 것 같긴한데, 약간 내가 그때 뭐라고 썼는지 기억이 안 나는 게 있다. <s>뭐라고 썼냐 대답해라 나</s>솔직히 이번 난이도는 개인적으로 올해 본 세 번의 시험 중에서 프밍이 제일 어려웠다. 이론은 쉬운 축에 속한 듯. 그만 나대고 프밍으로 회귀해야지... <s>제발 합격 시켜줘</s> <s>정처기로 남의 학교 그만 가고 싶어</s>

마지막 실기까지 이런 식으로 굴 거야

24년 3회차 정처기 실기 후기

<a target="_blank" rel="noopener noreferrer nofollow" href="https://kdhyo98.tistory.com/48">[Java] Random보단 SecureRandom 를 사용하자. — 일단은 내 이야기</a>참고비밀번호에는 SecureRandom을 사용함그외 난수에 대한 중복이 중요하지 않은 경우 Random 을 사용하자

[Java] Random보단 SecureRandom 를 사용하자. — 일단은 내 이야기참고비밀번호에는 SecureRandom을 사용함그외 난수에 대한 중복이 중요하지 않은 경우 Random 을 사용하자

random vs secureRandom

<img src="https://image.until.blog/steady/article/1727694635128.jpeg" alt="until-1663"><h2>암호화란?</h2><hr>암호화는 데이터를 허가 받지 않은 사용자가 알아보기 어렵게 만들고, 허가 받은 사용자는 알아볼 수 있게 하는 것을 뜻한다.특히 타인이 취득하여 악용할 소지가 있는 데이터들을 주로 암호화 처리해서 보관한다. (ex. 휴대폰 번호, 주민등록번호 등)<blockquote>학습 전에 헷갈렸던 부분: 해시 함수를 이용한 데이터 변환은 복호화가 불가능 하기 때문에 암호화에 속하지 않는다.해쉬 함수를 이용한 보안 기법이라고 부르는 것이 맞다.</blockquote><h2>어떤 방식이 있나?</h2><hr><h3>대칭키 암호화( ex. AES, DES 등 )</h3>: 데이터를 암호화 할때 쓰는 키값과 데이터를 복호화 할때 쓰는 키값이 동일한 암호화 방식<ul><li>하나의 키를 이용해 암복호화가 쉽지만, 키 값을 공유하여 사용할 때 각별한 주의를 기울여야 한다.</li></ul><pre spellcheck="false"><code>"안녕" -(비밀키)-&gt; "62758dda68a287fd310ee918d070fcac" -(비밀키)-&gt; "안녕" </code></pre><h3>비대칭키 암호화( ex. RSA, ECC 등 )</h3>: 데이터를 암호화 할때 쓰는 키와 데이터를 복호화 할때 쓰는 키가 다른 암호화 방식<ul><li>키를 사전에 공유하지 않아도 이용이 가능해 안전하지만, 대칭키 방식에 비해 속도가 느리고 충분한 보안성을 위해서는 긴 길이의 키가 필요해 암복호화 연산이 복잡해 자원을 많이 소모한다.</li></ul><h4>공개키? 개인키?</h4>: 암호화 키를 생성할 때 공개키와 개인키 두 개의 쌍으로 생성을 한다.공개키는 데이터를 암호화 할때, 개인키는 데이터를 복호화 할때 사용한다.<ul><li>모두에게 공개된 공개키 값을 이용해 암호화 된 값을 서버로 보내면 서버에서 개인키로 복호화 하여 데이터를 확인하는 순서다.</li><li>개인키는 공개되지 않고 서버에서만 사용해 공유 중에 유출 될 가능성이 없다.</li></ul><pre spellcheck="false"><code>"안녕" -(공개키)-&gt; "CO//3lsN30ryl8EXFV0Oubq2erPoP4DfedM0zRnLjOiet81uo4gtzKp3H3DpBJkq/lY3547jVK7jArbwO1EA6w==" -(개인키)-&gt; "안녕"</code></pre><h2>그래서 뭘 쓰면 좋을까?</h2><hr>일반적인 상황이라면 보안성이 더 뛰어난 비대칭키 암호화 방식서버의 성능이 좋지 않거나 대량의 데이터를 전송할때는 대칭키 암호화 방식<h2>돌아보며</h2><hr><blockquote>부끄럽지만 나는 "개발할때 무슨 암호화 방식을 사용하셨나요?" 라는 질문에 "Base64 요" 라는 이상한 답변을 한 적이 있다. 답을 들은 면접관은 "그건 암호화 방식이 아닌데요" 라고 답하였고, 나는 그 당시에는 내가 뭘 잘못 말한지 몰랐었다. (물론 시원하게 탈락했다.)암호화 파트를 개발했었지만, 기능이 동작할 정도만 찾아보고 자세한 내용은 모르고 개발을 해왔던 것이다. 누군가 이 글을 읽고 나와 같은 멍청한 실수를 방지했으면 한다.</blockquote>

암호화란?암호화는 데이터를 허가 받지 않은 사용자가 알아보기 어렵게 만들고, 허가 받은 사용자는 알아볼 수 있게 하는 것을 뜻한다.특히 타인이 취득하여 악용할 소지가 있는 데이터들을 주로 암호화 처리해서 보관한다. (ex. 휴대폰 번호, 주민등록번호 등)학습 전에 헷갈렸던 부분: 해시 함수를 이용한 데이터 변환은 복호화가 불가능 하기 때문에 암호화에 속하지

[Security] 암호화에 대한 이해

도커는 컨테이너라는 경량 단위로 애플리케이션을 실행하는 기능을 제공하는 플랫폼이다.<h1>1.1 컨테이너가 IT세상을 점령한 이유</h1>도커를 통해 운영 환경과 테스트 환경을 막론하고 애플리케이션을 빌드하고, 배포하고, 관리하는 모든 업무가 이루어진다.프로젝트에 새로 참여한 개발자도 소스 코드를 내려받고 나면 명령 한 줄로 로컬 머신에서 빌드와 실행을 끝낼 수 있다.도커 도입을 통해 모든 툴체인이 중앙집중화돼, 특정 버전으로 매번 설치하지않아도 되었다.<h2>1.1.1 클라우드 환경으로 이주하기</h2>기존의 클라우드 환경 이주는 크게 두 가지 선택지가 존재했다.<ol><li>서비스로서의 인프라 (IaaS)</li><li>서비스로서의 플랫폼 (PaaS)</li></ol>PaaS는 애플리케이션의 각 컴포넌트를 하나씩 클라우드 매니지드 서비스로 옮겨야하는 까다로운 프로젝트를 수행해야한다. 게다가 애플리케이션이 클라우드에 종속되어버린다.IaaS는 애플리케이션의 각 컴포넌트를 가상 머신에서 동작시키게 된다. 따라서 특정 클라우드에 종속되지는 않지만 운영비용이 크게 증가한다.<hr>하지만 도커를 도입하면 애플리케이션의 각 컴포넌트를 컨테이너로 이주한 다음 애저 쿠버네티스 서비스나 아마존 일래스틱 서비스 혹은 직접 구축한 도커 클러스터에서 전체 애플리케이션을 실행할 수 있다.도커를 도입한다면 특정 클라우드에 종속되지 않고, 심지어 로컬 환경에서도 운영가능하다. 따라서 낮은 운영비와 이식성을 확보할 수 있다.컨테이너로 애플리케이션을 이주하려면 기존 설치 절차를 Dockerfile 스크립트로 작성하고, 배포 관련 사항 역시 도커 컴포즈나 쿠버네티스에서 사용되는 애플리케이션 매니페스트로 작성해야한다.<h2>1.1.2 레거시 애플리케이션 현대화하기</h2>컨테이너를 활용하면 거의 모든 애플리케이션을 클라우드에서 실행할 수 있다.그러나 기존 애플리케이션의 구조를 낡은 모놀리식 설계로 방치한다면 도커, 클라우드 플랫폼의 진가를 발휘하기 어렵다.컨테이너는 가상 네트워크를 통해 외부로 노출되지 않고 서로 통신할 수 있다. 이는 기능별로 별도의 컨테이너를 배치할 수 있는 것이다.결과적으로 통짜 애플리케이션이 여러 개의 컨테이너로 분할된 분산 애플리케이션으로 거듭나게 된다.이는 결국 MSA의 다양한 장점을 누릴 수 있게된다.<ul><li>핵심 기능이 작아진다.</li><li>핵심 기능이 독립적으로 변한다.</li><li>변경 내용을 빠르게 테스트할 수 있다.</li><li>확장성을 조절할 수 있다.</li><li>필요에 맞는 적절한 기술을 각기 다르게 선택할 수 있다.</li></ul>도커를 도입하면 레거시 애플리케이션의 설계를 쉽게 현대화할 수 있다.<h2>1.1.3 클라우드 환경에 적합한 새로운 애플리케이션 개발하기</h2>도커는 기존 애플리케이션을 클라우드로 이주하는데 유용하다.분산 애플리케이션을 빌드하고 실행하는 데 별도의 개발 도구가 필요하지 않는다.도커를 설치하고, 소스 코드 저장소를 복제한 뒤, 한 번의 명령으로 전체 애플리케이션을 실행할 수 있게된다.도커는 서드파티 소프트웨어를 도입하는데도 유용하다.도커 허브는 다양한 사람이 자신이 작성한 컨테이너를 공유하는 서비스이다.<h2>1.1.4 기술혁신: 서버리스와 그 너머</h2>현대 IT 기술을 주도하는 요소 중 하나는 일관성이다. 개발 팀은 모든 프로젝트에서 같은 도구, 같은 프로세스, 동일한 런타임을 사용하기를 원한다.도커는 이 요구사항을 만족시킬 수 있다.도커 클러스터를 구축하면 모든 제품의 빌그, 배포, 운영을 같은 도구와 같은 방법으로 수행할 수 있다.