Forum Krótkofalarskie PKI

Cześć uprzejmie proszę i gorąco namawiam aby każdy który opiekuje się jakąś stroną web sprawdził ustawienia SSL.

W każdym z przypadków strona jest źle wyświetlana albo przeglądarka całkowicie blokuje wyświetlenie strony.
Takich źle działających stron krótkofalarskich jest bardzo dużo. Nie będę ich tu piętnował ani reklamował

Administratorze takiej źle działającej strony, musisz wybrać jedną z opcji:
* użyć darmowego certyfikatu Let's encrypt odnawianego co 3 miesiące
* zakupić certyfikat komercyjny tzn. płatny (jest kilka wersji)
* wyłączyć SSL w obszarze strony gdzie jest zbędny

Jeśli opcja żadna z powyższych a musimy mieć włączony https a nasz dostawca ma certyfikat z tzn. wildcardem, powiedzmy wygenerowany dla całej domeny na przykład dla *.domena-blah.pl i mamy tam hosting to możemy spróbować skonfigurować dla siebie adres np. megaradio.domena-blah.pl i o ile ten wilcard-certyfikat jest poprawnie wygenerowany, tzn tak, że nie generuje podanych niżej błędów, to wszystko będzie ok i u nas https będzie działać poprawnie.

ERR_CERT_AUTHORITY_INVALID
Certyfikat jest przypisany nie do tej domeny/adresu na jaki jest wystawiony.

ERR_CERT_DATE_INVALID
Skończyła się data ważności certyfikatu albo data jest w przyszłości.
Nieprawidłowy czas systemowy u przeglądającego stronę www.
Nieprawidłowo ustawiony czas na serwerze podczas generowania certyfikatu.

SELF_SIGNED_CERT_IN_CHAIN
Jedna z możliwości: wystawcą certyfikatu jest niezaufany podmiot.

SSL Mixed Content
Niektóre elementy strony przesyłane są przez http a niektóre przez https.

ERR_SSL_WEAK_EPHEMERAL_DH_KEY
Certyfikat jest wygenerowany za pomocą słabego kryptograficznie klucza.

ERR_SSL_FALLBACK_BEYOND_MINIMUM_VERSION
Użytkownik przeglądający zasoby strony web ma starą przeglądarkę i powinien ją zaktualizować.

Administratorze strony www, jeśli brniesz w terroryzm SSL to zrób do porządku konfigurację serwera

W cuda wierzysz. Tu admin nie potrafi nawet parsowania linków zrobić

silnik tego forum pamięta jeszcze czasy html'a pisanego w pajączku.

SQ9MTR pisze:

Cześć uprzejmie proszę i gorąco namawiam aby każdy który opiekuje się jakąś stroną web sprawdził ustawienia SSL.

W każdym z przypadków strona jest źle wyświetlana albo przeglądarka całkowicie blokuje wyświetlenie strony.
Takich źle działających stron krótkofalarskich jest bardzo dużo. Nie będę ich tu piętnował ani reklamował

Administratorze takiej źle działającej strony, musisz wybrać jedną z opcji:
* użyć darmowego certyfikatu Let's encrypt odnawianego co 3 miesiące
* zakupić certyfikat komercyjny tzn. płatny (jest kilka wersji)
* wyłączyć SSL w obszarze strony gdzie jest zbędny

Jeśli opcja żadna z powyższych a musimy mieć włączony https a nasz dostawca ma certyfikat z tzn. wildcardem, powiedzmy wygenerowany dla całej domeny na przykład dla *.domena-blah.pl i mamy tam hosting to możemy spróbować skonfigurować dla siebie adres np. megaradio.domena-blah.pl i o ile ten wilcard-certyfikat jest poprawnie wygenerowany, tzn tak, że nie generuje podanych niżej błędów, to wszystko będzie ok i u nas https będzie działać poprawnie.

ERR_CERT_AUTHORITY_INVALID
Certyfikat jest przypisany nie do tej domeny/adresu na jaki jest wystawiony.

ERR_CERT_DATE_INVALID
Skończyła się data ważności certyfikatu albo data jest w przyszłości.
Nieprawidłowy czas systemowy u przeglądającego stronę www.
Nieprawidłowo ustawiony czas na serwerze podczas generowania certyfikatu.

SELF_SIGNED_CERT_IN_CHAIN
Jedna z możliwości: wystawcą certyfikatu jest niezaufany podmiot.

SSL Mixed Content
Niektóre elementy strony przesyłane są przez http a niektóre przez https.

