== Certificate ==
The web service communicates with A secure connection between the {{UBIK}} client via an secured connection, which clients and web service requires a SSL certificate on both, the server and client side. Use This certificate can either be a root authority certificate, or any other public key certificate from a certificate authority or enabling a selfsecured connection between the web service and the clients. Self-signed certificate, both certifcates will work for be rejected by the client {{UBIKVersion/WinXSince|4.0}} {{Version/XamarinSince|4. A new self-signed certificate can be created in the ''Internet Information Server (IIS) Manager'', exported using the export function and sent to the development team. As already mentioned, the client has to know this certificate as well, hence it need to be integrated it into the mobile application.0}}
A new self-signed certificate can be created in the ''Internet Information Server (IIS) Manager'', exported using the export function and sent to the development team. As already mentioned, the client has to know this certificate as well, hence it need to be integrated it into the mobile application. {{Attention|{{UBIK}} requires a valid certificate for SSL encryption, free certifcates can be obtained e.g. from [https://letsencrypt.org/ Let's Encrypt]!}}
<gallery widths="400" heights="400" >
File:UI Certificate.04.png|5 - Installed certificates
</gallery>
== Bindings ==
</gallery>
===For Windows 8.1 ClientsWinX and Web-Client===
<gallery widths="400" heights="400" >
File:UI Binding.01.png|1 - Binding
File:UI_Binding_Win8.02.png|4 - Binding
</gallery>
== Configure compression ==
Web service responses can be compressed in order to improve performance and reduce web traffic. This can be easily done from the web server side in IIS manager.
{{Hint|In case the compression modules are not yet installed, please refer to [[https://www.iis.net/configreference/system.webserver/httpcompression?showTreeNavigation=true this]] for instructions.}}
<gallery widths="400" heights="300" >
File:HowTo_IIS_Compression_01.png|1 - Entries for compression settings
File:HowTo_IIS_Compression_02.png|2 - Enable compression in general
File:HowTo_IIS_Compression_03.png|3 - Configure what & when to compress
File:HowTo_IIS_Compression_04.png|4 - Configure what to compress
</gallery>
* It is possible to configure when to compress service responses like shown in Figure.3. The "dynamicCompressionDisableCpuUsage" tells the service to stop compressing when the CPU load reaches above 90%; And the "dynamicCompressionEnableCpuUsage" tells the service to start compressing when the CPU load drops below 50%. These parameters should work well in most cases but can be modified if necessary;
* {{UBIK}} service responses are in formats of either "text/xml"(text/*) or "application/json". So just make sure they are configured to be compressed like shown in Figure.4. If there are no such entries, just right click and add them accordingly;
* There are 10 different levels of compression, ranging from 0~9 where 9 is most CPU intensive but produces the best compress rate. The default level is 0 and this can be changed (e.g. to level 9) with the following command (need to run the Windows console as an administrator first):
C:\Windows\System32\Inetsrv\Appcmd.exe set config -section:httpCompression -[name='gzip'].dynamicCompressionLevel:9
<gallery widths="700" heights="140" >
File:HowTo_IIS_Compression_05.png|5 - Change compression levels
</gallery>
Here are some test results of the transferred content size and duration under different compression levels.
{| class="wikitable" | width = "50%" | style="text-align:right;"
|-
! style="text-align:right;"| Compression Level !! style="text-align:right;"| Meta Definitions !! style="text-align:right;"| One Content Level !! style="text-align:right;"| Branch Download
|-
| Level 0|| 4,732,058 bytes || 23,470 bytes || 318,847,597 bytes (9 minutes)
|-
| Level 4|| 3,050,115 bytes || 7,915 bytes || 79,384,336 bytes (5 minutes)
|-
| Level 9|| 2,851,318 bytes || 5,681 bytes || 48,037,714 bytes (4 minutes)
|-
|}
As one can see from the table, compression can greatly reduce the amount of data to transfer. So theoretically, it is recommended to turn it on and use a higher compression level whenever possible. In practice, though, one has to check the following facts before making such a decision.
* CPU: Compression will require additional CPU processing power (more for higher levels).
* Network bandwidth: The lower the bandwidth, the more sense it makes to enable compression.
In the table above, one might already notice the reduction in time is not linear to the reduction in data amount. Take level 0 and level 9 for example, the time is "only" cut in half even when the data amount is reduced by 85%. These were tested with a 54Mbps bandwidth. Once we did our tests again with a 450Mbps bandwidth, the time reduction is even less (less than 6 minutes v.s. 3 minutes). If the bandwidth increases further, e.g. to Gbps, the time reduction might become negligible. Combined with a weak CPU, it is even possible that the time will be increased with higher compression levels.
Therefore, there is no general rulebooks for whether to turn on compression or not. The safest approach is still to try out different settings in the real setup.
As for the memory consumption, no observable difference was found between different compression settings (no compression and level 0 to 9) during our testing.
== Create new Web Application ==
</gallery>
[[Category:How-To|Configure Microsoft IIS for UBIK]][[Category:Installing|Configure Microsoft IIS for UBIK]][[Category:Web service|Configure Microsoft IIS for UBIK]]
== Additional prerequisites ==
<nowiki>https://<SERVER-IP>[:<PORT>]/<PATH-TO-UBIK-WEBSERVICE>/UBIKContent.svc/GetVersion</nowiki>
</code>
== Further Security Configuration & Hardening ==
=== TLS Level ===
If the {{UBIK}} WebServices are supposed to communicate with other WebServices, e.g. an interface component or an Azure Blob container for file storage, the appropriate TLS level needs to be ensured. While this can be enforced with a registry key, it is best practice to let the OS and the .NET Framework negotiate it. To enable that, the ''targetFramework'' attribute of the ''httpRuntime'' element in the ''Web.config'' file of the WebService in question (normally the {{UBIK}} content WebService) has to be set to the desired .NET Framework level, should typically be the same that the service was compiled against. So if TLS 1.2 shall be supported and default, the ''targetFramework'' needs to be set to 4.6 like in this example:
<source lang="xml">
<system.web>
<customErrors mode="Off"/>
<httpRuntime maxRequestLength="65536" targetFramework="4.6" />
<compilation debug="true"
defaultLanguage="c#"
targetFramework="4.6" />
</system.web>
</source>
The full documentation on TLS best practices with .NET can be found [https://docs.microsoft.com/en-us/dotnet/framework/network-programming/tls here].
=== Hardening ===
For hardening instructions of IIS, please follow the following best practice guidelines:
* [https://www.cisecurity.org/benchmark/microsoft_iis/ Center for Internet Security IIS Benchmark]
* [https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj635855(v=ws.11) Security Best Practices for IIS]
== Configure Upload of large files ==
{{Attention|The [[Configuration_Files/web.config#Upload_of_large_files]] and [[Configuration_Files/Bindings.config#Upload_of_large_files]] must also be adapted otherwise, the upload will fail.}}
The following description was taken from: https://www.inflectra.com/Support/KnowledgeBase/KB306.aspx
* Open IIS Manager.
* Select the website that you want to configure.
* Make sure you are in the Feature View per the button at the bottom of the manager.
* Select Requests Filtering and open it by double-clicking the icon. The Request Filtering pane displays:
<gallery widths="400" heights="400" >
File: IIS1.png|1 - Request Filtering
</gallery>
* From the Actions pane on the right-hand side of the screen click Edit Features Settings.
* Edit Request Filtering Settings window will open.
* In the Request Limits section, enter the appropriate Maximum allowed content length ('''Bytes''') and then click the OK button
<gallery widths="400" heights="400" >
File: IIS2.png|2 - Edit Feature Settings
</gallery>
* Restart IIS
[[Category:How-To|Configure Microsoft IIS for UBIK]]
[[Category:Installing|Configure Microsoft IIS for UBIK]]
[[Category:Pages with broken file links|Configure Microsoft IIS for UBIK]]
[[Category:Web service|Configure Microsoft IIS for UBIK]]
== See also ==
[[Category:How-To|Configure Microsoft IIS for UBIK]]
[[Category:Installing|Configure Microsoft IIS for UBIK]]
[[Category:Pages with broken file links|Configure Microsoft IIS for UBIK]]
[[Category:Web service|Configure Microsoft IIS for UBIK]]