이 그림은 약 48KB deltamove 파일 크기를 넘지, 모두 잘 어울린다. # 39 m, 이 보다 큰 그림이 업로드입니다 신앙이니라 I& 하고, WCF 서비스 을 반환하는지 오류: ' (413) 요청에' 엔티티입니다 너무 큽니다. 그래서 구글링 당연하지 I& # 39 번, 3 시간 소요되는 오류 메시지 및 모든 항목을 I& # 39, & # 39, ve seen 제안됩니다 uploadReadAheadSize& # 39 이 주제에 대한 분석도 나온다. 재산이잖아
'", 라피크 d.렉세 세트 구성 - section:system.webserver/serverruntime/uploadreadaheadsize: 10485760 /commit:apphost". '
',' 10485760" 우프로드리아다헤드시즈 w3svc/< 설정되었습니다 치크리프트, APP_ID> 복수틸리프브스 "; /
그래서 이 오류를 해결하기 위해 어떤 else I can 시도하시겠습니까 아는 사람 있어요?
그러나 이 문제를 해결할 수 없는 IIS WCF. WCF 서비스 거부 공격을 피하기 위해 기본적으로 제한값 메시지를 65KB 대형 메시지. 또한 don& mtom 을 사용할 경우, [] t # 39 이 sends 바이트입니다 base64 로 인코딩된 문자열을 (33% 증가 크기) = >. * 1.33 48kb = 64KB
이 문제를 해결하기 위해 더 큰 메시지 서비스 수락하려면 재구성해야 합니다. 그러나 이 문제를 이전에 발생된 400x400 나쁜거라 요청 오류 상태 코드 맞는 새로운 버전을 WCF 413 엔드입니다 오류 유형의 사용하기 시작하였다.
'에' 맥스리세이브트메사주리즈 바인딩하면 설정해야 합니다. '세트' 레이더크로타스 할 수도 있습니다.
<system.serviceMoDel>
<bindings>
<basicHttpBinding>
<binding maxReceivedMessageSize="10485760">
<readerQuotas ... />
</binding>
</basicHttpBinding>
</bindings>
</system.serviceMoDel>
전 같으면 IIS 7.5 문제가 있는 WCF 미삭 서비스용입니다. 위의 모든 파일을 업로드 하고, 이를 통해 귀국할 것이라는 413 Request 엔티티에는 ", 65k 게시물로의 오류가 너무 large".
먼저 이해해야 하는 어떤 종류의 바인딩하면 웹스콘프리스 you& # 39, ve 에 구성되어 있다. # 39 의 here& 좋은 글.
https://stackoverflow.com/questions/2650785/basichttpbinding-vs-wshttpbinding-vs-webhttpbinding
그 후, 정보기술 (it) 을 구성할 경우 서비스 미삭 " webhttpbinding". # 39 의 here& 수정:
<system.serviceMoDel>
<bindings>
<webHttpBinding>
<binding
maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647"
maxBufferSize="2147483647" transferMode="Streamed">
</binding>
</webHttpBinding>
</bindings>
'설정' 이 같은 문제가 해결 및 우프로드리아다헤드시즈 했어요.
http://www.iis.net/configreference/system.webserver/serverruntime
", 이 값은 2147483647 ." 0-사이의 합니다.
이 경우, 쉽게 설정되었습니다 applicationHost.config-fle don& # 39 는 cmd 것입니다. t want to do.
Windowsfolder\system32\inetsrv\config 위치한 '있다' (2008년 서버).
메모장을 함께 열어야 합니다. 첫 번째 파일이 백업하도록 실행하십시오.
이 방법을 사용하는 것이 구성용 주석에 따르면 권장됨 잠금해제합니다 단면에는 위치 태그:
<location path="Default Web Site" overrideMode="Allow">
<system.webServer>
<asp />
</system.webServer>
</location>"
쓸 수 있도록 있는 (doesn& 때문에 피쳐보다 앞에 # 39, t). 내가 직접 작성하는 방법을 쓰기 '가치' here 맥스발루 - 확인표시를.
<location path="THENAMEOFTHESITEYOUHAVE" overrideMode="Allow">
<system.webServer>
<asp />
<serverRuntime uploadReadAheadSize="2147483647" />
</system.webServer>
</location>
이 경우, 예를 들어, '마지막' < /configuration> 동일팔레트에 전에 네가 어디에 있었는지 알고 할꺼이나.
문제 해결 되길 바란다. 이 문제를 너무 게시물로의 동결, 여기서 인턴이었을때를 SSL 오버헤드에 가져다줄래요 raising a (413) 는 응용 프로그램, 너무 큰 reques 엔티티에는 오류.
난 이 오류 메시지를 받은 경우에도 '막스' 내 안에 내가 경식도 설정되었습니다 바인딩하면 WCF 서비스 구성 파일:
<basicHttpBinding>
<binding name="NewBinding1"
receiveTimeout="01:00:00"
sendTimeout="01:00:00"
maxBufferSize="2000000000"
maxReceivedMessageSize="2000000000">
<readerQuotas maxDepth="2000000000"
maxStringContentLength="2000000000"
maxArrayLength="2000000000"
maxBytesPerRead="2000000000"
maxNameTableCharCount="2000000000" />
</binding>
</basicHttpBinding>
이러한 설정을 바인딩하면 weren& 적용하는 것처럼 보이지만, t # 39 카타시안 다음 오류 메시지:
>. (413) 서비스에 연결할 때 iis7 reques 엔티티입니다 너무 큽니다.
난 ',', '내 속성을 < " " 있다는 것을 알게 name =', '자유' 가 아니라 , 태그 service> 웹스콘피그 텍스트 필드, as I thought it was. 서비스 계약 구현한 것은 완전한 이름을 [이 접근을 제공하는] [1] 에서 언급한 것처럼.
그런 다음, t, t # 39 doesn& 일치시킵니다 바인딩하면 설정 won& # 39 적용될!
<services>
<!-- The namespace appears in the 'name' attribute -->
<service name="Your.Namespace.ConcreteClassName">
<endpoint address="http://localhost/YourService.svc"
binding="basicHttpBinding" bindingConfiguration="NewBinding1"
contract="Your.Namespace.IConcreteClassName" />
</service>
</services>
누군가가 고통을 절약합니다 일부 바란다.
[1]: 이아스파스 https://msdn.microsoft.com/en-us/library/ms733932 (v = vs. 110)
나를 통해 이 문제를 해결하기 위해 (한 줄 - 분리-정합성 쉽게 구별할 수 있도록 / 복제본에 능력):
C:\Windows\System32\inetsrv\appcmd set config "YOUR_WEBSITE_NAME"
-section:system.webServer/serverRuntime /uploadReadAheadSize:"2147483647"
/commit:apphost
http://forums.newatlanta.com/messages.cfm = 554611A2-E03F-43DB-92F996F4B6222BC0&, # 상단형 트레이디드?
(링크 죽었을 경우 향후) 를 요약하십시오 경우, 인증서 및 서비스 클라이언트 요청은 충분히 큰 협상에 페일오버됩니다 임의로. # 39 이 발생하지 않도록 하는 데 필요한 특정 설정, ll, you& 활성화하십시오 너회의 SSL 바인딩. 다음은 단계를 you& # 39 에서 IIS 서버, ll 취할 필요가:
netsh http;;;; port> :< ipaddress> < 세르스트 추가 리포르트 = ' 응용 프로그램 id = {} > < 저장된 id 를 구성, 애플리케이션 등. 인증서 해시라고 체사시 = < 충스러웠으니 구했잖아 config>; 세르스토레나미 = <, 인증서 저장소를 통해 저장된 이름을 config>. 활성화하십시오 클리나세르네그로이션 = '
편집: 내 경험상 전날에약혼자에게 can& t # 39 에서 '명령' 추가, 실제로 실행하십시오 netsh http 세르스트 명령줄이 직접. # 39, ll you& 입력해야 하는 등 '다음' 관리 '문제를 먼저 netsh 프롬프트합니다 netsh 를 추가 세르스트.' 위해서 http 리포르트 = 것이다.
[1]: 이아스파스 https://msdn.microsoft.com/en-us/library/windows/desktop/cc307220 (v = vs. 85)
또한 '설정' 을 int., 나를 위해 우프로드리아다헤드시즈 맥스발루 뒤에을 대한 제한을 WCF 바인딩하면 늘고 문제가 해결되었습니다.
Ssl 을 사용할 경우 전체 reques 엔티티에는 것으로 보인다고 이 메타베이스 속성에 body) 는 사전, 이를 위해 사용됩니다.
자세한 내용, 지켜보리니:
Iis 의 판매업체에서 사람이 필요 WCF error: 413: 대기업 및 WCF 서비스를 사용하여 reques 엔티티에는 Sharepoint 의 이 정보는 당신꺼에요. 이 설정을 config. 애플리케이션 호스트 및 다른 사이트 / 게시물 don& 웹스콘피그 제안됩니다 # 39 를 사용할 경우, SharePoint 의 무라티프레바시드레스바식트프빈딩저비스트로스파스토리 빗나갔다. Sp Powershell 스페웹저비스.콘텐토 새로 만들 수 있는 서비스를 사용할 수 있습니다, 위와 같이 단축시킵니다 스페우스프스팅스 객체에는 설정 및 업데이트 서비스 (그 won& # 39, t 타임코드가). 잊지 말고 그냥 이름을 사용하여 만들 때 (예: [유서빅e.스프스]) 서비스 및 추가 꾸미기야. 자세한 정보 사이트 (https://robertsep.wordpress.com/2010/12/21/set-maximum-upload-filesize-sharepoint-wcf-service) 이 슬라이드에서는
Visual Studio 2017년 Express (iis 잡을라는데 유사한 오류가 있습니다.
>. HTTP 오류 413.0 - 요청 엔티티입니다 너무 큽니다. >. >. 때문에 이 페이지를 표시안된 sanlight reques 엔티티입니다 너무 큽니다. >. >. 대부분 원인: >. >. - 웹 서버는 서비스 요청을 거부하고 있기 때문에 요청 >. 엔티티입니다 너무 큽니다. >. >. - 웹 서버는 서비스 요청을 할 수 있기 때문에 >. 그러나 reques 엔티티에는 클라이언트 인증서가 협상을 너무 큽니다. >. >. - Request URL 또는 물리적 구성도를 URL (즉, 실제 >. 파일 시스템 경로를 URL& # 39 의 콘텐츠) 가 너무 깁니다. >. >. >. 것을 볼 수 있습니다. >. >. - Enable-volume-set 요청인지 유효함. >. >. - 클라이언트 인증서를 사용하는 경우, 종료기: >. >. - 원거리일수록 system.webServer/serverRuntime@uploadReadAheadSize >. >. - 클라이언트 인증서가 SSL 종단점이나 구성하는 협상을 위해 일부로 >. 초기 SSL 핸드셰이크하는. (추가 netsh http 세르스트. >. vs\config\applicationhost.config 활성화하십시오 클리나세르네그로이션 =)
이 문제를 해결할 수 .vs\config\applicationhost.config 편집하여 ''. '에서' 스위치 '세르베르런타임 eny' 를 통해 '다음과 같습니다.
<section name="serverRuntime" overrideModeDefault="Allow" />
만약 이 값이 없는 편집됩니다 우프로드리아다헤드시즈 '설정' 과 같은 오류가 발생하는 이 때 얻을 수 있습니다.
>. HTTP 오류 500.19 - 내부 서버 오류 >. >. 때문에 관련 요청한 페이지를 이용할 수 없다 >. 페이지의 구성 데이터를 사용할 수 있습니다. >. >. 현재 이 경로를 구성 섹션을 사용할 수 없습니다. 이 같은 일이 >. 한 때 섹선에서 잠겼음을 상위 수준. 이 방법으로 잠금식 >. 기본 (오브리디모데데포트 = " Deny";), 또는 명시적으로 설정되었습니다 의해 위치 >. 태그로 오브리디모데 = " Deny"; 또는 기존 알로보버라이드 = " false";).
웹스콘피그 편집하십시오 '' 을 (를) 값은 다음과 같습니다.
<system.webServer>
<serverRuntime uploadReadAheadSize="10485760" />
...
원격 서버에 대한 실행하십시오 반환되었습니다 예상치 못한 대응: (413) 에 있는 WCF 레스풀 reques 엔티티입니다 너무 큽니다.
내 설명하란말야 구성으로의 참조하십시오.
< system.serviceModel>; < client>;
</client>
<serviceHostingEnvironment multipleSiteBindingsEnabled="false" aspNetCompatibilityEnabled="true"/>
<bindings>
<!-- this for restfull service -->
<webHttpBinding>
<binding name="RestfullwebHttpBinding"
maxBufferPoolSize="2147483647"
maxReceivedMessageSize="2147483647"
maxBufferSize="2147483647" transferMode="Streamed">
<readerQuotas
maxDepth="2147483647"
maxStringContentLength="2147483647"
maxArrayLength="2147483647"
maxBytesPerRead="2147483647" />
</binding>
</webHttpBinding>
<!-- end -->
<!-- this for Soap v.2 -->
<wsHttpBinding>
<binding name="wsBinding1" maxReceivedMessageSize="2147483647" closeTimeout="00:10:00" openTimeout="00:10:00" receiveTimeout="00:10:00" sendTimeout="00:10:00" bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard" maxBufferPoolSize="2147483647" messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true" allowCookies="false">
<readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647"/>
<reliableSession ordered="true" inactivityTimeout="00:10:00" enabled="false"/>
<!--UsernameToken over Transport Security-->
<security mode="TransportWithMessageCredential">
<message clientCredentialType="UserName" establishSecurityContext="true"/>
</security>
</binding>
</wsHttpBinding>
<!-- this for restfull service -->
<!-- this for Soap v.1 -->
<basicHttpBinding>
<binding name="basicBinding1" maxReceivedMessageSize="2147483647" closeTimeout="00:10:00" openTimeout="00:10:00" receiveTimeout="00:10:00" sendTimeout="00:10:00" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferPoolSize="2147483647" messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true" allowCookies="false" transferMode="Streamed">
<readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647"/>
<security mode="None"/>
</binding>
</basicHttpBinding>
</bindings>
<!-- end -->
<services>
<clear/>
<service name="ING.IWCFService.CitisecHashTransfer" >
<endpoint address="http://localhost:8099/CitisecHashTransfer.svc"
behaviorConfiguration="RestfullEndpointBehavior"
binding="webHttpBinding"
bindingConfiguration="RestfullwebHttpBinding"
name="ICitisecHashTransferBasicHttpBinding"
contract="ING.IWCFService.ICitisecHashTransfer" />
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="ServiceBehavior">
<serviceMetadata httpsGetEnabled="true"/>
<serviceDebug includeExceptionDetailInFaults="true"/>
<dataContractSerializer maxItemsInObjectGraph="2147483647"/>
<serviceCredentials>
<userNameAuthentication userNamePasswordValidationMode="Custom" customUserNamePasswordValidatorType="ING.IWCFService.IWCFServiceValidator, ING.IWCFService"/>
</serviceCredentials>
<serviceSecurityAudit auditLogLocation="Application" serviceAuthorizationAuditLevel="SuccessOrFailure" messageAuthenticationAuditLevel="SuccessOrFailure"/>
<serviceThrottling maxConcurrentCalls="1000" maxConcurrentSessions="100" maxConcurrentInstances="1000"/>
</behavior>
<behavior>
<serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
<serviceDebug includeExceptionDetailInFaults="true"/>
<dataContractSerializer maxItemsInObjectGraph="2147483647"/>
</behavior>
</serviceBehaviors>
<endpointBehaviors>
<behavior name="EndpointBehavior">
<dataContractSerializer maxItemsInObjectGraph="2147483647" />
</behavior>
<behavior name="RestfullEndpointBehavior">
<dataContractSerializer maxItemsInObjectGraph="2147483647" />
<webHttp/>
</behavior>
</endpointBehaviors>
</behaviors>
< /system.serviceModel>;
내 경우 큰 변화가 있었는데, 이 오류 메시지를 받고 있었기 때문에, s # 39 는 abc. service& 네임스페이스이며 서비스 태그 오래된 이름공간이. 내가 이 오류를 고칠 네임스페이스이며 사라지는:
<services>
<service name="My.Namespace.ServiceName"> <!-- Updated name -->
<endpoint address=""
binding="wsHttpBinding"
bindingConfiguration="MyBindingConfiguratioName"
contract="My.Namespace.Interface" <!-- Updated contract -->
/>
</service>
</services>