BugTrapDoc.zip

BugTrap for Win32/64 & .NET (part 1)

Go to part 2

Go to the article at CodeProject

Our business is based on IT consulting and it's vital for us to provide our clients with stable products. In real life every more or less complex system includes effective code as well as developer mistakes (bugs). Though in theory it's acceptable when a program is stable enough to satisfy most user needs, there is no user who likes general protection faults, access violations and other kinds of unexpected errors.

IntelleSoft is concerned about all bugs - big and small, serious and trivial. Our software is developed using numerous error preventive approaches, including safe programming, redundant data validation, self-recovery in critical code parts, etc.

Moreover, we are interested in tracking and fixing those errors that still have not been handled and might violate normal program execution. If you expect an error, you would rewrite the code to avoid a potential problem. But what would you do with unexpected errors? You just finished debugging your application, and it seems to be working as expected. You might think that your code is perfect (well, almost perfect) but user downloads your program and somehow it stops working. Usually it's especially difficult to find the reason of such errors because they are unpredictable by their nature. It's impossible to predict the sort of the problem and the piece of code that causes the problem. A lot of errors may occasionally happen on remote customer machine and at best developers may receive a screenshot of system error message. Indeed user cannot tell the developer what's wrong in program code!

Right in this case BugTrap comes to the play. Rather than making assumptions about possible errors or modifying program source code, BugTrap automatically substitutes system error handler and monitors any exceptions not handled in the program. As soon as any error takes place, BugTrap catches it and prompts a user to send bug report to the developer:

So what errors can BugTrap handle? - In short, it can handle all types of errors!

1. All sorts of access violations and general protection faults:

  typedef int (*TFunc)(const char* pszParam);
  TFunc pFunc = (TFunc)GetProcAddress(hDll, "NoSuchFunction");
  (*pFunc)("This is one of possible developer mistakes"); // Access violation

2. Unlike most other tools, BugTrap intercepts unhandled C++ exceptions and unwinds stack trace to the throw statement. BugTrap natively recognizes MFC, ATL and STL exceptions.

  std::vector<int> arr(10);
  for (size_t i = 0; i <= arr.size(); ++i)
    arr.at(i) = 0; // Array subscript is out of range

Error report may be automatically delivered to product support by e-mail, HTTP or light-weight TCP-based network protocol:

Advanced users and programmers may immediately preview report, save it to the file, or use enhanced graphical interface to examine the problem:

On the next page you may see how error report can be used to find and fix the problem.

Go to part 2

Go to the article at CodeProject

Documentation

Setup

Source Code

BugTrap for Win32/64 & .NET (part 2)

Go to part 1

Go to the article at CodeProject

Error report includes huge amount of useful information including error reason, error location in program source code and comprehensive description of user computer environment which is vital for repeating the problem on developer's side. A developer can customize the amount of extracted information, hide or show program code and even add custom log files with arbitrary contents.

BugTrap supports three completely independent approaches for detecting error location in the source code:

• Minidump files
• Automatic PDB file analysis
• Automatic MAP file analysis

Every approach has its own advantages and specific, therefore BugTrap natively combines them together.

1. Minidump files can be opened directly in Visual Studio .NET and an error can be seen "on the fly". It looks just like normal debugging of interrupted program:

2. PDB files are ideal for product testers and SQA groups because you don't have to debug the problem. Error details are available for quick review in BugTrap dialog:

Note that the support of PDB files can be disabled in order to hide program source code on customer side.

3. And finally CrashExplorer may restore stack trace on developer computer from raw exception addresses stored in error log and standard application's MAP or PDB file generated by Microsoft Visual Studio C++ compiler:

• Supported platforms: Win32/64 and .NET
• Supported environments: Visual Studio 6/.NET/2005/2008
• Supported operating systems: Windows 98/Me/NT 4/2000/XP/Vista

이번 2차 클베의 숨어있는 공신..
BugTrap을 소개한다.

BugTrap은 프로그램이 크래쉬났을때 크래쉬정보를 분석하고,
분석된 정보를 메일서버 또는 TCP서버로 전송해주는 역할을 한다.
사용법이 매우 간단하며, 오픈소스라 적당히 커스터마이징 하기에도 무리가 없다.

