hoop dat ik het goede subforum heb gekozen.
wij hebben een module waar andere bedrijven op inloggen om opdrachten aan te melden. Onze oude versie stond op www.onsbedrijf.nl/module. Onze nieuwe versie staat op module.onsbedrijf.nl (beiden https). We hebben een Comodo RSA *.onsbedrijf.nl certificaat die op beide websites staat ingesteld in IIS. Server is Windows 2012. Ik vermoed dat het probleem niet server-side is.
Geen enkele klant ervaart problemen met module.onsbedrijf.nl, dit loopt al bijna 2 jaar. Eén specifieke klant is per deze week overgestapt van de oude versie naar de nieuwe versie en die ondervindt wél problemen. Ik wil ze niet aan hun lot overlaten en graag helpen. Klant beweert geen domeinnamen geblokkeerd te hebben in hun firewall. Ik zie overigens in de IIS logging ook de request binnenkomen van de klant en een httpcode 200 teruggeven.
Wat is het probleem?
Klant heeft chrome als default browser en opent daar onze site in. Het duurt een hele tijd. Linksonderin staat "Establishing secure connection" en dan krijgt de klant een error pagina met de error ERR_CONNECTION_RESET. Vanmorgen konden alle medewerkers van de klant ineens wél op onze site. Omdat we dachten dat er blijkbaar vannacht een soort flush van de firewall of iets dergelijks is geweest gingen we er vanuit dat het probleem opgelost was. Maar vanmiddag kon geen enkele medewerker meer inloggen. (vreemd ook dat ze gelijk allemaal niet meer kunnen inloggen).
Het communiceren met de klant is wat lastig (ander land, andere taal, systeembeheerder met telefoonvrees) dus dat belemmert het nog wel een beetje.
- heb een test.html pagina gemaakt, om parsing-problemen uit te sluiten
- Ik heb gevraagd andere browser te proberen (nog geen reactie, maar is ook geen structurele oplossing uiteraard).
- gevraagd om via chrome://net-internals de DNS en de Sockets op te schonen, geen resultaat
- op onze IIS de logging zo uitgebreid mogelijk gezet, maar zie niets geks
- heb gevraagd F12 te doen en wat screenshots van foutmeldingen enzo te doen, niets geks te zien
- heb hun systeembeheerder een aantal google links gestuurd waarin wat tip worden gegeven over dit probleem. (TLS instellen in browsersettings, Proxy niet autodetecteren, en meer van dat soort kleine dingen). Ook geen structurele oplossingen volgens mij (en wellicht staan de settings wel goed). Geen reactie van gekregen nog.
eigenlijk hoop ik dat iemand wellicht een vermoeden heeft hier op het forum zodat ik dit pro-actief kan oplossen. Hopelijk met een server-setting, maar dat zal wel niet
wij hebben een module waar andere bedrijven op inloggen om opdrachten aan te melden. Onze oude versie stond op www.onsbedrijf.nl/module. Onze nieuwe versie staat op module.onsbedrijf.nl (beiden https). We hebben een Comodo RSA *.onsbedrijf.nl certificaat die op beide websites staat ingesteld in IIS. Server is Windows 2012. Ik vermoed dat het probleem niet server-side is.
Geen enkele klant ervaart problemen met module.onsbedrijf.nl, dit loopt al bijna 2 jaar. Eén specifieke klant is per deze week overgestapt van de oude versie naar de nieuwe versie en die ondervindt wél problemen. Ik wil ze niet aan hun lot overlaten en graag helpen. Klant beweert geen domeinnamen geblokkeerd te hebben in hun firewall. Ik zie overigens in de IIS logging ook de request binnenkomen van de klant en een httpcode 200 teruggeven.
Wat is het probleem?
Klant heeft chrome als default browser en opent daar onze site in. Het duurt een hele tijd. Linksonderin staat "Establishing secure connection" en dan krijgt de klant een error pagina met de error ERR_CONNECTION_RESET. Vanmorgen konden alle medewerkers van de klant ineens wél op onze site. Omdat we dachten dat er blijkbaar vannacht een soort flush van de firewall of iets dergelijks is geweest gingen we er vanuit dat het probleem opgelost was. Maar vanmiddag kon geen enkele medewerker meer inloggen. (vreemd ook dat ze gelijk allemaal niet meer kunnen inloggen).
Het communiceren met de klant is wat lastig (ander land, andere taal, systeembeheerder met telefoonvrees) dus dat belemmert het nog wel een beetje.
- heb een test.html pagina gemaakt, om parsing-problemen uit te sluiten
- Ik heb gevraagd andere browser te proberen (nog geen reactie, maar is ook geen structurele oplossing uiteraard).
- gevraagd om via chrome://net-internals de DNS en de Sockets op te schonen, geen resultaat
- op onze IIS de logging zo uitgebreid mogelijk gezet, maar zie niets geks
- heb gevraagd F12 te doen en wat screenshots van foutmeldingen enzo te doen, niets geks te zien
- heb hun systeembeheerder een aantal google links gestuurd waarin wat tip worden gegeven over dit probleem. (TLS instellen in browsersettings, Proxy niet autodetecteren, en meer van dat soort kleine dingen). Ook geen structurele oplossingen volgens mij (en wellicht staan de settings wel goed). Geen reactie van gekregen nog.
eigenlijk hoop ik dat iemand wellicht een vermoeden heeft hier op het forum zodat ik dit pro-actief kan oplossen. Hopelijk met een server-setting, maar dat zal wel niet
/u/57387/claimedavatar-70.png?f=community){kind=avatar}
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
