Soluzione 1:
Storicamente, HTTPS richiedeva un IP dedicato per sito/certificato, poiché il browser deve verificare il certificato prima di inviare Host
intestazione. È possibile che il tuo provider di hosting utilizzi invece porte dedicate, al fine di conservare gli IP.
Al giorno d'oggi, tuttavia, praticamente tutti i browser moderni supportano l'indicazione del nome del server, che consente l'hosting virtuale di più siti HTTPS sullo stesso IP e sulla stessa porta, quindi anche questo non è più un motivo particolarmente valido. Se si tratta di un servizio di hosting condiviso, è improbabile che tu possa apportare modifiche alla configurazione per rendere il tuo sito disponibile sulla porta predefinita.
Soluzione 2:
tl;dr: Cambia provider, questo sembra un po' strano.
C'è una buona ragione per cui non lo lasciano accadere?
Dipende da cosa si pensa sia "una buona ragione", ma secondo me:No.
O c'è qualche configurazione che posso modificare sul server che gli farà accettare richieste https sulla porta 443?
Se il provider sta bloccando/filtrando l'accesso, purtroppo non puoi fare nulla al riguardo dalla tua parte.
Soluzione 3:
Possibile spiegazione:
Ci sono almeno alcuni fornitori che ti vendono macchine virtuali che hanno i loro indirizzi IPV6 distinti, ma un indirizzo IPV4 condiviso. Un esempio è questo (questo collegamento non deve in alcun modo essere visto come un'approvazione o una pubblicità). In genere ottieni alcuni port forward, ma sono basati su TCP (nessun SNI, intestazione host HTTP o altro), quindi il numero di porta è l'unico modo per selezionare il "tuo" host.
Con gli indirizzi IPV4 che diventano sempre più rari, questo è un modo per risparmiare su di essi.
Se il sito Web è per un ente di beneficenza o un'organizzazione simile che ha pochi fondi e devi assolutamente attenersi al prezzo più basso possibile, puoi probabilmente impostare un piano cloudflare gratuito che inoltra your-domain.com:443 alla tua porta 41696.
In caso contrario, procurati un hoster diverso.