9.3. 로드 밸런서 또는 프록시 설정

절차

1. redirect-socket 특성을 http-listener 요소에 추가합니다. 값은 또한 정의해야 하는 소켓 바인딩을 가리키는 proxy-https 여야 합니다.

2. socket-binding - group 요소에 새 socket-binding 요소를 추가합니다.

   <socket-binding-group name="standard-sockets" default-interface="public"
       port-offset="${jboss.socket.binding.port-offset:0}">
       ...
       <socket-binding name="proxy-https" port="443"/>
       ...
   </socket-binding-group>

   Copy to Clipboard

절차

1. 역방향 프록시를 통해 /auth/realms/master/.well-known/openid-configuration 경로를 엽니다.

   예를 들어 역방향 프록시 주소가 https://acme.com/ 인 경우 URL https://acme.com/auth/realms/master/.well-known/openid-configuration 를 엽니다. Red Hat Single Sign-On의 여러 엔드포인트가 나열된 JSON 문서가 표시됩니다.

2. 역방향 프록시 또는 로드 밸런서의 주소(scheme, 도메인 및 포트)로 끝점이 시작되는지 확인합니다. 이렇게 하면 Red Hat Single Sign-On이 올바른 끝점을 사용하고 있는지 확인합니다.

3. Red Hat Single Sign-On이 요청에 대해 올바른 소스 IP 주소가 표시되는지 확인합니다.

   이를 확인하려면 잘못된 사용자 이름 및/또는 암호를 사용하여 관리 콘솔에 로그인할 수 있습니다. 서버 로그에 다음과 같은 경고가 표시됩니다.

   08:14:21,287 WARN  XNIO-1 task-45 [org.keycloak.events] type=LOGIN_ERROR, realmId=master, clientId=security-admin-console, userId=8f20d7ba-4974-4811-a695-242c8fbd1bf8, ipAddress=X.X.X.X, error=invalid_user_credentials, auth_method=openid-connect, auth_type=code, redirect_uri=http://localhost:8080/auth/admin/master/console/?redirect_fragment=%2Frealms%2Fmaster%2Fevents-settings, code_id=a3d48b67-a439-4546-b992-e93311d6493e, username=admin

   Copy to Clipboard
4. ipAddress 값이 역방향 프록시 또는 로드 밸런서의 IP 주소가 아닌 로그인하려는 머신의 IP 주소인지 확인합니다.

1. 새 호스트 슬레이브를 가리키도록 domain.xml 파일을 편집합니다.
2. 서버 배포를 복사합니다. domain.xml,host.xml 또는 host-master.xml 파일이 필요하지 않습니다. 독립 실행형/ 디렉터리도 필요하지 않습니다.
3. host-slave.xml 파일을 편집하여 명령줄에서 사용된 바인딩 주소를 변경하거나 덮어 쓰기합니다.

절차

1. 로드 밸런서 구성에 새 호스트 슬레이브를 등록할 수 있도록 domain.xml 을 엽니다.

2. 로드 밸런서 프로필의 undertow 구성으로 이동합니다. reverse-proxy XML 블록 내에 remote- host 3 이라는 새 호스트 정의를 추가합니다.

   domain.xml reverse-proxy config

   <subsystem xmlns="urn:jboss:domain:undertow:12.0">
     ...
     <handlers>
         <reverse-proxy name="lb-handler">
            <host name="host1" outbound-socket-binding="remote-host1" scheme="ajp" path="/" instance-id="myroute1"/>
            <host name="host2" outbound-socket-binding="remote-host2" scheme="ajp" path="/" instance-id="myroute2"/>
            <host name="remote-host3" outbound-socket-binding="remote-host3" scheme="ajp" path="/" instance-id="myroute3"/>
         </reverse-proxy>
     </handlers>
     ...
   </subsystem>

   Copy to Clipboard

   output-socket-binding 은 나중에 domain.xml 파일에서 구성된 socket-binding 을 가리키는 논리 이름입니다. 부하 분산 시 고정 세션을 활성화하기 위해 이 값이 쿠키에서 사용되므로 instance-id 속성도 새 호스트에 고유해야 합니다.

3. load-balancer-sockets socket-binding-group 으로 이동하여 remote-host3 에 대한 outbound-socket-binding 을 추가합니다.

   이 새 바인딩은 새 호스트의 호스트 및 포트를 가리켜야 합니다.

   domain.xml outbound-socket-binding

   <socket-binding-group name="load-balancer-sockets" default-interface="public">
       ...
       <outbound-socket-binding name="remote-host1">
           <remote-destination host="localhost" port="8159"/>
       </outbound-socket-binding>
       <outbound-socket-binding name="remote-host2">
           <remote-destination host="localhost" port="8259"/>
       </outbound-socket-binding>
       <outbound-socket-binding name="remote-host3">
           <remote-destination host="192.168.0.5" port="8259"/>
       </outbound-socket-binding>
   </socket-binding-group>

   Copy to Clipboard