>  Q&A  >  본문

API가 Kubernetes Pod 1개에서 400 오류를 발견하고 "인식할 수 없는 구성"으로 응답합니다.

proxy-middleware 패키지를 사용하여 Nodejs 파일의 실제 API URL 경로를 /api/events/restservices/api/disaster/v1/events > 为了隐藏实际的 url,我们不是使用不同环境的 lgw 调用 api,而是使用 CDP GRM 边缘 URL 进行调用,就像我们调用 actual- 而不是 actual lgw/api/events grm-url/api/events로 다시 썼습니다. 문제 - 배포 시 Pod는 요청 URL("grm-edge-url/api/events")의 데이터로 응답합니다. 여기서 grm-edge-url에는 podnumber:portnumber가 있고 400 잘못된 요청 응답으로 실패합니다. 본문 응답은 "인식할 수 없는 구성" 및 해당 요청 URL입니다. podnumber:portnumber가 다른 다른 요청과 유사합니다.

우체부에서 테스트(실제 URL 및 grm 에지 URL)하면 응답이 제공되지만 다른 포드에서는 400 오류가 발생합니다.

P粉976488015P粉976488015306일 전564

모든 응답(1)나는 대답할 것이다

  • P粉670838735

    P粉6708387352024-01-11 09:49:30

    Kubernetes Pod에서 "인식할 수 없는 구성"이라는 응답과 함께 400 오류가 발생하는 경우 문제를 해결하기 위해 취할 수 있는 몇 가지 단계는 다음과 같습니다.

    API 구성에 오류나 누락된 매개변수가 있는지 다시 확인하세요. 더 많은 정보를 수집하려면 kubectl 로그를 사용하여 문제가 있는 Pod의 로그를 확인하세요. 관련 오류 메시지나 잘못된 구성이 있는지 API 서버 로그를 확인하세요. 네트워크 연결을 확인하고 DNS 또는 방화벽 문제가 없는지 확인하십시오. 문제가 있는 포드의 구성을 동일한 배포의 다른 포드와 비교합니다. 불일치를 해결하려면 Pod를 업데이트하거나 다시 시작해 보세요. 특정 문제 해결 단계에 대해서는 API 설명서나 지원을 참조하세요. 구체적인 도움이 필요한 경우 추가 세부정보를 제공해 주세요.

    회신하다
    0
  • 취소회신하다