# sharing

korkhg15

Install nomachine from 'NoMachine Download page' > mkdir ~/nomachine && cd nomachine For linux (amd64) (https://www.nomachine.com/download/linux&id=1) For jetson (ARMv8) (https://www.nomachine.com/download/linux&id=30&s=ARM) unzip nomachine > tar zxvf nomachine download nomachine > chmod 777 ~/NX/nxserver sudo NX/nxserver --install If nomachine installed properly below command is displayed Execute nomachine ![](https://images.velog.io/images/korkhg15/post/69615

jungbumwoo

[OS를 알아보자 1편 - Abstraction] (https://velog.io/@jungbumwoo/OS%EB%A5%BC-%EC%95%8C%EC%95%84%EB%B3%B4%EC%9E%90) 에서 이어지는 글 입니다. OS의 Key Roles 중 abstraction에서 1편에서 다뤘으니 오늘은 다른 두 요소를 살펴보기로 한다. Protection & Isolation os 도 software 이고, os가 담당하는 schduler, memory manager, file system, device driver 들 또한 software 이다. 위의 그림처럼 하드웨어를 기반으로 돌아가고 있는게 초기의 모델이었다고 한다. 허나 악의적이거나, 버그가 있는 Applic

kyle

웹 개발을 하다 보면 한 번쯤은 부딪히게 되는 주제가 CORS이다. 이 포스팅에서는 CORS가 무엇이며 CORS 예외를 어떻게 해결해야 하는지 알아보자. 배경 및 정의 기존 브라우저 정책은 서로 다른 도메인으로부터 리소스가 필요한 경우, 보안상의 이유로 다른 도메인의 리소스를 가져오는 것이 불가능했다. (SOP : Single-Origin-Policy) 하지만 어플리케이션을 개선하고 쉽게 개발하기 위해선 다른 도메인에 요청을 보내는 일은 필연적이다. 이를 해결하고자 등장한 표준 기술이 CORS이다. CORS란 Cross Origin Resource Sharing 의 약자로 도메인이 다른 자원에 리소스를 요청할 때 접근 권한을 부여하는 메커니즘이다. 쉽게 말하자면 친구의 물건을 쓰려면 친구가 제한하는 규약안에서 사용해야 하듯, 다른 도메인의 자원을 쓰려면 자원의 주인이 허락한 규약을 지켜야 하는 것이고 이러한 규약을 표준화한 것이 CORS 이다. 여기서