Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - teele

Sivuja: [1] 2 3 ... 27
1
Voisiko php:llä jotensakin luotettavasti varmistaa asiakaskoneen osoitteen. Jos esimerkiksi asiakas on vahingossa avannut 2 ikkunaa samalla koneella, niin palvelin haluaisi varmistaa, että ei pidä yhteyttä turhan takia kaksinkertaisena.

Netistä löytyi tällaisia tapoja asiakkaan osoitteen "varmistamiseksi", mutta mikä niistä on oikeasti varma ja mikä ei, on epäselvää. Ne eivät  näköjään edes ole aina palvelimen $_SERVER-taulukossa.

Koodia: [Valitse]

<?php

print( $HTTP_SERVER_VARS['HTTP_X_CLUSTER_CLIENT_IP'] . ' a' .  '</br>'); 
print( 
$_SERVER['REMOTE_ADDR'] . ' b' '</br>');
print( 
$_SERVER['HTTP_X_FORWARDED_FOR'] . ' c' '</br>');
print( 
$_SERVER['HTTP_VIA'] . ' d' '</br>');
print( 
$_SERVER['HTTP_CLIENT_IP'] . ' e ' '</br>');
print( 
$_SERVER['HTTP_CF_CONNECTING_IP'] . ' f' '</br>');
print( 
$_SERVER['HTTP_XREAL_IP'] . ' g' .  '</br>');
print( 
$_SERVER['HTTP_REFERER'] . ' h' .  '</br>');

?>


Jollain tavalla palvelimen kai pitää tietää, mitä se on lähettämässä minnekin, missä muuttujassa tämän tiedon pitäisi olla.

MUOK.

Tämä taitaa toimia

Koodia: [Valitse]
print( $_SERVER['REMOTE_ADDR']?:($_SERVER['HTTP_X_FORWARDED_FOR']?:
          $_SERVER['HTTP_CLIENT_IP'])  );





2
php-puolelta puuttui 1 sulku, nyt näyttää menevän läpi pyyntö, jolla x saa esimekiksi arvon "aa 11111"

Onnistuuko kokpnaisen rivin lähettäminen, on vielä epävarmaa, ainakaan nopeat kokeilut eivät näyttäneet onnistuvan, mutta yksi arvo x:lle riittää, oli vain vähän kokeilumieltä, kun taas näyttää toimivan.

Lyhyin muoto ilman parametriluokkaa ohjelmasta on nyt ollut tällainen

Koodia: [Valitse]
#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT
#include  "/home/oma/Documents/my_httplib/cpp-httplib-master/httplib.h"

int main(void)
{
  httplib::Client cli("omadomaini1.dy.fi", 80);

  auto res = cli.Post("/testihakemisto/sf02.php", "x=123456 77", "application/x-www-form-urlencoded");

  if(res)
  {
    std::cout << "Status: " << res->status << std::endl;
  }
  else
  {
    std::cout << "POST failed" << std::endl;
  }
}


Ehkä säikeen voi nyt laittaa hyvällä omallatunnolla ratkaistuksi, en varmaan ilman kehoitusta olisi alkanut php-puolta tutkimaan.

Kiitos neuvoista  :)

3
Aluksi kokeilin myös tavallisella numerosarjalla 5511 tai jotain sellaista, ja nyt poistin välilyönnin ja käänsin uudestaan, mutta virhekoodi on vieläkin 500.

Ihan aluksi kokeilin muistaakseni parametri-luokan kanssa, mutta se ei näyttänyt toimivan, joten pengoin netistä sen stackoverflow ohjeen.

Muistaakseni tavllisessa socket-pyynnössä ja https-muotoisessa pyynnössä välilyönnit eivät haittaa ja x:n arvo on joskus ollut aaaa bbbb cccc ja se on tulostunut selaimella ihan oikein.

Varmistin vielä parametriluokan kanssa

Koodia: [Valitse]
#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT
#include  "/home/oma/Documents/my_httplib/cpp-httplib-master/httplib.h"

int main(void)
{

  httplib::Client cli("omadomaini1.dy.fi", 80);

  //auto res = cli.Post("/testihakemisto/sf02.php", "x=12345678", "application/x-www-form-urlencoded");

  httplib::Params params;
  params.emplace("x", "1234 ");
  params.emplace("y", "3333");

  auto res = cli.Post("/testihakemisto/sf02.php", params);



  if(res)
  {
    std::cout << "Status: " << res->status << std::endl;
  }
  else
  {
    std::cout << "POST failed" << std::endl;
  }

}





