시그널R(SignalR)을 사용하는데 웹소켓(WebSocket)이 아닌 롱폴링(LongPolling)으로 연결되는 것을 확인했습니다.그래서 시그널R의 'transport'설정을 웹소켓(HttpTransportType.WebSockets)으로 설정하였더니 연결되지 않는 현상을 목격했습니다. 1. 증상 분석롱폴링(HttpTransportType.LongPolling)으로는 연결된다는 것은 프론트엔드(frontend)의 시그널R설정이 잘못됐을 가능성은 낮다는 것을 의미합니다. 이런 경우 제3의 서버에서는 되는지 확인해 보는 것이 가장 좋은 방법입니다.저의 경우 동일한 서버가 로컬에서 문제없이 동작하고 있어서 연결하면 정상적으로 동작했습니다.이것은 프로그램 문제가 아니라 IIS 설정 문제라는 의미입니다. ..

'ASP.NET Core'의 기능으로 쿠키를 저장하는데.... 로컬에서는 잘되지만, 배포를 하면 저장되지 않는 현상을 겪었습니다. 같은 IIS인데 로컬호스트로 접속하면 되고 외부에서 접속하면 안 되는 현상이죠. 1. 원인 이런 경우 거의 보안 문제 때문에 그렇습니다. 로컬로 접속하면 보안이 느슨해져서 되는 거죠. 그래서 생각해보니 쿠키를 저장할 때 Secure : HTTPS에서 암호화 되었을 때만 쿠키를 전송 HTTPOnly : 자바스크립트에서는 해당 쿠키에 접근 못하게 함 옵션이 켰다는 게 생각났습니다. 'HTTPOnly'옵션은 이 문제와 상관없지만 'Secure'옵션을 넣으면 HTTPS에서만 쿠키에 접근할 수 있습니다. 2. IIS에 임시 SSL 생성하기 개발단계에서 정식 SSL을 발급받는 건 귀찮고..

ASP.NET Core에서 SSL 테스트를 하다 보니 접속이 되다 말다 합니다....? 1. 증상 확인 정확하게는 프로젝트를 생성했을 때는 됐다가 포트만 바꾸면 SSL포트에 접속이 안 됩니다. 처음에는 되니 방화벽 문제는 아니죠. 2. 원인 여기저기 검색하다가 보니 "IIS Express"의 SSL포트는 정해진 포트만 쓸 수 있다는 글이 있습니다. 그래서 MSDN을 뒤져보다 보니..... 참고 - Running IIS Express without Administrative Privileges It configures HTTP.SYS to reserve ports 44300 through 44399 for SSL. Incoming SSL requests that use localhost and one of..

닷넷 코어는 IIS가 없는 환경에서도 동작하도록 구성되어 있습니다. 그러나! 만약 윈도우 환경에서 닷넷 코어를 돌려야 한다면 결국 IIS에서 돌려야 관리하기 편한 것이 사실입니다 ㅎㅎㅎ iis에 asp.net core를 올려 봅시다. 1. 샘플 프로젝트 만들기 asp.net mvc core 프로젝트를 생성합니다. 'wwwroot'폴더에 'index.html' 파일을 만들고 내용물은 대충 넣읍시다. 프로젝트에서 오른쪽 클릭을 하고 개시를 합니다. 기본 설정으로 개시하면 'bin'폴더에 개시를 하게 됩니다. 이 파일들을 iis에 복사합니다. 2. IIS 세팅하기 IIS에서 닷넷 코어를 돌리기 위해서는 먼저 세팅을 해야 합니다. 2-1. ASP.NET Core Module IIS에 세팅하려면 'Asp Net ..

제목이 반쯤 농담입니다 ㅎㅎㅎ 웹 응용프로그램을 영원하지 않다. 전에 'Asp.net'으로 데몬을 구현하는 것을 다룬 적이 있습니다. ( 참고 : [Asp.Net] IIS에 데몬(Daemon)을 올려보자 ) 이렇게 데몬을 구현하면 어느 순간 데몬이 죽는 현상을 목격할 수 있습니다. 이것저것 디버깅을 해봐도 원인을 알 수 없어서 찾아보니..... 웹서버가 일정시간 이상 동작중인 쓰레드는 강제로 죽입니다 클라이언트에는 타임아웃 오류를 전달하죠 5-24시간 동작하다 죽엇다는것은 웹서버의 리사이클동작 때문입니다 둘다 설정에 있습니다 참고 자료 하나 알려드립니다. http://weblogs.asp.net/owscott/why-is-the-iis-default-app-pool-recycle-set-to-1740-m..