일단 기본적인 BugTrap사용법에 대해 알아보고,
카르카스 온라인에서는 사용한 통계툴에 대해 소개한다.
참고로 카르카스 온라인에서는 메일서버가 아닌 TCP서버를 사용한다.

## 프로그램구동시 lib파일을 적재한다.

#pragma comment(lib, "BugTrap.lib")

## 진입점에서 초기화한다.
void SetupBugTrap()
{
        BT_InstallSehFilter();

        // 애플리케이션의 버전을 남긴다.
        // TCP서버로 전송할 경우 버전에 따라 크래쉬정보를 모아주므로 상당히 유용한 기능이다.
        BT_SetAppVersion( cTime.Format(L"%Y-%m-%d").GetString() );

        // 애플리케이션 이름을 설정한다.
        BT_SetAppName(_T("Karcass Client"));

        // 메일서버로 전송할 경우 전송할 메일주소이다. ( 카르카스온라인에선 사용하지 않는다. )
        BT_SetSupportEMail(_T("loveru0@jcrsoft.co.kr"));

        // BugTrap의 속성을 정의한다.
        BT_SetFlags( dwFlag );

        // 대표적인 속성들은 다음과 같다.
        // BTF_DETAILEDMODE : 미니덤프나 로그파일등을 압축해서 모두 전송해준다. 
                                              정의하지 않을 경우 기본적인 정보만 전송해준다.
        // BTF_SCREENCAPTURE : 스크린샷을 첨부한다.

        // 미니덤프에 참조변수까지 남긴다.
        BT_SetDumpType( MiniDumpWithDataSegs | MiniDumpWithIndirectlyReferencedMemory );

        // 전송할 TCP서버를 세팅한다.
        BT_SetSupportServer(_T("000.00.000.000"), 9999);

        // Log생성
        g_jBT_LogSound = BT_OpenLogFile( L"SoundLog.txt", BTLF_TEXT );
        BT_SetLogSizeInEntries( g_jBT_LogSound, 1024 );
        BT_SetLogFlags( g_jBT_LogSound, BTLF_SHOWLOGLEVEL | BTLF_SHOWTIMESTAMP );
        BT_SetLogLevel( g_jBT_LogSound, BTLL_INFO );
        BT_AddLogFile( BT_GetLogFileName( g_jBT_LogSound ) );
}

## 생성한 로그사용
HRESULT JSound::LoadSoundFromMemory( const char* cFileName )
{
        ...

        BT_InsLogEntryF( 
                g_jBT_LogSound, BTLL_INFO, _T("LoadSoundFromMemory : %s"), JUtil::ToWideString(cFileName).c_str() );

        ...
}

TCP서버를 사용하므로 서버머신에 BugTrap서버프로그램을 실행시켜두는 것으로 기본적인 세팅은 끝이다.

다음은 크래쉬가 났을때의 BugTrap의 모습이다.












보시다시피 뭐가뭔지 영어의 압박이 밀려온다.
과연 유저가 저화면을 만났을때 제대로 전송버튼을 눌려줄까?

여기서 오픈소스의 장점이 나타난다.
다음과 같이 알아보기 쉽게 변형해서 사용하자.















이제 통계툴을 소개한다.
위에서 메일서버가 아닌 TCP서버를 사용한 이유가 여기서 나타난다.
메일서버는 속도가 느리며, 저장방식이 툴만들기에 적합하지 않기 때문이다.

앞서얘기했듯이 TCP서버로 전송되어져온 크래쉬 정보는 Version별로 생성된 폴더에 저장된다.
Version으로 클라이언트가 실행될때의 날짜를 세팅하고 있으므로 날짜별로 같은폴더에 모이는 효과를 가진다.

툴은 특정폴더내의 크래쉬정보들을 대상으로 통계작업을 수행하면 된다.














개별적인 크래쉬정보는 ZIP파일로 압축되어 있으며
압축파일내의 크래쉬정보파일, 미니덤프파일, 로그파일등을 적절히 이용하면 된다.

카르카스온라인에서 사용하고 있는 분석툴이다.
보안상 부분적으로만 공개한다.

폴더를 열면 폴더내의 크래쉬정보들을
파일명과 함수명을 기준으로 통계작업을 수행한다.
























종류별로 모아진 데이터를 기반으로 개별적인 정보들을 보여준다.





