4
Juuri niin on tarkoitus, $_POST -taulukosta katsotaan x-arvo, ja tehdään sen kanssa jotain. x on string php-puolella eli se voi olla tässä kokeilussa suunnileen mitä vain, vaikka tekstirivi.

Ongelmana on, että en ole osannut tehdä oikeanmuotoista pyyntöä cpp-httplib -koodin kanssa ja tulee virhe 500 palvelimelta. Vastaavanlainen pyyntö toimii suoraan socketeilla tehtynä tai cpp-httplibillä https-muotoisena.

cpp-httplib-koodi on niin kätevän tuntuista, että olisi hienoa, jos sen saisi toimimaan myös tässä tapauksessa. Vanhaa socket-koodia piti kirjoitella paljon enemmän.

5
Taisin iloita liian aikaisin, en huomannut, että paluukoodin 200 sijasta tulikin paluukoodi 500 ja php-muutujan arvo ei muuttunutkaan.

Ohjelma kääntyy hyvin ilman mitään ilmoituksia. Domaini toimii selaimella katsottaessa. Valitettavasti virhe 500 palvelimelta näyttää olevan yleisvirhe eli virhenumeron perusteella ei ole saatavissa lisätietoa.

cli.Post -kutsumuoto on kopioitu täältä

https://stackoverflow.com/questions/52274981/post-request-with-cpp-httplib

http-muuttuja on huona kieltä. Tässä sillä tarkoitettiin http-muotoisella pyynnöllä palvelinscriptille lähetettyä käskyä muuttaa muuttujan x arvoa php-sivulla. Asia liittyi hieman aikaisemman keskustelusäikeen kysymykseen, jossa tietoa palvelimelle välitettiin salatussa https-muodossa.

Mutta kysymys on tosiaan vielä auki, eikä virhekoodista 500 ole vielä ollut paljon apua.

Koko ohjelma on tässä

Koodia: [Valitse]
#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT
#include  "/home/oma/Documents/my_httplib/cpp-httplib-master/httplib.h"

int main(void)
{

  httplib::Client cli("omadomaini1.dy.fi", 80);

  httplib::Params params;
  auto res = cli.Post("/testihakemisto/sf02.php", "x=123456 78", "application/x-www-form-urlencoded");

  if(res)
  {
    std::cout << "Status: " << res->status << std::endl;
  }
  else
  {
    std::cout << "POST failed" << std::endl;
  }

}





6
Luokka vaihdettu, mutta vielä pitäisi selvittää virhekoodi 500, ks. seuraavat kommentit

7
Hieaman aikaisemmin olevassa säikeessä on cpp-httblibin käyttö https muuttujan päivittämisessä, ja se toimii hienosti.

Jos suunnilleen samanlaista koodia voisi käyttää myös tavallisen http muuttujan päivittämiseen, asiat tulisivat aika yksinkertaiseksi. Netistä ei ole toistaiseksi löytynyt kuin yksi asiaa koskeva ohje eikä sekään näytä toimivan.

Tällaista on kokeiltu tavallisen http muttujan päivitykseen

Koodia: [Valitse]
#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT
#include  "/home/oma/Documents/my_httplib/cpp-httplib-master/httplib.h"

int main(void)
{
/*
  const char *cert_dir = getenv(X509_get_default_cert_dir_env());

  if (!cert_dir) cert_dir = X509_get_default_cert_dir();

  std::string cert_path = cert_dir;
  cert_path += "/ca-certificates.crt";
  std::cout << "SSL certificate path: " << cert_path << std::endl;

  httplib::SSLClient cli("nule.dy.fi", 443);
  cli.set_ca_cert_path(cert_path.c_str());
  cli.enable_server_certificate_verification(true);
*/

  httplib::SSLClient cli("nule.dy.fi", 80);

  httplib::Params params;
  //params.emplace("x", "1234 ");
  //params.emplace("y", "3333");

  //auto res = cli.Post("/testihakemisto/sf02.php", params);
  auto res = cli.Post("/testihakemisto/sf02.php", "x=50511", "application/x-www-form-urlencoded");

  if(res)
  {
    std::cout << "Status: " << res->status << std::endl;
  }
  else
  {
    std::cout << "POST failed" << std::endl;
  }

}