ERR_SSL_WEAK_EPHEMERAL_DH_KEY
Certyfikat jest wygenerowany za pomocą słabego kryptograficznie klucza.

ERR_SSL_FALLBACK_BEYOND_MINIMUM_VERSION
Użytkownik przeglądający zasoby strony web ma starą przeglądarkę i powinien ją zaktualizować.

Administratorze strony www, jeśli brniesz w terroryzm SSL to zrób do porządku konfigurację serwera ,)

Marcinie, dziękuję za cenne wskazówki. Może innym krótkofalowcom też się przydadzą.

SQ9MTR pisze:


Administratorze strony www, jeśli brniesz w terroryzm SSL to zrób do porządku konfigurację serwera ,)

Na czym polega terroryzm SSL?

canis_lupus pisze:


SQ9MTR pisze:


Administratorze strony www, jeśli brniesz w terroryzm SSL to zrób do porządku konfigurację serwera ,)

Na czym polega terroryzm SSL?

Na wciskaniu SSL wszędzie, gdzie się da.
Do przeglądania internetów wystarczy http i np. mod_gzip.
Nie chcę ciągnąć tego tematu
Niech każdy opiekun strony web po prostu zrobi porządki z ssl

Dobrego dnia

SQ9MTR pisze:


canis_lupus pisze:


SQ9MTR pisze:


Administratorze strony www, jeśli brniesz w terroryzm SSL to zrób do porządku konfigurację serwera ,)

Na czym polega terroryzm SSL?


Na wciskaniu SSL wszędzie, gdzie się da.
Do przeglądania internetów wystarczy http i np. mod_gzip.
Nie chcę ciągnąć tego tematu
Niech każdy opiekun strony web po prostu zrobi porządki z ssl

Dobrego dnia

Ale że specjalnie dla Ciebie mam wyłączyć SSL do logowania i zakładania hasła?
To taki żart, ale dobrze opisuje sytuację.

sp7ukl pisze:


Ale że specjalnie dla Ciebie mam wyłączyć SSL do logowania i zakładania hasła?
To taki żart, ale dobrze opisuje sytuację.

On chyba coś innego miał na myśli...
Otóż, jak jest strona czysto informacyjna, ot zwykła poczytajka (choćby nie wiem jak merytoryczna) to tam szyfrowanie nie ma większego sensu, skoro zawartość i tak udostępniona wszelkiej publice. Inna sprawa już choćby forum, gdzie użytkownik wysyła swoje dane (choćby hasło z założenia tajne) - tu by wypadało ,)

jfr pisze:


sp7ukl pisze:


Ale że specjalnie dla Ciebie mam wyłączyć SSL do logowania i zakładania hasła?
To taki żart, ale dobrze opisuje sytuację.

On chyba coś innego miał na myśli...
Otóż, jak jest strona czysto informacyjna, ot zwykła poczytajka (choćby nie wiem jak merytoryczna) to tam szyfrowanie nie ma większego sensu, skoro zawartość i tak udostępniona wszelkiej publice. Inna sprawa już choćby forum, gdzie użytkownik wysyła swoje dane (choćby hasło z założenia tajne) - tu by wypadało ,)

Tak masz rację w każdej sytuacji kiedy chcesz oglądać to co ktoś po drodze chce ci zaprezentować a nie to co autor strony chciał na nią wrzucić...

jfr pisze:


Otóż, jak jest strona czysto informacyjna, ot zwykła poczytajka (choćby nie wiem jak merytoryczna) to tam szyfrowanie nie ma większego sensu, skoro zawartość i tak udostępniona wszelkiej publice.

a potem się dziwić, ze ludzie tracą pieniądze jak wypisują takie głupoty

Koledzy, sytuacja robi się niepotrzebnie nerwowa.
Myślałem, że mój post skłoni osoby zajmujące się zasobami www, żeby przejrzeli konfiguracje.
Nie chciałbym, żeby tu się gówno-burza zrobiła z powodu jakiegoś ssl'a :-)

Weźmy na przykład taki sp-hm czy jakoś tak, połowa contentu leci po http, połowa po https, przeglądarki krzyczą żeby to naprawić, niektóre przeglądarki wyświetlają pustą stronę i... tak jest od lat.

Sprawa wyszła przy okazji pomysłu zrobienia czegoś na wzór web.archive.org w temacie hamradio.
Przy mirrorowaniu różnych stron w celach archiwizacji wget generował masę błędów dot. https.
Normalnie bym tego nie zauważył albo po prosto wisiałoby mi to.
Ale nie wisi, bo chcę, żeby się strony poprawnie wyświetlały i miały fajne zasięgi.
A taki rzygający błędami https obniża punktacje w wyszukiwarkach.
Brak SSL też czasami obniża...

