studybook
  • Introduction
  • 실무 하며 깨닫는 부분 정리
    • 옵션에 대해서
    • 코드 작성의 순서
    • 자바 프로그램에 문제가 생겼다면
    • 장애 대처법
  • Logstash, Beats 정리
  • Zookeeper 정리
  • Message Queue 정리
    • RabbitMQ 삽질
  • Java 관련 정리
    • Java Primitive Wrapper class
    • Java NIO
    • Java8 Double colon operator
    • Effective Java
      • 4장
      • 5장
      • 6장 - Enum, Annotation
      • 7장 - Method
      • 8장 - 프로그래밍 일반
      • 9장 - Exception
    • Java8 Lambda expression
    • JDBC
    • Linux에서 WatchService 이상동작
  • Spring 관련 정리
    • Spring Bean init, destroy 순서
    • Spring Async Controller
    • Spring Executable jar 웹 개발 및 배포
    • Spring Boot Font 배포 에러
    • Spring AOP
      • Spring AOP로 모든 Request 로그 남기기
    • Spring Cache
    • Spring Cloud
      • Consul로 spring 설정 관리하기
    • Spring Test
      • Spring Test DirtiesContext
      • Spring Test MockBean, SpyBean
      • Spring Test Dynamic @Scheduled
    • Spring JDBC
    • Spring Validation
    • Spring Transaction Management
      • Spring with JTA 삽질
    • Spring에서 효율적으로 Static resource 관리하기
    • Zuul을 사용해서 Spring Reverse proxy 만들기
    • Spring Security
    • 스프링 어노테이션이 안 먹힐 때 의심해볼만한 것
    • Spring Data
    • Spring Webflux
      • Tobi 강연
  • 코드 리팩토링
    • 한번에 하나씩
  • 지속적 통합 (CI)
    • Jenkins pipeline 삽질기
  • Log Aggregator 정리
    • Flume 테스트
    • Fluentd 테스트
  • Web Socket 정리
  • Akka
    • Actor 모델
    • Supervision
  • IE 8 대응 정리
  • 함수형 프로그래밍
    • 모나드
  • Netty
    • Netty 기본 예제
    • Netty 주요 특징
    • Netty 부트스트랩
    • Netty 채널 파이프라인, 코덱
    • Netty 이벤트 모델
    • Netty 바이트 버퍼
  • 스칼라 관련 정리
    • Maven으로 컴파일하기
    • Scala def 괄호 여부의 차이
    • 스칼라 function, method 차이점
    • ScalaTest와 Spring 연동하기
    • Programming in Scala
  • J2S 컨퍼런스
  • Android
    • 테스트
    • NDK
  • DDOS
  • HTTP
  • HttpClient
  • Container
    • Image 개요
    • cri-o
    • kata containers
    • Open Container Initiative Image
    • Buildkit
  • Github pages
  • Static Website
  • Webhook
  • Service Discovery Tools
    • Etcd
    • Eureka
    • Consul
      • ACL
    • 비교
  • React
    • JSX
    • React Element
    • Components, Props
    • State, Lifecycle
    • Handling Event
    • Flux
  • Vagrant
    • SSH 접속
  • Linux
    • Systemd
    • Alternatives
  • Messaging protocols
    • XMPP
    • AMQP
  • Windows
    • Windows10 내장 우분투에 ssh 클라이언트로 접속하기
    • Windows10 Hyper-V와 Virtual Box가 충돌을 일으켰을 때
    • Hyper-V 기반 docker에서 Shared Drives 설정 실패할 때
    • 윈도우 개발환경 설정
    • Docker desktop 없이 docker 환경 세팅하기
    • UWP 앱을 항상 관리자권한으로 실행하는 바로가기 만들기
  • Spring camp 2017
    • Project Reactive
    • 이벤트 소싱
    • CQRS
  • Spring webflux
  • 리액티브 프로그래밍
  • Linux Settings
    • 홈서버 백업 및 복구기
    • 홈서버 트러블슈팅
  • Kubernetes
    • k3s 설치 및 삽질
    • pod resources
    • Argo workflow
    • 트러블 슈팅
      • Kubernetes namespace의 phase가 Terminating에서 멈춰있을 때
    • 쿠버네티스 마스터
    • Knative
    • Knative Pipeline
    • Aggrerated API server
    • Accessing the API
      • Authenticating
  • Sonarqube
  • HTTP/2
  • Go
    • Go Module
    • Go dependency injection
    • Go Error handling
    • Go in Action
      • 3장 패키지
      • 4장 배열, 슬라이스, 맵
      • 5장 GO의 타입 시스템
      • 6장 동시성
      • 7장 동시성 패턴
      • 8장 표준 라이브러리
      • 9장 테스트와 벤치마킹
    • Go Channel 사용법
  • Cloud Native
