부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. Hyper-V 연결 오류 - A connection will not be made because credentials may not be sent to the remote computer 어느 순간부터 Hyper-V 내의 가상 머신 콘솔에 연결하려고 하면 다음과 같은 오류가 발생했습니다. [그림 1: Hyper-V 가상 머신 연결 오류] 다행히 해결 방법이 검색 1순위로 ^^ 공개되어 있습니다. "A connection will not be made because credentials may not be sent to the remote computer" FIX* ; https://social.technet.microsoft.com/Forums/en-US/961c2dd6-c34a-4b17-a10f-a3afdd9db3f0/quota-connection-will-not-be-made-because-credentials-may-not-be-sent-to-the-remote-computerquot?forum=virtualmachingmgrhyperv 내용인 즉, Hyper-V 관리자에서 "Hyper-V Settings" 메뉴를 선택하고, [그림 2: Hyper-V Settings 메뉴 선택] "User Credentials"의 "Use default credentials automatically (no prompt)" 선택값을 해제하고 "Delete Saved Credentials" 메뉴를 선택해서 기존 캐쉬된 인증 정보를 삭제하라는 것입니다. [그림 3: User Credentials 설정] 그런데, 저 같은 경우에는 "Use default credentials automatically (no prompt)" 선택값이 이미 해제된 상태였습니다. 재미있게도, 오히려 그 선택값을 "설정"하고 저장을 하니 접속 오류 문제가 해결되었습니다. [이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] .NET Framework: 179. Dictionary.Get(A) 대신 Dictionary.Get(A.GetHashCode())를 사용해서는 안 되는 이유[이전 글] 개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [최초 등록일: 6/30/2010] [최종 수정일: 6/13/2021] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 ... 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 ... NoWriterDateCnt.TitleFile(s) 12546정성태3/3/202118484개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets12545정성태3/2/202121249.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]12544정성태2/26/202121600.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]12543정성태2/26/202119279VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분12542정성태2/20/202120923개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]12541정성태2/18/202118451개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개12540정성태2/17/202119887.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지12539정성태2/16/202119674Windows: 189. WM_TIMER의 동작 방식 개요112538정성태2/15/202120235.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]12537정성태2/11/202120278.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]12536정성태2/9/202119390개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window12535정성태2/9/202118469개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션12534정성태2/8/202119201개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]112533정성태2/8/202117684개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작112532정성태2/6/202119482개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]12531정성태2/5/202117989개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬112530정성태2/4/202121418개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window12529정성태2/4/202119932개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]12528정성태2/1/202119706개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경12527정성태2/1/202119698개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경112526정성태2/1/202116426개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file12525정성태2/1/202115292개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법12524정성태1/31/202115821개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]12523정성태1/31/202117694개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법12522정성태1/31/202119907개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트12521정성태1/31/202118205개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1] ... 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 ...