Także ten
Zróbmy to dobrze.

SQ9MTR pisze:


Brak SSL też czasami obniża...

Także ten
Zróbmy to dobrze.

Nie czasami, tylko zawsze. I nie tylko obniża, twórcy przeglądarek mieli blokować/utrudniać wyświetlanie stron bez TLS już od kilku lat, ale nie weszło właśnie przez ludzi jak krótkofalowcy, którzy nie wprowadzają tego z jakiegoś powodu. Prędzej czy później to nadejdzie.
W dobie Let's Encrypt i innych darmowych certyfikatów nie ma powodu, żeby go nie używać.
A jeśli jakiś hosting to utrudnia (tak, patrzę na nazwa.pl) to najlepszą decyzją jest z niego zrezygnować (nazwa.pl jest śmietnikiem nie tylko dlatego, ale z jakiegoś powodu jest jednym z najpopularniejszych hostingów).

SQ9MTR pisze:


Sprawa wyszła przy okazji pomysłu zrobienia czegoś na wzór web.archive.org w temacie hamradio.
Przy mirrorowaniu różnych stron w celach archiwizacji wget generował masę błędów dot. https.

Mirrorowanie najlepiej zostaw web.archive.org, oni mają do tego narzędzia, bo krótkofalowcy takie rzeczy mają na stronach nieraz, że twórcom wgeta się nie śniły. "Frameworki" z ery pajączka i innych takich, trafiłem niejednokrotnie na strony, których w zwyczajny sposób nie zescrapujesz.

Dziękuję za głos rozsądku niech każdy sobie to ustawi jak chce, byle poprawnie.

VSS pisze:


jfr pisze:


Otóż, jak jest strona czysto informacyjna, ot zwykła poczytajka (choćby nie wiem jak merytoryczna) to tam szyfrowanie nie ma większego sensu, skoro zawartość i tak udostępniona wszelkiej publice.


a potem się dziwić, ze ludzie tracą pieniądze jak wypisują takie głupoty

Rozwiniesz?

SSL narzędziem opresji polskich krótkofalowców...

Piotrek76 pisze:



Myślisz, że zainstalowanie najnowszej przeglądarki i aktualnych CA-certs na WindowsieXP to taka prosta sprawa?

Próbowałeś Supermium?

Druga opcja to Mypal68, lecz musi być SP3 pod WinXP.

Piotrek76 pisze:



Wiem, że są porty Chromium czy Firefoxa na Windowsy niesupportowane już przez Microsoft. W przypadku twórców Chromium stare systemy nie są wspierane z tego powodu, że twórcy silnika przeglądarki nie są w stanie zapewnić bezpieczeństwa użytkownikowi (w samym systemie operacyjnym są odkrywane dziury i podatności, których Microsoft już nigdy nie załata), dlatego lepiej nie używać (mimo że da się skompilować i odpalić). Jak jest w przypadku Firefoxa - nie wiem, ale podejrzewam, że podobnie.
Na tym właśnie polega problem - sam fakt, że coś się da zainstalować i uruchomić, to w obecnych czasach coraz bardziej za mało. To właśnie trochę jak ze stronami HTTP - niby wygląda i działa tak samo, ale różnica z punktu widzenia ewentualnego atakującego jest kolosalna.

Po pierwsze rozmawiamy o SSL i jak go używać. Faktycznie ogólnie dostępne przeglądarki pod WinXP niewiele już stron otwierają.

A na dziury WinXP mogą pomóc dodatkowe programy typu zapora, antywirus itp., oraz sprzętowe zabezpieczenia.

Przy okazji starych stron, to jak obecnie pobrać plik zip udostępniony w linku przez ftp?

sp3qfe pisze:


Przy okazji starych stron, to jak obecnie pobrać plik zip udostępniony w linku przez ftp?

link jest http:// czy ftp:// czy jakiś inny?

jfr pisze:


Rozwiniesz?

jeżeli nie wiesz do czego służy i przed czym zabezpiecza https to nie mam co rozwijać.

SQ9MTR pisze:



link jest http:// czy ftp:// czy jakiś inny?

link jest ftp://....

Proba pobrania klientem ftp/sftp nie działa, pojawia sie logowanie... które nie wpuszcza nawet jako anonymous.