Powered by GitBook
On this page
  • 준비물
  • 1. UWP app의 바로가기 만들기
  • 2. 바로가기 수정
  • 3. 실제로 사용할 바로가기 생성
  1. Windows

UWP 앱을 항상 관리자권한으로 실행하는 바로가기 만들기

PreviousDocker desktop 없이 docker 환경 세팅하기NextSpring camp 2017

Last updated 5 years ago

이번에 업데이트된 Windows Terminal가 내 마음에 쏙 든다. 생긴거도 이쁘고 색상 스키마도 지정할 수 있고 기능도 이만하면 더할 나위 없다. 특히 텍스트를 복붙하는게 이전 cmd보다 훨씬 쉬워서 너무 좋다. 그런데 막상 쓰다보니 한가지 치명적인 문제가 있었다. 나는 터미널을 항상 관리자 권한으로 실행해야하는데 이 Windows Terminal이라는 앱이 UWP 앱이다보니 관련 설정을 하는 부분을 찾을 수가 없었던 것이다.

일반적인 앱이라면 .exe 파일을 찾아가서 우클릭한 다음 항상 관리자 권한으로 실행하도록 할 수 있지만 UWP앱은 그런게 존재하지 않는다. 그래서 약간 복잡한 방법을 사용해야만 한다.

준비물

  • 목표물인 UWP 앱

  • 관리자 권한으로 실행시켜둔 Windows Power Shell

  • 파일 탐색기 두개

  • C:\admin-link 폴더 생성

1. UWP app의 바로가기 만들기

준비한 파일 탐색기의 주소 입력 칸에다가 shell:AppsFolder 를 입력한다. 그럼 지금까지 스토어 등을 통해 설치한 앱들이 나올 것이다. 여기에서 원하는 UWP 앱을 찾아 미리 준비한 C:\admin-link 로 드래그 앤 드랍을 해서 바로가기를 만든다. 만들어진 바로가기의 이름은 자신이 입력하기 쉬운 것으로 바꾸는게 좋다. 나의 경우 WindowsTerminal 으로 바꿨다.

2. 바로가기 수정

$linkFilePath = "C:\admin-link\WindowsTerminal.lnk"
$bytes = [System.IO.File]::ReadAllBytes($linkFilePath)
$bytes[0x15] = $bytes[0x15] -bor 0x20 #set byte 21 (0x15) bit 6 (0x20) ON
[System.IO.File]::WriteAllBytes($linkFilePath, $bytes)

미리 열어뒀던 관리자 권한 powershell에서 위 명령어를 실행한다.

3. 실제로 사용할 바로가기 생성

위에서 만들어진 바로가기를 바로 사용할 수는 없다. 따라서 위 바로가기를 참조하는 또다른 바로가기를 생성해야한다. 그런데 윈도우의 특성 상 바로가기를 우클릭해서 바로가기 만들기를 하면 그대로 복사하는 것과 다름 없기 때문에 그렇게 하면 안 된다. 폴더의 빈 공간을 우클릭해서 새로 만들기 -> 바로가기 만들기를 해야 한다.

이름은 자유롭게 지으면 된다. 나는 뒤에 (admin)을 더 붙였다. 마지막으로 새로 생성된 바로가기를 우클릭해서 '실행' 콤보박를 '최소화'로 바꿔주고 아이콘을 바꿔주면 끝이다.

이제 이 바로가기를 통해서 Windows Terminal을 실행하면 항상 관리자 권한으로 실행되게 된다.