Korjaus: palvelinsertifikaatti EI sisällä tunnusta, joka vastaa palvelimen nimeä

Kun yrität määrittää SSL: n palvelimelle, joka on suunniteltu suorittamaan Apache tai mahdollisesti muu vastaava web-hosting-tekniikka, saatat päätyä virheeseen, joka kertoo, että palvelinvarmenteessa EI ole palvelimen nimeä vastaavaa tunnusta. Tämä on teknisesti vain varoitus, ja voit teoriassa kiertää sitä.

On paljon parempi idea tehdä pieni vianmääritys, jotta asiat toimisivat taas normaalisti. Kun palvelimen nimi ja varmenne on sovitettu yhteen, sinun ei tarvitse tehdä mitään näistä vaiheista seuraavan kerran, kun päivität järjestelmän. Saatat joutua luomaan muutamia asioita, jos yksinkertainen tiedostomuokkaus ei korjaa asioita, mutta kun olet tehnyt niin, sinun ei tarvitse määrittää tiedostoja enää.

Tapa 1: Muokkaa httpd [dot] conf-tiedostoa

Aloita katsomalla tiedosto, joka voi sen sijaan olla hieman eri paikassa, jos käytät Apachea Fedoralla, Red Hatilla tai CentOS: lla. Debian- ja Ubuntu-palvelimien on oltava sen ensimmäisessä osoitteessa. Etsi tekstiä, joka kirjoittaa palvelinvarmenteen EI sisällä tunnusta, joka vastaa palvelimen nimen varoitusviestiä.

Saatat huomata, että se heittää 443: n tai toisen numeron IP-osoitteen jokaisen osan jälkeen, mutta ei muita SSL-ongelmia. Tässä tapauksessa et ehkä ole ilmoittanut Apachelle, mitä portteja kuunnella. Juosta
ja etsi rivi, joka lukee Listen 80. Lisää sen alle Listen 443 tai mikä tahansa muu tarvittava porttinumero. Kun olet tallentanut ja sulkenut tiedoston, voit käyttää sitä Käynnistä httpd-prosessi uudelleen.

Niillä, jotka käyttävät Ubuntu- tai Debian-palvelimia, ei ehkä ole tätä tiedostoa tai he saattavat löytää sen kokonaan tyhjästä, toisin kuin ne, jotka käyttävät joitain Fedora- tai Red Hat Enterprise Linux -versioita. Käytä siinä tapauksessa
muokata tekstitiedostoa, jota tarvitaan kuunneltavien porttien lisäämiseen.

Monissa tapauksissa tämän olisi pitänyt korjata ongelma. Jos ei, tarkista sitten kaikki asiaankuuluvat verkko-ongelmat, ennen kuin jatkat varmentetilanteen tarkastamista.

Tapa 2: Uusien varmenteiden luominen

Nämä varoitusviestit voivat tulla esiin myös, jos olet työskennellyt vanhentuneiden varmenteiden kanssa, jotka itse allekirjoitit. Jos sinun on uudistettava ne, kokeile käyttää
ja etsi kaksi riviä, jotka on merkitty Tiedosto ja KeyFile. Nämä kertovat sinulle, missä varmenneavaintiedoston sijainti on, kun luot SSL-varmenteen.

Jos työskentelet ammattimaisen allekirjoittajayrityksen kanssa, joka tarjoaa virallisia Web-varmenteita, sinun tulee noudattaa lisenssiorganisaation antamia erityisiä ohjeita. Muussa tapauksessa sinun on sudo openssl kysely -x509 -solmut -päivät 365 -uusi avain rsa: 2048 -näppäin KeyFile -out-tiedosto , korvaamalla KeyFile ja File tekstillä, jonka pystyit poistamaan edellisestä kissakomennosta. Sinun olisi pitänyt löytää kahden eri tiedoston sijainti, jotka toimivat varmenteiden syötteissä ja lähdöissä.

Olettaen, että he olivat vanhentuneita, yksinkertaisesti tämän tekemisen pitäisi riittää virheen korjaamiseksi, mutta sinun on ehkä käynnistettävä palvelu uudelleen, ennen kuin se lopettaa varoitusten heittämisen sinulle.

Voit myös oppia hieman enemmän asennetuista varmenteista auttamaan sinua vianmääritysprosessissa. Voit suorittaa varmenteen, jotta näet, mikä nimi on tällä hetkellä varmenteessasi, jotta varmistat sen yhteensopivuuden openssl s_client -showcerts -liitä $ {HOSTNAME}: 443 , vaikka sinun on lisättävä todellinen isäntänimi sulkeiden väliin. Vaihda 443-numero, jos sinulla on ongelmia toisen portin kanssa.

Jos sinulla on useita varmenteita asennettuna samaan laitteeseen ja niitä käytetään samalta IP-osoitteelta, sinun on suoritettava openssl s_client -showcerts -liitä $ {IP}: 443 -palvelimen nimi $ {HOSTNAME} , korvaamalla IP todellisella IP: lläsi ja täyttämällä isäntänimi. Jälleen kerran, sinun on ehkä korvattava 443 toisella numerolla vastaamaan käyttötapaustasi.

Muista, että sinun on varmistettava, että oikea isäntänimi määritetään aliakseksi tai yleisnimeksi, kun CSR luotiin.