Windows 2019의 IIS에 배포된 ASP.Net Core API는 목요일 오후에 문제가 있었던 추적 번호를 사용하여 시간당 2500개 이상의 요청으로 Shippo에 연락하고 접촉합니다. 우리의 API 호출은 연중무휴로 매 시간 실행되는 5개 클라이언트의 미들웨어 서비스에 의해 시작됩니다. Shippo가 문제를 해결했음에도 불구하고 Shippo 요청이 404를 반환했으며 Postman을 통해 연결할 수 있습니다.
저는 서버 관리자는 아니지만 다음을 시도해 볼 만큼 지식이 충분합니다. IIS를 중지했다가 10초 지연 후 시작했습니다. 머신을 재부팅했습니다. API 웹사이트를 90분 동안 오프라인으로 전환했습니다. IIS 서버에서 DNS 캐시를 플러시하고 webapi의 약간 변경된 버전을 다시 배포했습니다. 물론, 오늘은 휴일 주말인데 관리형 IT 제공업체에서 연락이 오지 않았습니다. 기다리는 동안 다음에 무엇을 시도해야 합니까?
답변1
업데이트: 확실히 Shippo 중단과 관련이 있었지만 코딩 문제였습니다. 우리의 레거시 코드는 작동했고 다음과 같았습니다.
UriBuilder uribuilder = new UriBuilder(settings.url_base);
uribuilder.Path += "/tracks/";
생성된 URL은 명시적으로 포트 443을 참조했습니다(https://api.goshippo.com:443)/, 일반 대신https://api.goshippo.com/url을 사용하고 있으며 API 외부에서 Shippo를 쿼리하는 앱을 작성하기로 결정하기 전까지는 디버깅에서 이 사실을 알지 못했습니다. 분명히 Shippo는 문제가 해결될 무렵 URL이 더 이상 포트 443을 직접 참조하거나 포트를 변경하는 것을 허용하지 않도록 설정을 변경했습니다. URL을 올바르게 설정하면 작동했습니다. 도움을 주신 Appleoddity와 Keith Langmead에게 감사드립니다.