서비스를 하다보면 수많은 크래쉬에 프로그래머들은 지쳐간다.
BugTrap같은 잘만들어진 라이브러리를 위와같은 툴로서 활용하면 보다
빠르고 편하게 크래쉬에 대처할 수 있고, 화기애애한 개발분위기가 조성되지 않을까.

Using this function

예를 들면 file 을 열때, 네트웍 소켓 열때 씁니다.

메모리와는 다르게. 외부의 I/O인터페이스를 만들어 쓰면 핸들이 필요합니다.
이때 핸들이란 자동차 핸들처럼 외부 I/O를 조정하는 장치 비슷한 의미입니다.

fopen 으로 화일 열면 핸들 수 증가하게 됩니다.

◘ MySQL 백업과 복구

▮ mysqldump

  mysqldump [옵션] db_name [table_name] > backup_filename

  mysqldump [옵션] --databases [옵션] db_name1, db_name2, .... > backup_filename

  mysqldump [옵션] --all-databases [옵션] > backup_filename

  [옵션]

     -A, --all-databases     : 모든 DB를 덤프

     --add-locks                : 덤프 전에 lock 덤프 후에 unlock

     --add-drop-table         : 덤프 이후에 출력물의 앞에 drop table 명령 추가 (복구 위해)

     -B, --databases          : 여러 DB를 동시에 덤프할 때 사용

     -f, --force                   : 에러를 무시

     -h, --host                   : 지정한 호스트의 데이터를 덤프

     -t                  : data만 덤프

     -d                 : 데이터를 제외하고 스키마만 덤프

     -p                 : 사용자의 암호를 지정

     -P                 : 포트번호 지정

     -u                 : 사용자명 지정

▮ Data만을 백업

  : LOAD DATA INFILE에서 사용한 파일의 경우 Data만 포함하는 것처럼 select 명령을 이용해서 Data만 포함된 형식으로 백업

   [문법]

       - SELECT column_name, output_type

        INTO OUTFILE '경로 및 파일명‘

        [FIELDS TERMINATED BY '종단문자‘]

        FROM table_name

        WHERE 조건구문 ;

ex) student table의 내용을 각 컬럼을 | 로 구분해서 성이 마씨인 학생만 ‘/root/student.dat'로 저장

 mysql> select *

       -> into outfile '/root/student.dat'

       -> fields terminated by '|'

       -> from student

       -> where sname like '마%';

 Query OK, 3 rows affected (0.00 sec)

 [root@linux /root]# cat student.dat

 012312|마량|남|3|물리|3.50

 013213|마초|남|2|화학|2.42

 013111|마대|남|1|생물|1.23

    

 ※ [= 외부 명령어]

    #  mysql -p -e "select * from school.student where sname like '마%';"

▮ 복구

  : 백업된 내용의 복구는 mysql 명령어나 mysqladmin 명령어를 사용함

  ex) root의 password가 12345인 상태에서 database1을 백업한 data.db라는 백업파일을 복구

   $ mysqladmin -u root -p12345 drop database1       // database1 삭제

   $ mysqladmin -u root -p12345 create database1   // database1 생성 

   $ mysql -u root -p12345 database1 < data.db        // data.db파일로 database1 복구

 ======================================================================================

백업파일을 생성할 위치로 이동한다.

MySQL 백업

mysqldump -u사용자명 -p패스워드 DB명 > 생성할 파일

예)

/usr/local/mysql/bin/mysqldump -uroot -p패스워드 system > backup.sql

가끔 한글이 깨져서 나올 때가 있다.

이럴 때는 character set 을 지정하여 백업파일을 만들면 된다.

예)

/usr/local/mysql/bin/mysqldump -uroot -p패스워드 system --default-character-set latin1 > backup.sql;

그럼 DB의 character set 은 어떻게 알까?

MySQL에 접속하신 다음 status 치면 된다.

...

Server characterset:    latin1
Db     characterset:    latin1
Client characterset:    latin1
Conn.  characterset:    latin1
...

복구할때는

예)

mysqladmin -u root -p패스워드 create database명

mysql -u root -p패스워드 database명 < backup.sql

database 명을 지정하지 않고 전체를 다할 경우,,

-- 전체 백업
/usr/local/mysql/bin/mysqldump -u아이디 -p패스워드 --all-database > backup.sql

