Avatar for Username

Hilfe durchsuchen

Vorsicht vor Support-Betrug: Wir fordern Sie niemals auf, eine Telefonnummer anzurufen, eine SMS an eine Telefonnummer zu senden oder persönliche Daten preiszugeben. Bitte melden Sie verdächtige Aktivitäten über die Funktion „Missbrauch melden“.

Learn More

Dieses Thema wurde archiviert. Bitte stellen Sie eine neue Frage, wenn Sie Hilfe benötigen.

The page you are trying to view cannot be shown because the authenticity of the received data could not be verified; how to override?

  • Keine Antworten
  • 2 haben dieses Problem
  • 43 Aufrufe
avei
avei
more options

I run a private website. I redirect any http://website.org/ --> https://website.org/ for all accesses. The webserver is FreeBSD 12-Release; Apache24 running a combination of pure html5, php, python-Flask etc. DNS is provided from two vendors for two different domain names. I also run an internal network which can directly access the server on non-routable addresses. (ie 10.0.1.50). The DNS servers are commercial, I do not run BIND.

I have several DNS names which are publicly accessable and several that are purely private. For arguments sake: www.privatesite.net --> IPV4 address xxx.yyy.zzz.32 (vendor provided ip) --> SUCCEEDS www.privatesite_2.net --> IPV4 address same. --> FAILS as above. ipv4.secondsite.org --> IPV4 address ( mapped from DNS using A record) --> FAILS as above. ipv6.secondsite.org --> IPV6 address XXXX::32 --> FAILS as above. internal.sitename (mapped via /etc/hosts --> FAILS as above.


Certs are either privately generated and signed by me or from LetsEncrypt. I do not need, nor do I care about keeping these certs current and do not need nor will I ever use for this site any public vendor. I simply want to use a private key to maintain a modicum of protection from casual traffic sniffers. I have not spend a lot of time configuring apache as I have serious product development work to do on this server and I do not need a commercial level web service on a machine that is running in the barn. Please note that standard unix OPENSSL accesses all work properly.

Recently Firefox has disallowed overrides of the above message. I run into this occasionally on commercial web sites as well where something is misconfigured. It is not repeat not my job to police the internet and it is my responsibility to decide to access a web site which may or may not be misconfigured.

Please tell me how to override this block and proceed on to my website. If this is permanent, and I have no desire to be a part of the internet www police force, I will finally move away from firefox for good. This is a very serious enough to cause me to switch web browsers to a commercial vendor.

I run a private website. I redirect any http://website.org/ --> https://website.org/ for all accesses. The webserver is FreeBSD 12-Release; Apache24 running a combination of pure html5, php, python-Flask etc. DNS is provided from two vendors for two different domain names. I also run an internal network which can directly access the server on non-routable addresses. (ie 10.0.1.50). The DNS servers are commercial, I do not run BIND. I have several DNS names which are publicly accessable and several that are purely private. For arguments sake: www.privatesite.net --> IPV4 address xxx.yyy.zzz.32 (vendor provided ip) --> SUCCEEDS www.privatesite_2.net --> IPV4 address same. --> FAILS as above. ipv4.secondsite.org --> IPV4 address ( mapped from DNS using A record) --> FAILS as above. ipv6.secondsite.org --> IPV6 address XXXX::32 --> FAILS as above. internal.sitename (mapped via /etc/hosts --> FAILS as above. Certs are either privately generated and signed by me or from LetsEncrypt. I do not need, nor do I care about keeping these certs current and do not need nor will I ever use for this site any public vendor. I simply want to use a private key to maintain a modicum of protection from casual traffic sniffers. I have not spend a lot of time configuring apache as I have serious product development work to do on this server and I do not need a commercial level web service on a machine that is running in the barn. Please note that standard unix OPENSSL accesses all work properly. Recently Firefox has disallowed overrides of the above message. I run into this occasionally on commercial web sites as well where something is misconfigured. It is not repeat not my job to police the internet and it is my responsibility to decide to access a web site which may or may not be misconfigured. Please tell me how to override this block and proceed on to my website. If this is permanent, and I have no desire to be a part of the internet www police force, I will finally move away from firefox for good. This is a very serious enough to cause me to switch web browsers to a commercial vendor.