폼로그인 방식에서 시큐리티가 제공하는 기본 로그인 페이지를 사용하지 않으려고 해당 설정을 하는것으로 아는데요 그런데 IndexController는 RestControlle인데, html뷰는 어떻게 사용자에게 보여주나요? 기본적으로 RestController는 http 리턴으로 알 고 있습니다.
안녕하세요 강의 너무 잘보고 있습니다. 다름이 아니라 메일로 문의를 드렸지만 적절한 답을 못받아서요, 책 내용을 지적해서 정정을 원한게 아니라 개념의 답을 원한거였든요.. 다름이 아니라 300제 문제를 풀다가 헷갈리는 개념입니다. 계약이행을 위해서 동의없는 수집은 가능하지만 제공은 안된다는 개념 때문인데요 레스토랑 예약 어플 (캐치테이블 같은) 계약이행을 위해서 수집이용은 동의 없이 되지만 제공은 안된다는 개념(300제 2회차 48번문제)과 18강에서의 추가적 이용으로 예시를 든 배민어플(음식주문을 배달받기 위해 음식점(제3자)에 연락처 제공-예측가능 범위라서?!) 이 어떻게 다른건지 설명 가능하실까요! 제가 봤을땐 같은 맥락인 것 같아서요 설명 해주시면 감사하겠습니다~
@EnableWebSecurity 꼭 붙여야 된다고 하셨는데 안붙여도 움직이는데 붙이고 안붙이고의 차이가 있나요? 의존성에 spring-security 들어가 있으면 AutoConfiguration 에 의해 자동구성된다면 붙일 이유가 없을것 같은데 뭔가 다른게 더 초기화작업에 추가되거나 하는건가요?
손해배상의 보장 (제39조의9) 보험 또는 공제에 가입 준비금 적립해야함 - 전년도 매출액이 5천만원 이상일 것 - 전년도 말 기준 직전 3개월간 그 개인정보가 저장,관리되고 있는 이용자 수가 일일평균 1천명 이상일 것 혹시 해당 내용이 아래내용으로 변경된게 맞는지 여쭤봅니다. 5천만원 -> 10억 1천명 -> 1만명
실전모의고사20제질문 (1) 2번 문제 질문 입니다. 2번 문제의 답이 1번이 맞는지 문의 드립니다. 2. 일일 방문자 수를 파악하기 위해 통계를 내는 경우 정보주체의 동의를 받지 않아도 된다. 해당 부분 맞는 답으로 생각되어서요 (2) 4번 문제 질문입니다. 정답이 2번으로 되어있는데 설명은 3번이 답인걸로 해석되어서요.
안녕하십니까 선생님, 양질의 강의 항상 감사드립니다. AuthenticationManager와 AuthenticationProvider의 구성에 대해서 개념적으로 확인하고 싶은 것이 있어 질문 드립니다. AuthenticationProvider를 직접 구성하여 등록하지 않으면 기본적으로 DaoAuthenticationProvider, BasicAuthenticationProvider, RememberMeAuthenticationProvider 가 등록이 되는데, 직접 커스텀한 Provider를 등록 시 이 3개의 기본 Provider들은 자동 구성에서 제외 되는 것 인가요? 만약 AuthenticationManger를 builder 혹은 직접생성(new)을 통해 생성한다면 기본 제공 되는 Provider들은 자동 구성에서 제외되는 것 인가요? 만약 그렇다면 AuthenticationManager는 직접 등록하고 싶은 Provider가 있을 때에만 생성하는 것 인가요?
현재 제 build.gradle은 plugins { id 'java' id 'org.springframework.boot' version '3.5.0' id 'io.spring.dependency-management' version '1.1.7' } group = ' io.security ' version = '0.0.1-SNAPSHOT' java { toolchain { languageVersion = JavaLanguageVersion.of(17) } } repositories { mavenCentral() } dependencies { implementation 'org.springframework.boot:spring-boot-starter-security' implementation 'org.springframework.boot:spring-boot-starter-web' testImplementation 'org.springframework.boot:spring-boot-starter-test' testImplementation ' org.springframework.security :spring-security-test' testRuntimeOnly 'org.junit.platform:junit-platform-launcher' } tasks.named('test') { useJUnitPlatform() } 같이 설정이 되어 있습니다. AntPathRequestMatcher, MvcRequestMatcher가 사용이 되지 않는다고 자동완성때 밑줄이 쳐져 있어서 .requestMatchers("/manager/**").hasAuthority("ROLE_MANAGER") .requestMatchers("/admin/payment").hasAuthority("ROLE_ADMIN") 이렇게 수정하였는데 맞게 수정 한 것인지 문의 드립니다.
terraform plan시 ch1/eks.tf 파일에서 오류가 발생합니다. ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on eks.tf line 23, in provider "helm": │ 23: kubernetes { │ │ Blocks of type "kubernetes" are not expected here. Did you mean to define argument "kubernetes"? If so, use the equals sign to assign it a value. ╵ 소스를 아래와 같이 변경하였습니다. kubernetes = { .... exe = { ... set = [ { name = "clusterName" value = var.ClusterBaseName }, { name = "serviceAccount.create" value = "true" }, { name = "serviceAccount.annotations.eks\\.amazonaws\\.com/role-arn" value = "arn:aws:iam::${ data.aws _caller_identity.current.account_id}:role/AmazonEKSTFLBControllerRole-${module.eks.cluster_name}" }, { name = "region" value = "ap-northeast-2" } ] 커서에서 바이브코딩으로 바꿔서 문법에러는 안나는데 여전히 버전문제인지 해결이 안되네요. ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on eks.tf line 23, in provider "helm": │ 23: kubernetes { │ │ Blocks of type "kubernetes" are not expected here. Did you mean to define argument "kubernetes"? If so, use the equals sign to assign it a value. ╵ ➜ ch1 git:(main) ✗ terraform init Initializing the backend... Initializing modules... Downloading registry.terraform.io/terraform-aws-modules/eks/aws 20.37.1 for eks... - eks in .terraform/modules/eks - eks.eks_managed_node_group in .terraform/modules/eks/modules/eks-managed-node-group - eks.eks_managed_node_group.user_data in .terraform/modules/eks/modules/_user_data - eks.fargate_profile in .terraform/modules/eks/modules/fargate-profile Downloading registry.terraform.io/terraform-aws-modules/kms/aws 2.1.0 for eks.kms... - eks.kms in .terraform/modules/eks.kms - eks.self_managed_node_group in .terraform/modules/eks/modules/self-managed-node-group - eks.self_managed_node_group.user_data in .terraform/modules/eks/modules/_user_data Downloading registry.terraform.io/lablabs/eks-external-dns/aws 1.2.0 for eks-external-dns... - eks-external-dns in .terraform/modules/eks-external-dns Downloading registry.terraform.io/terraform-aws-modules/iam/aws 5.39.0 for irsa-external-dns... - irsa-external-dns in .terraform/modules/irsa-external-dns/modules/iam-assumable-role-with-oidc Downloading registry.terraform.io/terraform-aws-modules/iam/aws 5.39.0 for irsa-lb-controller... - irsa-lb-controller in .terraform/modules/irsa-lb-controller/modules/iam-assumable-role-with-oidc Downloading registry.terraform.io/terraform-aws-modules/vpc/aws 5.21.0 for vpc... - vpc in .terraform/modules/vpc Initializing provider plugins... - Finding hashicorp/cloudinit versions matching ">= 2.0.0"... - Finding hashicorp/null versions matching ">= 3.0.0"... - Finding cloudposse/utils versions matching ">= 0.17.0"... - Finding hashicorp/aws versions matching ">= 4.0.0, >= 4.19.0, >= 4.33.0, >= 5.79.0, >= 5.95.0, < 6.0.0"... - Finding hashicorp/helm versions matching ">= 2.6.0"... - Finding hashicorp/kubernetes versions matching ">= 2.16.0"... - Finding hashicorp/time versions matching ">= 0.9.0"... - Finding hashicorp/tls versions matching ">= 3.0.0"... - Installing hashicorp/helm v3.0.2... - Installed hashicorp/helm v3.0.2 (signed by HashiCorp) - Installing hashicorp/kubernetes v2.37.1... - Installed hashicorp/kubernetes v2.37.1 (signed by HashiCorp) - Installing hashicorp/time v0.13.1... - Installed hashicorp/time v0.13.1 (signed by HashiCorp) - Installing hashicorp/tls v4.1.0... - Installed hashicorp/tls v4.1.0 (signed by HashiCorp) - Installing hashicorp/cloudinit v2.3.7... - Installed hashicorp/cloudinit v2.3.7 (signed by HashiCorp) - Installing hashicorp/null v3.2.4... - Installed hashicorp/null v3.2.4 (signed by HashiCorp) - Installing cloudposse/utils v1.30.0... - Installed cloudposse/utils v1.30.0 (self-signed, key ID ********) - Installing hashicorp/aws v5.100.0... - Installed hashicorp/aws v5.100.0 (signed by HashiCorp) Partner and community providers are signed by their developers. If you'd like to know more about provider signing, you can read about it here: https://www.terraform.io/docs/cli/plugins/signing.html Terraform has created a lock file .terraform.lock.hcl to record the provider selections it made above. Include this file in your version control repository so that Terraform can guarantee to make the same selections by default when you run "terraform init" in the future. Terraform has been successfully initialized! You may now begin working with Terraform. Try running "terraform plan" to see any changes that are required for your infrastructure. All Terraform commands should now work. If you ever set or change modules or backend configuration for Terraform, rerun this command to reinitialize your working directory. If you forget, other commands will detect it and remind you to do so if necessary. ➜ ch1 git:(main) ✗ terraform plan ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 41, in resource "helm_release" "this": │ 41: dynamic "set" { │ │ Blocks of type "set" are not expected here. ╵ ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 49, in resource "helm_release" "this": │ 49: dynamic "set_sensitive" { │ │ Blocks of type "set_sensitive" are not expected here. ╵ ╷ │ Error: Unsupported block type │ │ on .terraform/modules/eks-external-dns/ helm.tf line 57, in resource "helm_release" "this": │ 57: dynamic "postrender" { │ │ Blocks of type "postrender" are not expected here. ╵ ➜ ch1 git:(main) ✗