-- 전체 복원
/usr/local/mysql/bin/mysql -u아이디 -p패스워드 < backup.sql

 ==================================================================================

Side by Side Configuration Incorrect

Getting Started

Most of the developers using assemblies in their application may have faced this issue. While starting an application, we may get an error “This application has failed to start because its side by side configuration is incorrect”.

Introduction

Side by side configuration is a trick for versioning files, in which multiple versions of a file are installed in a single machine. This is achieved through manifest files. E.g.: the C Runtime Library assembly contains three DLLs—msvcr80.dll, msvcm80.dll and msvcp80.dll — and is used by applications when they are built using functions from the CRT library. Side-by-side technology is also known as WinSxS or SxS.

What is Side by Side Configuration?

A side-by-side assembly contains a collection of resources—a group of DLLs, Windows classes, COM servers, type libraries, or interfaces—that are always provided to applications together. These are described in the assembly manifest.

Why is it Important?

In many cases, it is possible to update existing applications to use side-by-side assemblies without having to change the application code. Developers are encouraged to use side-by-side assemblies to create isolated applications, and to update existing applications into isolated applications for the following reasons:

• Side-by-side assemblies reduce the possibility of DLL version conflicts.
• Side-by-side assembly sharing enables multiple versions of COM or Windows assemblies to run at the same time.
• Applications and administrators can update assembly configuration on either a global or per-application configuration basis after deployment. For example, an application can be updated to use a side-by-side assembly that includes an update without having to reinstall the application.

How is it Working?

In the preceding example shown in above picture, both Comctl32.DLL version 6.0 and Comctl32.DLL version 5.0 are in the side-by-side assembly cache and available to applications. When an application calls to load the DLL, the side-by-side manager determines whether the application has a version dependence described in a manifest. If there is no relevant manifest, the system loads the default version of the assembly. For Windows XP, version 5.0 of Comctl32.DLL is the system default. If the side-by-side manager finds a dependence on version 6.0 stated in a manifest, that version is loaded to run with the application.

Is it Related Project Settings?

We have to check if it is possible to resolve with project settings because EXE will run in debug build and fails to start in release build. Change your project settings to not use the runtime library, but this will make the output EXE bigger. (Project Properties -> C/C++ -> Code Generation -> Runtime Library -> use/MT or /MTd depends on your current configuration.) This may work, but it is not the solution for this issue.

Is it OS Related?

No, it is not an OS related issue. Since most of the experiences for this issue are in Vista, initially I thought it is only in Vista machine. Side by side error will come irrespective of OS, if reference assembly is missing from Sxs folder.

What is the Solution?

Now we need to think about the solution for this. Since the error message itself is saying “Please check windows event viewer for further information”. Go to event viewer and check for entry with sidebyside. Here we will take an example:

"Activation context generation failed for “DataViewer.dll". Dependent Assembly Microsoft.VC90.MFC, processorArchitecture="x86", publicKeyToken="1fc8b3b9a1e18e3b", type="win32", version="9.0.21022.8" could not be found. Please use sxstrace.exe for detailed diagnosis."

Here we are clear with what we are missing. We are missing 9.0.21022.8 version of Microsoft.VC90.MFC. You can go to C:\Windows\WinSxs folder and manually verify this dependent assembly is there or not. Since we are missing an assembly, the only solution is that reference assembly should be in the machine we are running our application on. Since we need to install dependent assembly to our client machine, we need to run Microsoft redistributable package for the required assembly to client machine. See section website for patches for downloading packages.

Are Sxstrace.exe Tools Useful?

This tool helps us for detailed diagnosis such as assembly probing steps. It also help us to identify what all are the previous versions available and loaded by the application and which folder it is currently searching for.

How Can I Use sxstrace.exe?

For running sxstrace.exe, go to Visual Studio command prompt and type sxstrace.exe. Usage is as follows:

1. Before running your application, run sxstrace in trace mode sxstrace.exe Trace -logfile:C:\tmp\MySxSTrace.log
2. Reproduce the error by starting your application
3. Now stop the trace by using the below command sxstrace.exe Parse -logfile:C:\tmp\MySxSTrace.log -outfile:C:\tmp\MySxSTrace.txt
4. Open output file from C:\tmp\MySxSTrace.txt

Website for Patches

