Microsoft MVP성태의 닷넷 이야기
오류 유형: 266. Azure에 응용 프로그램 게시 중 로그인 오류 [링크 복사], [링크+제목 복사],
조회: 14081
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Azure에 응용 프로그램 게시 중 로그인 오류

Visual Studio 2013에서 오랜만에 Azure 웹 사이트 배포를 했는데, 다음과 같이 로그인이 거부되는 것입니다.

vs_not_login_1.png

죄송합니다. 로그인하는 중에 문제가 발생했습니다.

로그인하는 데 사용한 사용자 계정은 이 응용 프로그램에서 지원되지 않습니다.
다른 계정을 사용하여 로그인하세요.

CorrelationId: ...[guid]...
Timestamp: ...

아마도 영문 오류 메시지는 이럴 것 같은데요.

// Can't sign in to Azure to publish with Visual Studio 2013
// ; http://stackoverflow.com/questions/24165615/cant-sign-in-to-azure-to-publish-with-visual-studio-2013

Sorry but we didn't find any Windows Azure subscriptions associated with your account.

You can sign in with a different account or sign up for a Windows Azure subscription.

정확한 이유는 모르겠습니다. 이를 해결하려면 배포 인증서를 업데이트 해야 하는데, 솔루션 탐색기에서 배포 프로젝트를 마우스 우클릭해서 "Publish to Widnows Azure..." 를 누른 후, 나오는 창에서 "Previous" 버튼을 눌러 첫 단계인 "Sign in" 단계로 넘어가 "<Manage...>" 항목을 선택합니다.

vs_not_login_2.png

그럼, 다음과 같은 창이 뜨고 "Certificates" 탭을 눌러 "Import..." 버튼을 누르고 뜨는 창에서 "Download subscription file" 링크를 눌러 새로운 인증서를 다운로드 받습니다.

vs_not_login_3.png

다운로드 받아 저장한 후, 위의 그림에서 "Browse..." 버튼을 눌러 해당 인증서를 선택하면 됩니다. 그 후, "Subscriptions" 탭으로 넘어가 새롭게 만든 인증서 항목이 "User Account" 목록 상자에 추가되었을 텐데 그것을 선택해 줍니다.

vs_not_login_4.png

정상적으로 선택되었다면 위의 그림에서처럼 "Regions" 탭의 숫자가 0이 아닌 것으로 변합니다. 로그인이 정상적으로 되었기 때문에 정보를 가져온 것입니다.

이 상태에서 다시 Azure 사이트에 게시를 하면 정상적으로 로그인이 이뤄지고 아무런 이상없이 작업을 마칠 수 있습니다.




최근 Azure 포탈이 새롭게 오픈해서 그에 따라 체계가 바뀌어서 이런 문제가 발생했는지는 모르겠지만 어쨌든 *.publishsettings 파일의 스키마가 기존의 것에서,

<?xml version="1.0" encoding="utf-8"?>
<PublishData>
  <PublishProfile
    PublishMethod="AzureServiceManagementAPI"
    Url="https://management.core.windows.net/"
    ManagementCertificate="...">
    <Subscription
      Id="..."
      Name="Windows Azure MSDN - Visual Studio Ultimate" />
  </PublishProfile>
</PublishData>

새롭게 바뀌었습니다.

<?xml version="1.0" encoding="utf-8"?>
<PublishData>
  <PublishProfile
    SchemaVersion="2.0"
    PublishMethod="AzureServiceManagementAPI">
    <Subscription
      ServiceManagementUrl="https://management.core.windows.net"
      Id="..."
      Name="Windows Azure MSDN - Visual Studio Ultimate"
      ManagementCertificate="..." />
  </PublishProfile>
</PublishData>

휴~~~~ 암튼, 로그인 오류 창만으로는 어떻게 해결해야 할지 알 수 없어서 해결하는데 꽤나 시간이 들어갔습니다. ^^;




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 1/2/2015]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13564정성태2/22/20241934Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241959디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241986오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242067닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242102디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242946오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242187닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241923Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241978Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242128닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241863VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241947닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241899닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242094닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242209Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242511개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242339개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242107개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241970Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241874닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241894오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241919Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241920오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241978VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242088Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242372개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...