Ohjelma kääntyy, mutta päättyy ilmoitukseen  POST failed, koska cli.Post ei onnistu.

cli.Post -kutsumuoto on täältä

https://stackoverflow.com/questions/52274981/post-request-with-cpp-httplib

Ohjelmasta on siis vain jätetty salausasiat pois ja vaihdettu portti 80 :ksi verrattuna hyvin toimivaan https-versioon.

Mitä korjauksia pitäisi tehdä?



8
Ups, tein kirjoitusvirheen ohjelmassa, olin juuri laittamasta muokkausta edlliseen viestiini, mutta ehdit ensin....

Toimii luultavasti täälläki, mutta katson vielä, miten muuttujille palvelimella kävi.

Pahoittelen sähläystäni .....

MUOK.

Myös muttujien arvot vaihtuvat palvelimella, kaikki näyttää toimivan

Kiitos taas kerran  :)

9

Katsoin varmennepolun palvelimelta nanolla. Siellä on varmenteen näköistä tekstiä eli polku on kunnossa.

Mutta ohjelman res -muuttuja ei ole vieläkään salli status -tulostusta.

Varmistin selaimella, että domainin https -muoto todella toimii

Koodia: [Valitse]
https://evvk.dy.fi/testihakemisto/testidata.teksti

ja scripti sf02.php palvelimella on toiminut salaamattoman yhteyden kanssa.

Millaisia keinoja olisi selvittää, miksi cliPost ei saa hyväksyttävää arvoa palvelimen php -scriptiltä eikä parametrien muutos onnistu.


10
Homma edistyi, mutta ohjelman

Koodia: [Valitse]
#include <iostream>
#define CPPHTTPLIB_OPENSSL_SUPPORT
#include "/home/oma/Documents/my_httplib/cpp-httplib-master/httplib.h"

int main(void)
{
  httplib::SSLClient cli("evvk.dy.fi", 443);
  cli.enable_server_certificate_verification(true);

  httplib::Params params;
  params.emplace("x", "1111");
  params.emplace("y", "222222");

  auto res = cli.Post("/testihakemisto/sf02.php", params);

  std::cout << "Status: " << res->status << std::endl;
}

// cd /home/oma/Documents/my_evvk/   eli ohjelman paikka omalla koneella

// g++ koe02.cpp -o koe02 -Wall -pedantic -L/usr/local/lib  -pthread -std=c++17  -lssl -lcrypto

ajossa

Koodia: [Valitse]
g++ koe02.cpp -o koe02 -Wall -pedantic -L/usr/local/lib  -pthread -std=c++17  -lssl -lcrypto

tulee tällainen virhe

Koodia: [Valitse]
./koe02
Segmentation fault (core dumped)

Virheilmoitusta ei tule, jos kommentoi pois viimeisen cout -tulostuksen, mutta missään tapauksessa palvelimella olevan sivun parametrit eivät näytä muuttuvan.

Palvelinsivu näyttäisi olevan muuten kunnossa ja se näkyy https -muotoisena

Koodia: [Valitse]
https://evvk.dy.fi/testihakemisto/sf01.php

Eli apachella oleva sf02.php -skripti näyttää palauttavan jotain sellaista, joka sotkee ohejlman auto -määritellyn res -arvon.

Tavallisena http -sivuna socket POSTilla sf02.php on kuitenkin toiminut. Miten voisi alkaa jäljittää ongelmaa.

Yksi ero on ainakin httplibin include -rivi ihan alussa. En saanut muotoa <httplib.h> kääntymään ja jouduin laittamaan suoran sijainnin sen tilalle. Voisiko tämä olla syynä.

11

Edellä olevan ohjelman käännöksessä tuli virheilmoitus, httplib.h :ssa olevia liitettäviä tiedostoja ei löydy, ilmeisesti rivit noin 152 - 156 httplib.h -tiedostossa.

Koodia: [Valitse]
#ifdef CPPHTTPLIB_OPENSSL_SUPPORT
#include <openssl/err.h>
#include <openssl/md5.h>
#include <openssl/ssl.h>
#include <openssl/x509v3.h>


