esmaspäev, 20. aprill 2015
ID-kaardi tarkvara alates versionist 3.10.2 ning IIS6 ja IIS7
HttpClientCertificate sert = Request.ClientCertificate;
if (!sert.IsPresent)
{
sai lati vastuseks, et sertifikaati pole, ehk PIN1 ei küsitud
Asja saab taas töökorda Windows'i serveri registris asukohas HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL võtme SendTrustedIssuerList väärtusega 0 (tüüp REG_DWORD) lisamisega
reede, 27. juuli 2012
IIS veebiserveri SK sertifikaadid ID-kaardiga autentimiseks
Kogu vajalik sertifikaatide majandus IIS7/IIS6 peal on siis järgmine:
Ava serveri käsurealt mmc Microsoft Management Console ja menüüs File -> Add/remove Snap-In lisa Certificates (Local Computer)
Trusted Root Certification Authorities:
(SK repo kodulehelt http://www.sk.ee/repositoorium/sk-sertifikaadid/ sertifikaadid Juur-SK ja EE Certification Centre Root CA )
Intermediate Certification Authorities:
(SK repo kodulehelt http://www.sk.ee/repositoorium/sk-sertifikaadid/ sertifikaadid ESTEID-SK 2011 ja KLASS3-SK 2010 )
IIS-is tuleb ASPX lehe Features View peal ära määrata SSL seadetes kas aktsepteerida või nõuda kliendi sertifikaati ja veebilehe code-behind võiks välja näha selliselt:
if (!Page.IsPostBack)
{
HttpClientCertificate sert = Request.ClientCertificate; //küsib kliendi sertifikaati(PIN koodi aken tuleb ette)
if (sert.IsPresent) //kas sai sertifikaadi kätte
{
if (System.DateTime.Now < sert.ValidUntil) //kas kliendi sertifikaat on kehtiv
{ //tee nüüd midagi kättesaadud infoga sertifikaadilt
NB! Kui tekib probleem "vanade" uuendamata sertifikaatidega ID-kaartide kasutamisel, ehk peale PIN koodi sisestamist ilmub näiteks Firefoxil veateade
Internet Information Services (IIS)
reede, 22. oktoober 2010
applicationHost.config faili asukoht 32-bitistel arvutitel
C:\Windows\System32\inetsrv\config
Kui hakkad IIS7 all näiteks web.config faili RequestFiltering sektsiooni
sisse kirjutama ja pistab kisama, a'la
This configuration section cannot be used at this path. This happens when the section is locked at a parent level. Locking is either by default (overrideModeDefault="Deny"), or set explicitly by a location tag with overrideMode="Deny" or the legacy allowOverride="false".
siis põhjus selles, et applicationHost.config failis on
<section name="requestFiltering" overrideModeDefault="Deny">
keelatud web.config failides requestFiltering osa muuta
Lubada saad, kui muuta applicationHost.config failis overrideModeDefault="Allow"
peale seda iisreset ja võtab taas pildi ette
teisipäev, 18. mai 2010
ConnectionString seadete ülevõtmine virtuaalkataloogide puhul
260 <location path="DEMO">
261 <connectionStrings>
263 <add name="TkConnectionString" connectionString="Data Source=SQLSERVER;Min Pool Size=2;Initial Catalog=DEMO-BAAS;Application Name=DEMORAKENDUS;User ID=DEMO_KASUTAJA;Password=seeseGane234ja2342keeRuline" providerName="System.Data.SqlClient"/>
269 </connectionStrings>
Kõik nagu õige aga VirtualDirectoryst asja käima tõmmates pistab kisama, et va
"TkConnectionString" on juba olemas. Kuna see ConnectionStringide osa on
tõepoolest varem kirja pandud. Lahendus asjale see, et algne ConnectionString osa
tuleb mappida
29 <location inheritInChildApplications="false">
vahele näiteks niimoodi
29 <location inheritInChildApplications="false">
30 <connectionStrings>
31 <add name="TkConnectionString" connectionString="Data Source=SQLSERVER;Min Pool Size=2;Initial Catalog=BAASE;Application Name=OIGERAKENDUS;User ID=ORIGINAAL;Password=ikka97raSke76ja3536keerUline" providerName="System.Data.SqlClient"/>
32 </connectionStrings>
33 </location>
Nüüd nii, et VirtualDirectory-s olevasse rakendusse pöördumisel võtab teise andmebaasi ühenduse külge, ehk selle mis
261 <location path="DEMO">
osa sees kirjas on. VirtualDirectorys olevas web.config failis jätad ConnectionStrings osa üldse ära.
kolmapäev, 13. jaanuar 2010
requestFiltering maxQueryString ja Sys.WebForms.PageRequestManager is null or not an object viga

Kui juhtub, et IE8 hakkab veebilehele vasakul allääres näitama kollast hüüumärgiga kolmnurka
tekstiga "Valmis, kuid lehel on tõrkeid" (Firefox 3.5.7, Opera 10.10 ja Safari 4.0.4 ei näita midagi kahtlast)
ning kui selle hüüumärgiga kolmnurga peal topeltlikkida tuleb veateadeSys.WebForms.PageRequestManager is null or not an object
ehk veebilehel võetakse AJAX-i toimimine maha
siis korda saab nii, et seda maxQueryString parameetri väärtust tuleb suurendanda
kolmapäev, 10. juuni 2009
ReportVieweri kasutamine IIS7 ja Windows Server 2008 korral

siis asja tööle seadmiseks
Variant A:
tuleb IIS Magnageriga (Application Pools) rakenduse basseini Managed Pipeline Mode seada "Classic" peale

Variant B tuleb basseini Intergated Mode korral rakenduse HandlerMappings menüüst käsitsi Add Managed Handler menüüpunkti abil ReportVieweri handler lisada, selleks:
Request Path ja Name koha peale kirjuta Reserved.ReportViewerWebControl.axd
Type: vali menüüst Microsoft.Reporting .., Microsoft.ReportViewer ..