데몬은 보통 애플리케이션으로 만듭니다. 윈도우에서는 '서비스'로 만들고 유닉스 계열에서는 '데몬'을 시스템에 등록하여 사용합니다. 이외에는 일반 어플리케이션처럼 UI를 넣어서 만들기도 하지만 보통은 콘솔로도 만들기도 하죠. 그런데 이런 데몬은 항상 운영체제에 상주해야 합니다. 문제는 웹서버와 일반서버의 가격은 엄청나게 차이가 난다는 것이죠. 그래서 웹서버에서 돌려도 되는 데몬이라면 웹서버에서 구현하는 것이 좋을까 해서 검색해보니... 'Application_Start'를 이용해 보시죠. 오홋! asp.net는 프로그램이 웹서버가 시작되면 'Global.asax'의 'Application_Start'가 메인처럼 동작합니다. (참고 : [ASP.Net] ASP.Net의 Main은 어디 있을까? (Global..

SMTP 기능이 이전 버전들에서는 iis설치할 때 옵션으로 설치하는 것이어서 별생각 없이 iis 설치 쪽을 확인해보니 없네요 ㅡ,.ㅡ;;; 뭔가 이상해서 기능 쪽을 보니 기능 쪽에 있습니다.ㅎㅎㅎㅎ SMTP 서버를 설치하고 설정하여 이메일을 전송해 봅시다. 1. SMTP 서버 설치 SMTP서버를 설치해야 이메일을 받거나 보낼 수 있습니다. 1-1. IIS7에 SMTP 서버 추가기능 선택에서 'SMTP 서버'를 추가합니다. SMTP 서버를 설치하기 위해서는 몇 가지 구성요소가 있는데 'SMTP 서버'를 클릭하는 순간 같이 추가되니 걱정하실 것 없이 설치하시면 됩니다. SMTP설치가 완료되었네요. 1-2. IIS6 설정하기 여기서 잘 보시면 자동으로 iis6을 설치합니다. smtp서비스의 자잘한 내용은 여기..

1. 증상 뜬금없이 서버에서 '403' 에러가 났습니다. '403' 에러는 권한을 잘못 설정했을 때 많이 보는 에러인데 잘 사용하던 중에 이 에러를 만났다는 것은 누군가 권한설정을 바꿨을 때입니다. 그런데 저 혼자 관리하는 서버인데 그러고 자시고 할 게 없는데 말이죠..... '가능한 해결 방법'은 의미가 없습니다. 저건 디렉토리 검색을 허용하겠다는 것인데 저걸로 해결될 문제라면 권한설정이 잘못된 것이니까요. 2. 원인 추적과 해결 방법 이리저리 보던 중 생각해보니 마지막 업데이트 이후로 이런 증상이 발생하는 것이었습니다. 그래서 확인해보니 역시나.... 파일하나가 빠져있었습니다-_-; 다시 넣으니 정상 작동..... 보통 파일이 없는 경우 '404' 에러가 나는데 어떤 경우에 '403' 에러가 나는 건..

보통 IIS를 설정하고 제일 먼저 해보아야 할 것이 테스트용 HTML파일을 만들어 로컬(http://127.0.0.1/ 이나 http://localhost/)로 붙어 확인이 가능한지 확인한 후 다음 ASP나 ASP.NET같은 것을 설정하게 됩니다. 1. 증상 .NET같은 경우 프래임웍을 설치하면 IIS가 설정이 자동으로 되기 때문에 별 신경을 안 써도 됩니다. 그런데....ASP가 동작을 안 하네? 이런 경우 이런 '404' 에러가 납니다. 기본적으로 인터넷 정보 서비스(IIS)가 Microsoft Windows Server 2003 제품군에 설치되면 IIS는 정적 콘텐트(HTML)만 제공합니다. Active Server Pages(ASP) 또는 ASP.NET 페이지 같은 동적 콘텐트를 요청하면 다음과 ..

윈도우 2003 서버에서 ftp 서버를 를 다설정하고 접속했더니.... ftp 서버에서 폴더를 여는 중 오류가 발생했습니다. 뚜둥!!!! 방화벽 풀면 접속되고-_-;;;; 포트를 열어봐도 안되 권한설정을 해도 안됩니다;;; 그러던중 발견한것이 inetinfo.exe(%WINDOWS%\system32\inetsrv\inetinfo.exe) 를 프로그램 예외에 추가 하라는 것입니다. 허....우왕굳 된다-_-;;;; 근데 솔직이 이거.....FTP설치할때 예외에 기본적으로 올려주고(체크는 하지 않고) 사용할지 말지 관리자가 결정하게 해야하는거 아닌가-_-;;;; FTP는 일부로 설치해야 설치되는 건데 이건머-_-;;; (iis도 기본적으론 막혀있지만 말입니다.) 2008 서버에서는 이렇게 간단한데-_-;;;