Koodia: [Valitse]
httplib.h:153:10: fatal error: openssl/err.h: No such file or directory
 #include <openssl/err.h>
          ^~~~~~~~~~~~~~~
compilation terminated.

Koneessa on Ubuntu 18.04 ja openssl on paikoillaan

Koodia: [Valitse]
openssl version -a
OpenSSL 1.1.1  11 Sep 2018
built on: Tue Nov 12 16:58:35 2019 UTC
platform: debian-amd64

Pitäisikö käännöskomentoon lisätä joku lisävalinta tavallisten lisäksi

Koodia: [Valitse]
g++ koe01a.cpp -o koe01a -Wall -pedantic -L/usr/local/lib  -pthread -std=c++17


12
stv-sivut-le-ssl.conf -asetustiedoston aktivoiminen dissite ja ensite -komennoilla ja vaaditut apachen uudelleenaktivoinnit

systemctl reload apache2
 
-komennolla näyttivät auttavan. Nyt stv.dy.fi häkyy https -pyynnöllä

Kiitos neuvoista  :) :)

MUOK.

Tässä vielä tiivistetysti komennot, joilla ilmeisesti saa http - sivun https -sivuksi. Vielä jää ratkaisematta, mistä tarvittavan -le-ssl.conf -tiedoston saa, jos vanhoja tiedostoja muokattavaksi ei koneella ole. Ehkä dissiten ja ensiten voisi tehdä peräkkäin ilman uudelleenlatauksia, mutta nyt ainakin ontehty, mitä pääte kehotti. Ehkä joku osaavampi voi parantaa menetelmää.

Toinen kysymys on, miten certbot oikeastaan pitäisi tällaista käyttöä varten koneeseen asentaa.

Koodia: [Valitse]
sudo certbot --apache certonly  -d   koedomain.dy.fi
sudo a2dissite koedomain-sivut.conf
sudo systemctl reload apache2
sudo a2ensite koedomain-sivut-le-ssl.conf
sudo systemctl reload apache2



13

Hakemistossa

/etc/apache2/sites-enabled

on pehmolinkki omadomaini-sivut.conf tiedostoon, ei siis omadomaini-sivut-le-ssl.conf tiedostoon, joka on kyllä olemassa /etc/apache2/sites-available -hakemistossa, ilmeisestikin päätteessä käytetyn certbot -komennnon tuloksena, mikä vaikuttaa ihan oikealta.

Koodia: [Valitse]
lrwxrwxrwx 1 root root 33 Mar  8 19:38 omadomaini-sivut.conf -> ../sites-available/omadomaini-sivut.conf

Ensimmäinen mieleen tuleva ratkaisuyritys olisi nyt muuttaa sites-enabled -hakemiston pehmolinkki osoittamaan omadomaini-le-ssl.conf -tiedostoon. Mutta voi olla hyvä yrittää ensin tässä hieman rauhoittua :)

Ehkä muutos pitäisi tehdä dissite ja ensite -komentojen avulla.

evvk.dy.fi on todelinen domaini, mutta sitä ei ole vielä tarkoitus ssl-salata. Ikävä kyllä ehdin sille salauksen jo kerran toiveikkaana tehdä käyttäen le:n selainsalainta, joka salasi kaikki palvelimen domainit, mistä taas koitui muuta ongelmaa. Sitten oli keinolla millä tahansa saatava salaukset pois ja entiset kokeiludomainit taas toimimaan. On mahdollista, että tässä paniikkitilanteessa tein jotain harkitsematonta ja joku muukin voi olla siksi pielessä.

Kun selainsalain oli käytössä, vaikutti siltä, että se teki vain yhdet avaimet ja nimesi ne aakkosjärjestyksessä ensimmäisen domainin mukaan. evvk oli tässä järjestykseeä ensimmäinen ja todennäköisesti tämä ensimmäisellä yrityskerralla luotu avainpari on siellä, mihin se on alunperin luotu. Toivottavasti se ei estä uuden, päätteessä käytetyn certbot -komennon tekemän avainparin löytymistä tai käyttöä.


14
Yritin laittaa le (ssl eli https) -salauksen omalle palvelindomainille, mutta se ei tainnut onnistua.
Kokeilin tehdä näin

