Löysin mielenkiintoisen linkin sivulta:
http://www.collisiondetection.net/mt/archives/2006/06/study_people_th.php
itse linkki on:
http://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Selaimella tuota ei voi imuroida, yritys törmää sertifikaattiongelmaan.
linuxin wget -komennon käyttö tuohon paljastaa, että normaali http -linkki uudelleenohjaa https -linkkiin, joka on seuraava:
https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Siispä yritin seuraavaa komentoa linuxin komentoriviltä:
wget --no-check-certificate https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
komento antoi seuraavan vastauksen:
--2011-04-11 21:23:57-- https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Selvitetään osoitetta www.gsb.uchicago.edu... 128.135.211.53
Yhdistetään palvelimeen www.gsb.uchicago.edu|128.135.211.53|:443... yhdistetty.
VAROITUS: ei voida todentaa kohteen www.gsb.uchicago.edu varmennetta, myöntäjä: "/O=VMware Installer":
Ei voida paikallisesti todentaa myöntäjän valtuutusta.
VAROITUS: varmenteen yleinen nimi "localhost.localdomain" ei täsmää palvelimen nimeen "www.gsb.uchicago.edu".
HTTP-pyyntö lähetetty, odotetaan vastausta... 404 Not Found
2011-04-11 21:23:57 VIRHE 404: Not Found.
Eli näyttää siltä, että palvelimen ylläpitäjä on möhlinyt: jättänyt alkuperäiseen URLiin linkin, joka osoittaa SSL -salattuun toiseen URLiin, jossa ensinnäkin sertifikaatti on pielessä, ja toiseksi kohde-URLin takana ei ole vastaavaa tiedostoa.
Siinä toivossa, ettei tiedostoa ole poistettu tahallaan, vaan kyse olisi vain taitamattoman sivun ylöläpidon möhläyksestä, voisi tietysti yrittää ko. palvelimella olevista muista html -sivuista etsiä mahd. toimivan linkin, pdf -tiedostoon, jos sellaista on.
Mutta:
esim. osoitteiden:
http://www.gsb.uchicago.edu/fac/nicholas.epley/
http://www.gsb.uchicago.edu/fac/
https://www.gsb.uchicago.edu/
latausyritys aiheuttaa iceWeaselissä (=debianisoitu Firefox -klooni)
virheilmoituksen:
This Connection is Untrusted
You have asked Iceweasel to connect
securely to www.gsb.uchicago.edu, but we can't confirm that your connection is secure.
Normally, when you try to connect securely,
sites will present trusted identification to prove that you are
going to the right place. However, this site's identity can't be verified.
---------------------------
Kyseisen pdf:n oletan sisältävän englanninkielistä tekstiä psykologisesta tutkimustuloksesta, jossa on todettu ihmisten ymmärtävän sähköposteja väärin huomattavastyi herkemmin kuin joko henkilökohtaisessa tai puhelinkeskustelussa puhuttua asiaa.
Olen alunperin nähnyt tekstiä vastaavasta tutkimustuloksesta jo vuosia sitten, mutta en ole onniostunut löytämäään dataa aiheesta uudelleen.
Jos tuota pdf:ää ei mistään löydy, jää ainoaksi tekstiksi aiheesta tämä:
http://www.collisiondetection.net/mt/archives/2006/06/study_people_th.php
Itse psykologinen aihe kuuluu varmaan lähinnä psykologia -palstalle, joten tässä olisi syytä keskittyä asian tekniseen puoleen, eli mitä tehdä kun sivun ylläpitäjä on uudelleenohjannut kaikki normaalit http -pyynnöt vastaaviksi https -pyynnöiksi, mutta https -palvelimella ei ole kelvollista sertifikaattia, lisäksi ainakin jotkut kohteet puuttuvat kokonaan.
http://www.collisiondetection.net/mt/archives/2006/06/study_people_th.php
itse linkki on:
http://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Selaimella tuota ei voi imuroida, yritys törmää sertifikaattiongelmaan.
linuxin wget -komennon käyttö tuohon paljastaa, että normaali http -linkki uudelleenohjaa https -linkkiin, joka on seuraava:
https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Siispä yritin seuraavaa komentoa linuxin komentoriviltä:
wget --no-check-certificate https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
komento antoi seuraavan vastauksen:
--2011-04-11 21:23:57-- https://www.gsb.uchicago.edu/fac/nicholas.epley/Krugeretal05.pdf
Selvitetään osoitetta www.gsb.uchicago.edu... 128.135.211.53
Yhdistetään palvelimeen www.gsb.uchicago.edu|128.135.211.53|:443... yhdistetty.
VAROITUS: ei voida todentaa kohteen www.gsb.uchicago.edu varmennetta, myöntäjä: "/O=VMware Installer":
Ei voida paikallisesti todentaa myöntäjän valtuutusta.
VAROITUS: varmenteen yleinen nimi "localhost.localdomain" ei täsmää palvelimen nimeen "www.gsb.uchicago.edu".
HTTP-pyyntö lähetetty, odotetaan vastausta... 404 Not Found
2011-04-11 21:23:57 VIRHE 404: Not Found.
Eli näyttää siltä, että palvelimen ylläpitäjä on möhlinyt: jättänyt alkuperäiseen URLiin linkin, joka osoittaa SSL -salattuun toiseen URLiin, jossa ensinnäkin sertifikaatti on pielessä, ja toiseksi kohde-URLin takana ei ole vastaavaa tiedostoa.
Siinä toivossa, ettei tiedostoa ole poistettu tahallaan, vaan kyse olisi vain taitamattoman sivun ylöläpidon möhläyksestä, voisi tietysti yrittää ko. palvelimella olevista muista html -sivuista etsiä mahd. toimivan linkin, pdf -tiedostoon, jos sellaista on.
Mutta:
esim. osoitteiden:
http://www.gsb.uchicago.edu/fac/nicholas.epley/
http://www.gsb.uchicago.edu/fac/
https://www.gsb.uchicago.edu/
latausyritys aiheuttaa iceWeaselissä (=debianisoitu Firefox -klooni)
virheilmoituksen:
This Connection is Untrusted
You have asked Iceweasel to connect
securely to www.gsb.uchicago.edu, but we can't confirm that your connection is secure.
Normally, when you try to connect securely,
sites will present trusted identification to prove that you are
going to the right place. However, this site's identity can't be verified.
---------------------------
Kyseisen pdf:n oletan sisältävän englanninkielistä tekstiä psykologisesta tutkimustuloksesta, jossa on todettu ihmisten ymmärtävän sähköposteja väärin huomattavastyi herkemmin kuin joko henkilökohtaisessa tai puhelinkeskustelussa puhuttua asiaa.
Olen alunperin nähnyt tekstiä vastaavasta tutkimustuloksesta jo vuosia sitten, mutta en ole onniostunut löytämäään dataa aiheesta uudelleen.
Jos tuota pdf:ää ei mistään löydy, jää ainoaksi tekstiksi aiheesta tämä:
http://www.collisiondetection.net/mt/archives/2006/06/study_people_th.php
Itse psykologinen aihe kuuluu varmaan lähinnä psykologia -palstalle, joten tässä olisi syytä keskittyä asian tekniseen puoleen, eli mitä tehdä kun sivun ylläpitäjä on uudelleenohjannut kaikki normaalit http -pyynnöt vastaaviksi https -pyynnöiksi, mutta https -palvelimella ei ole kelvollista sertifikaattia, lisäksi ainakin jotkut kohteet puuttuvat kokonaan.
Vastaukset 1
Vanhimmat
Ihan normaalia mokailua. Tuota näkee valitettavasti joka päivä.
Katsoppa mitä tämäkin sanoo:
https://www.valtioneuvosto.fi/
Samoin DNA:n tumpelot adminit sössi noiden kanssa oikein urakalla. Ilmeisesti muilutin ne niin pahasti täällä palstalla, että nuo kirjoitukset on sittemmin poistettu. No ainoa asia minkä he samalla todistivat oli se, että olin oikeassa, koska eivät kestäneet totuutta.