• http://www.microsoft.com/downloads/details.aspx?familyid=2051A0C1-C9B5-4B0A-A8F5-770A549FD78C&displaylang=en#top (Visual Studio 2008)
• http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=766a6af7-ec73-40ff-b072-9112bab119c2 (Visual Studio 2005)
• http://www.microsoft.com/technet/security/bulletin/MS09-035.mspx

Conclusion

Side by side configuration error comes because of the referenced assembly missing from winsxs folder. There is no code change for this issue, we can install the required patches to client machine and rebooting the PC will resolve this issue.

History

• 11^th November, 2009: Initial post

License

from: http://1stpasa.tistory.com/8

SetThreadAffinityMask

Thread Handle을 인수로 받아 특정 코어에서 해당 Thread를 실행하도록 지정해주는 함수.

0x01 부터 순서대로 한비트씩 쉬프트 하면 원하는 코어를 결정할수 있다.

주의할점은 하나의 Thread는 여러개의 코어가 모두 실행시킬수 있는데

만약 첫번째 코어와 두번째 코어가 모두 실행 가능하도록 설정하고 싶다면

01 과 10 의 OR 연산결과값인 0x03 을 설정하면 되는것이다.

만약 코어 1,2,3 에서 실행가능하게 하고 싶다면

001 , 010  그리고 100 를 OR 연산하여 호출해주면 된다.


아래의 코드는

SetThreadAffinityMask 를 테스트해보는 예제인데

주석처리된 부분을 그대로 두고 실행하면 재미있는 결과를 얻을수 있다.

실행하면 Core의 수를 출력한뒤 코어의 갯수에 해당하는 Thread를 생성하고

무한루프를 돌려서 CPU 점유율을 100%로 만들어 버린다.

그리고 콘솔창에서 숫자키 1~9까지의 숫자를 사용해 원하는 번호의 Thread를 정상종료

시킬수 있는데. 만약 듀얼코어에서 쓰레드 하나만 죽인다면 50%의 점유율을 차지하게 될것은

당연한 이치이지만. SetThreadAffinityMask 를 사용하지 않았을 경우와 사용했을 경우의

점유율 그래프를 본다면 이마를 탁 치게 될것이다. ( 벌써 알고 계셨다면.. 굳ㅋ )

#include <iostream>

#include <conio.h>

#include <windows.h>





using namespace std;



DWORD WINAPI ThreadProc(LPVOID arg)

{

 while( *((bool*)(arg))  )Sleep(0);



 return 0;

}



int main(int argc, char argv[])

{

 SYSTEM_INFO info;

 GetSystemInfo(&info);



 cout << info.dwNumberOfProcessors << endl;



 bool *flag = new bool[ info.dwNumberOfProcessors ];



 HANDLE *hTrhead = new HANDLE[info.dwNumberOfProcessors];



 for(int i = 0 ; i < info.dwNumberOfProcessors ; i++ )

 {

  flag[i] = true;

  hTrhead[i] = CreateThread(0,0,ThreadProc,&flag[i],0,0);

  //SetThreadAffinityMask( hTrhead[i]  , 1 << i );

 }





 char c;

 while(1)

 {

  c = getch();



  if( c >= '1' && c <= '9' )

   flag[ c-'1' ] = false;



  if( c == 13 )

   break;

 }



 return 0;

}

1. google test를 다운받는다.(gtest-1.3.0)
2. 필요한 폴더만 남기고 나머지는 다다 지운다. 실제 프로젝트에서 쓸 때에는 include, msvc, src 폴더 외에는 필요없다.필요없다.
3. msvc 폴더의 파일 중에도, 프로젝트에서 쓸 때에는 gtest.vcproj 파일 외에는외에는 다 필요 없으므로 지워버린다.
4. VS2008로 gtest.vcproj 파일을 열어서 2008 포맷으로포맷으로 변환해준 후 VS를 닫는다. (닫을 때 sln을 저장할 것인지 물어보는데 저장하지저장하지 않음을 선택한다.)
5. 프로젝트를 만든다.
6. 솔루션 폴더에 gtest-1.3.0 폴더를 통채로통채로 옮긴다.
   1. 여러 사람이 같이 작업하는 프로젝트에서 구글 테스트 프레임워크를프레임워크를 쓰기에는, 솔루션 폴더에 통채로 포함시키는 편이 공유하기에 편하다.
   2. 현재 사용중인사용중인 버전을 아는 것이 좋으니까 gtest-1.3.0 같은 식으로 폴더 이름에 프레임워크 버전을버전을 포함시켜 두도록 한다.