Koodia: [Valitse]
certbot --apache certonly  -d   omadomaini.dy.fi
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Obtaining a new certificate

IMPORTANT NOTES:
 - Congratulations! Your certificate and chain have been saved at:
   /etc/letsencrypt/live/omadomaini.dy.fi/fullchain.pem
   Your key file has been saved at:
   /etc/letsencrypt/live/omadomaini.dy.fi/privkey.pem
   Your cert will expire on 2020-06-12. To obtain a new or tweaked
   version of this certificate in the future, simply run certbot
   again. To non-interactively renew *all* of your certificates, run
   "certbot renew"
 - If you like Certbot, please consider supporting our work by:

Mutta sivu on vieläkin http -muotoinen eikä sitä löydy https -pyynnöllä. Tiedostolistauksen mukaan kummatkin avaimet ovat olemassa

Koodia: [Valitse]
ls /etc/letsencrypt/live/omadomaini.dy.fi/privkey.pem
/etc/letsencrypt/live/omadomaini.dy.fi/privkey.pem

ls /etc/letsencrypt/live/omadomaini.dy.fi/fullchain.pem
/etc/letsencrypt/live/omadomaini.dy.fi/fullchain.pem

Tiedosto   omadomaini-le-ssl.conf
 hakemistossa /etc/apache2/sites-available
on tällainen

Koodia: [Valitse]
<IfModule mod_ssl.c>
<VirtualHost *:443>     
ServerAdmin webmaster@localhost
        ServerName omadomaini.dy.fi
        DocumentRoot "/var/www/html/pehmolinkattu_omadomaini-tila/testailu"

           <Directory />
             Options FollowSymLinks
             AllowOverride None
            </Directory>

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

SSLCertificateFile /etc/letsencrypt/live/omadomaini.dy.fi/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/omadomaini.dy.fi/privkey.pem

Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>

# vim: syntax=</VirtualHost>
</IfModule>

Selain antaa virheilmoituksen

Secure Connection Failed

An error occurred during a connection to evvk.dy.fi. SSL received a record that exceeded the maximum permissible length.

Error code: SSL_ERROR_RX_RECORD_TOO_LONG

    The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
    Please contact the website owners to inform them of this problem.


En millään keksi, mitä pitäisi muuttaa, poistaa tai lisätä, että saisin omadomaini.dy.fi -sivun näkymään https -muotoisena.


15

Kiitos, nyt sivua voi lukea ja koneen teho riittää, lukijanäkymä auttoi asiaa  :)

16
Tein siis niin, että selasin hakukoneella nettiä ja katsoin sopivannäköistä otsikkoa ja menin sivulle. Sitten sivu näytti vievän kaiken suoritin tehon ja aloin selvitellä  asiaa.

En keksinyt syytä, ja oli pakko laittaa kysymys tälle palstalle. Kysymystä varten palasin nettihakuun ja latasin sen sivun uudestaan selaimeen ja siitä sivunäkymästä kopioin sivuoaoitteen kysymykseen. En millään tavalla osannut kiinnittää huomiota siihen, että siinä osoitteessa olisi jotain omituista: Sivu näkyi selaimessa ja osoitekenttä oli osoitekenttäpaikassa.

Mistä siis on kyse, mitä osoitteen alkuosa tarkoittaa, eikö sivua olekaan tarkoitettu katseltavaksi selaimessa.

MUOK.

Tein samat asiat uudestaan ja nyt osoitekentästä kopioidussa osoitteessa on todella https.


https://embetronicx.com/tutorials/linux/device-drivers/ioctl-tutorial-in-linux/