7. 솔루션에 "기존 프로젝트 추가"를 해서해서 gtest.vcproj 를 추가한다.
8. 솔루션에 테스트 프로젝트를 추가한다.
   1. VC++VC++ > 일반 > 빈 프로젝트를 추가하도록 한다.
9. 테스트테스트 프로젝트의 참조에 gtest 프로젝트를 추가한다.
10. gtest-1.3.0/src 폴더에 있는 gtest_main.cc 를를 테스트 프로젝트 폴더로 복사하고, 테스트 프로젝트에 추가한다.
11. 테스트 프로젝트의 "추가"추가 포함 디렉터리"에 $(SolutionDir)\gtest-1.3.0\include 를 추가한다.
12. 테스트 프로젝트와 gtest 프로젝의 구성 속성에서 "C/C++ > 코드 생성" 페이지의 "런타임 라이브러리"를 맞춰준다. (여기서는 다중 스레드 디버그(/MTd)로 맞췄다.)
13. 테스트 프로젝트의 구성 속성에서 "빌드 이벤트 > 빌드 후 이벤트" 페이지의페이지의 "명령줄"에 $(TargetPath) 를 설정해준다. 이렇게 하면 프로젝트가프로젝트가 빌드 된 후 바로 테스트 프로젝트가 실행되고, 실행 결과가 VS 출력출력 창에 나타난다.
14. 실패하는 테스트 케이스가 있는 경우에는 컴파일컴파일 에러와 마찬가지로 출력 창에 소스 파일과 라인이 표시되기 때문에 마우스로 더블클릭하면더블클릭하면 실패한 라인으로 바로 이동된다.

참조:

• Test your code with Google Test in Visual Studio 2008
  
• Google Test 사용하기
• Google Test - Learning Reiot

http://cafe.naver.com/whatvoip.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=194

calseefate.zip

차례

1. 서문

2. Windows XP 에서 IIS 설치

3. WIndow Xp IIS SetUp

4.Windows XP  IIS 운영

서문

웹 서버는 보통 서버급 컴퓨터에서 서비스 가능 한데 요즘은 PC의 고성능으로 Windows XP 에서도 운용 가능하다. DB 는 MsSql, Oracle 등이 있는데  MsSql 은 서버급에만 설치가 가능하고 Oracle 은 PC 에도 설치 가능 하다.  DNS 서버만 Windows XP 에서 제공하면 완벽한 Web 서버를 구축 하는데 제공 하질 않는다. 필요 하면 만들어 쓰는 수밖에 없는것 같다.

개인적으로 PC 에서 보려면  http://localhost 로 가능 하지만 외부에서 보려면  http://xxx.xxx.xxx.xxx 와 같이 PC IP 를 적어 주면 접속이 가능하다. IP 가 외우기 어려워 URL 같은 도메인을 사용 하는데 일반 PC 의 IP가 유동이라 안되는것은 아닌데 약간 어려운 점이 있다 .

Windows XP 에서 IIS 설치

Windows XP 는 기본적으로 IIS 가 설치 되어 있지 않다. 확인후 아래와 같이 설치 한다

설치시에는 당연히 Windows XP CD 가 있어야 한다

WIndow Xp IIS SetUp

ASP.NET  옵션이 나오지 않으면 아래 그림과 같이 [ 익스플로워]  [도구] -> [Windows Update] -> [사용자 지정 설치] 에서 .NET FRANE 를 설치 한다.

Windows XP  IIS 운영

시작과 중지가 가능 하다.  부팅시 시작 여부를 설정 할수도 있고, 운용 하지 않게 설정도 된다

함 서비스 해보자.     Oh My First Web Service !!!

첨부된 파일을 풀고(C:\CalSeefFate 디렉토리에 풀었다고 보고)  아래와 같이 설정한다

http://localhost   <- 요거 클릭 하면 자기 PC 에 설치 된것 나오고

http://Cal.SeeFate.com   <- 요거 클릭 하면 다른 서버의 화면이 나온다