Painoin ensimmäisellä kerralla vahingossa Lisää ftp linkki -kuvaketta, kun kiinnitin huomiota vain Lisää linkki -asiaan, pahoittelen virhettäni    :(

Sivu todella vie kaiken suoritintehon myös tällä kerralla.

17
Aihepiiriltään sopivan näköinen ohjesivu vie kaiken suoritintehon, mikä näkyy myös gnu-system-monitorissa. Sivu on


https://embetronicx.com/tutorials/linux/device-drivers/ioctl-tutorial-in-linux/


Mikähän sivun tekijöillä on mahtanut olla ajatuksena, onko sivu oikeastaan tarkotettu tavallisille lukijoille. Konekin on tosin vanha, mutta kaikki muut asiat ovat vielä sujuneet ihan hyvin.

Olisiko jotain keinoa saada sivu luettavaksi vain tekstien osalta, mihin ei sen kummempaa suoritintehoa tarvittaisi. Ehkä  sivulta voisi poistaa javascriptin käytöstä. Voiko Firefoxissa sivun javascripotin laittaa pois päältä helposti.

18

Toisen keskustelusäikeen prusteella cpp-httplib vaikuttaa  tutustumisen arvoiselta vaihtoehdolta oman pilvessä olevan php-sivun muuttjien arvojen päivitämissä. Se on kokonaan h-tiedostossa, joka vain sisällytetään omaan ohjelmaan ja se on mit-luvallista julkista koodia.

Hankala puoli asiassa on, että tutoriaali- tai ohjeet -haulla ei netistä näytä löytyvän ohjetta, miten pitäisi menetellä, jos haluaa lähettää  uudet parametriarvot 443-portin kautta le-salatulle sivulle.

Tavalliselle http-sivulle muuttujien x ja y arvot voi laittaa c++:ssa vaikka tällaisen pyynnön avulla, joka vain lähetetään soketille.

Koodia: [Valitse]
std::string rq;
rq = rq + "POST /pilvihakemisto/pilvisivu.php HTTP/1.1\r\n" +
           "Host: pilviosoite\r\n" +
           "Content-Type: application/x-www-form-urlencoded\r\n" +
           "Content-Length: 12\r\n" +
           "Connection: close\r\n\r\n" +
           "x=1111&y=222222";

Sivulla

https://github.com/yhirose/cpp-httplib/blob/master/README.md

on esimerkki

Koodia: [Valitse]
res = cli.Post("/person", "name=john1&note=coder", "application/x-www-form-urlencoded");

mutta mistä löytää porttinumeron.

ssl-ohjeena sivulla on

Koodia: [Valitse]

#define CPPHTTPLIB_OPENSSL_SUPPORT

SSLServer svr("./cert.pem", "./key.pem");

SSLClient cli("localhost", 8080);
cli.set_ca_cert_path("./ca-bundle.crt");
cli.enable_server_certificate_verification(true);


Eli ainakin palvelin ja porttinumero pitänee laittaa sopiviksi, samoin varmaan pitää tietää palvelimella olevan le-salausavaimen tiedoston sijainti.

Tarkoitus olisi saada https-sivun parametreille uudet arvot, kun sivu on pilevessä ja muutokset halutaan omalta kotikoneelta c++ -ohjelmalla.

Vaikka httplib on avointa koodia, se on kuiteinkin 4820 rivin mittainen ohjelma eikä sen käytön selvittäminen lähdetekstiä lukemalla taida olla ihan pikku juttu, jos sei ole aikaisemmin tutustunut http-asiohin.

Ehkä jossain olisi kokonaisia ohjelmaesimerkkejä, mutta ainakaan vielä niitä ei ole löytynyt.



19

Asia ratkesi nm:n antaman ohjeen mukaisesti poistamalla välimuistitalletukset (ja taisinpa laittaa evästeetkin samaan matkaan)

80-portti on paikka, johon osaan itse lähettää tietoa POSTilla. Jos jossain on olemassa ohjeet, miten esimerkiksi saa php-muuttujan arvon vaihdettua c++-ohjelmasta käsin 443-portissa olevassa sivussa, sitäkin voisi käyttää yhtä hyvin. Vastaus kysymykseen, miksi 80-portti, on siis puuttuva osaaminen   :)

20
Varmaan ollut ohjauksena 301 eli Moved Permanently ja nyt selain muistaa tuon ohjauksen edes testaamatta kyseistä palvelinta.

niin taisi olla, sellasta siinä joskus näkyi, kun oli LE-kokeilussa. Olisko keinoa päästä tällaisesta muistamisesta eroon.

MUOK.

avaa       about:config
etsi         network.stricttransportsecurity.preloadlist       ja valitse sille "false"

tämäkin on kokeiltu, selain ja koen on käynnistetty uudestaan. Voiko tällainen todella olla selaimen ominaisuus, voihan olla, että käyttäjä haluaisi itse päättää, mitä sivua hän haluaa katsoa.

Sivuja: [1] 2 3 ... 27