Olen GoDaddy cPanel -palvelintili. rekisteröitynyt GoDaddy-palveluun ja olen cPanel-isännöinti. Pääverkkotunnus isännöi toisessa isännässä ja käyttää muita isäntänimipalvelimia. Yritän lisätä addon-toimialueita tälle GooDaddy cPanel -tilille. Olen määrittänyt lisätoimialueet tiedostoilla ja db: llä jne.

Tilannettani on jonkin verran samanlainen kuin tämä Rekisteröity toimialue GoDaddyssä, osoitettu Cloudflareen – ei voi lisätä verkkotunnusta palvelimelleni , mutta en saanut virheitä addon-verkkotunnuksen lisäämisessä.

Minulla on kaksi kysymystä:

  1. Kuinka voin käyttää näitä lisätoimialueita ja testata, onko niiden asetukset oikein. Normaalisti siihen pääsee http://example.com/addon-domain.com kautta. Mutta minun tapauksessani pääverkkotunnusta isännöidään muualla, joten se ei toimi.

    • http://x.x.x.x/addon-domain.com ei toimi myöskään.

  2. Toinen kysymys on, toimiiko se ollenkaan vai onko minun vaihdettava pääverkkotunnuksen DNS takaisin GoDaddyksi?

kommentit

  • Kuten Simon huomautti ja yritin toista tiliä, pääsy verkkosivustolle IP-osoitteen kautta ei ole ' t eivät toimi GoDaddyssä. Ellei joku osaa käyttää sitä IP-yhteyden kautta, mielestäni vastaus kysymykseeni on, että se ' ei ole mahdollista.

Vastaa

Sinun pitäisi pystyä käyttämään sitä http://IPADDRESS/~cpanel_accountname/addon_domain_directory

kautta, jotta se näyttäisi olevan http://123.456.789.000/~matt/addondomain

PÄIVITYS :. https://au.godaddy.com/help/preview-your-website-3950

Kommentit

  • Tx Steve. Tätä etsin. Valitettavasti tämä ei toimi ' minulle. Yllä olevassa URL-muodossa se näyttää " Tiedostoa ei löydy (404-virhe) Jos luulet etsimäsi ', ota yhteyttä sivuston omistajaan. " Se ' sa WordPress-sivusto. Latasin oman index.html-tiedostoni vain varmistaaksesi, että tiedostot ovat siellä, mutta silti ' ei ole sama virhe. Olen ' käyttänyt cPanel-nimeä, jonka se näyttää cPanelissa, ja samaa IP-osoitteen kanssa. Joten ei virhettä siellä. puuttuuko minulta jotain muuta?
  • Mitä tapahtuu, jos menet vain kohtaan 123.456.789.000/~matt ?
  • Näyttää siltä, että useimmat GoDaddy-asiat (kysy omistetusta palvelinkokemuksestani jonain päivänä), he tekevät sen eri tavalla. Olen lisännyt linkin sivustojen esikatselua koskevaan sivuun.
  • Tx Steve, Esikatselu toimii minulle, se ' ei ole suoraviivaista, mutta se auttaa minua näkemään ainakin verkkosivustolle.

Vastaa

Verkkosivustoille pääsy IP-yhteyden kautta ei ole toivottavaa eikä sitä tueta useimmat hyvät isännät.

Turvallisuuteen perehtyneille jaetuille web-isännöille pidetään hyvänä käytäntönä olla sallimatta pääsyä sisältöön palvelimen IP-osoitteen kautta mod_userdirin kautta, koska mod_userdirillä on jonkin verran suojausta Lisätietoja tästä.

LÄHDE

Tästä URL-osoitteesta vastaava mod_userdir-moduuli on melko epävarma ja lisää tiliin kohdistuvien hyökkäysten riskiä. Olemme huolissamme käyttäjien turvallisuudesta ja käytämme vain parhaita tietoturvakäytäntöjä. Tästä johtuen mod_userdir sekä väliaikainen URL-osoite on poistettu käytöstä jaetuilta palvelimiltamme.

SOURCE

mod_userdir sallii pääsyn käyttäjän kotisivulle käyttämällä väliaikaista URL-osoitetta / ~ user / syntaksilla, kuten http://ipaddress/~user, jossa ”ipaddress” voidaan korvata palvelimen isäntänimellä tai muulla verkkotunnuksella, joka on ratkaistu palvelimelle, jonka sisällön haluat tarkistaa.

Mod_userdirin käyttöönotto aiheuttaa huomattavia turvallisuusriskejä ja haittoja:

  1. Käyttäjätunnukset ovat alttiina – se on mahdollista käyttää eri palvelimella isännöityjä verkkosivustoja samalla verkkotunnuksella (palvelin s IP address or server s isäntänimi) korvaamalla vain / ~ käyttäjä / osa (esim. http://ipaddress/~user1, http://ipaddress/~user2, http://ipaddress/~user3 jne.) mikä tekee isännöityistä tileistä alttiimpia hakkerointihyökkäyksille.

  2. Kun mod_userdir-moduulia käytetään verkkosivustolle pääsemiseen, liikenne lisätään käyttäjien kokonaismäärään mistä kävijöistä pääsee verkkosivustolle, mutta ei todellisen sivuston omistajan käyttäjän kaistanleveyden käytöstä.

  3. Mod_userdir tulisi poistaa käytöstä pääkäyttäjiltä, jotta palvelin voidaan suojata. Muiden kuin root-käyttäjien tekemien muutosten vuoksi sinun on siis sisällytettävä määrityksiisi ”UserDir poistettu juuri”.

Kuten ehkä tiedätkin, meillä on tapana esitellä uusin tekniikkaa suojaamaan tiliäsi ja tietojasi jatkuvasti.Mod_userdir-moduuli on tällä hetkellä pois käytöstä jaetuilla palvelimillamme, mikä antaa meille mahdollisuuden lisätä suojaustasoa ja vähentää tilisi ja palvelimesi hakkerointia. Tämä on korkeimpien tietoturvastandardiemme mukaista ja antaa meille mahdollisuuden tarjota sinulle meiltä odotettavissa oleva suojaustaso.

Myös, jos sen jaettu isäntä ei oma IP-osoite, sinun olisi käytettävä /~username/addon-domain/, tai kuitenkin, että isäntä on määrittänyt prosessin olettaen, että he ovat ottaneet sen ensin käyttöön.

oikea tapa …

Oikea tapa olisi varmistaa, että olet lisännyt addon-toimialueen cPaneliin ja päivittänyt sitten DNS A -tietueen IP-osoitteeseen. addon-verkkotunnusta isännöivän palvelimen osoite tai käytä palvelinta isännöivän verkkopalvelimen suosittelemia nimipalvelimia. Loppujen pitäisi toimia … mutta tietueiden päivittäminen Internetistä voi viedä tunnin tai 72 tuntia … se ei ole välitöntä. Joten, jos lisäät tämän ja sen, etkä ole odottanut tätä pitkä … silloin ei voi olla mitään vikaa, muu se tosiasia, jota et ole odottanut tarpeeksi kauan.

Jos haluat tarkistaa palvelimen kokoonpanon odottamatta DNS: n leviämistä verkossa, voi muokata käyttöjärjestelmän isäntätiedostoa .

Kommentit

  • Tx Simon, saatat olla oikeassa, että GoDaddy ei ehkä tue verkkosivustojen käyttöä IP-osoitteen kautta. Voiko joku vahvistaa sen?
  • Pyydän erimielisyyttä. Itse asiassa useimmat hyvät isännät tekevät tämän saatavana keinona työskennellä sivustolla joko ennen verkkotunnuksen rekisteröintiä tai ennen nimipalvelinten vaihtamista. Varmasti se ei ole pitkäaikainen tapa käyttää sivustoa, mutta ei ole mitään ongelmaa käyttää sitä väliaikaisena URL-osoitteena – jos on, olen kiinnostunut kuulemaan sen.
  • @Steve Tervetuloa eroamaan, mutta olet väärässä. IP-menetelmän käyttö, kuten mainitsit, paljastaa asiakkaiden käyttäjätunnuksen. Lisäksi Google-hakemisto ' sivustot, joihin pääsee IP-osoitteen perusteella , ellei sivusto käytä kanonisia linkkejä, verkkosivustolla saattaa olla ongelmia sisällön kanssa. Turvallisuus- ja indeksointitarkoituksiin sitä pidettiin huonona käytäntönä. Ehdotetun isäntätiedoston käyttämistä pidetään parhaana käytäntönä pääsysivustoille, joita ei ole vielä levitetty, tai sivustoille, jotka ovat poissa käytöstä DNS-ongelmien takia.
  • Luulen, että ymmärrät minua väärin Simon, sitä ei koskaan julkaista, vain jotain, jonka annoit suunnittelijalle tai käytät itseäsi sivuston luomiseen. Jokainen, joka käyttää sitä ' tuotannossa ', olisi hullu.
  • Minun kaltainen suunnittelija lisäisi vain 192.168.1.1 example.com isäntätiedostoonsa tai he isännöivät kehityssivustoa paikallisessa hiekkalaatikossa. ' ei ole mitään syytä isännille lisätä tätä ominaisuutta oletuksena … se ei ole suojattu. Ei ole mitään tapaa ottaa tällaista ominaisuutta käyttöön tai poistaa sitä käytöstä cPanel-oletusarvoisessa hallintapaneelissa, sinun ' d on estettävä suora pääsy IP-osoitteeseen jota monet eivät tiedä miten tehdä. Vaikka tämä saattaa tuntua hyvältä ominaisuudelta edistyneille käyttäjille, se ei ole enemmistön normaalille käyttäjälle. Hyvät tietoturvatietokoneet estävät tämän ominaisuuden monista syistä, se ' ei vaadi jaksoa.

Vastaa

Yllä olevalla ~username menetelmä, jos käytät WordPress tai muuta vastaavaa CMS: ää. se rikkoo absoluuttiset URL-osoitteet ja tekee sivun käyttökelvottomaksi ilman css: itä, kuvia ja javascriptiä.

Vielä yksi tapa tälle ongelmalle on muokata isäntätiedostoa ja ohjata cPanelilla luomasi addon-toimialue uudelleen IP-osoitteeseesi. sivusto.

esim. 121.12.12.12 www.esimerkki.fi

Nyt tyhjennä järjestelmän DNS-välimuisti, tämä ratkaisee css-, image-, js-rikkomisen ongelman.

Isäntätiedoston muokkaaminen MacOS: ssa

  1. Avaa pääte
  2. Kirjoita sudo nano /etc/hosts ja paina sitten return.
  3. Anna järjestelmänvalvojan salasana ja paina sitten return.
  4. Liitä tiedosto tiedostoon.
  5. Tallenna tiedosto ja poistu.
  6. Tyhjennä välimuisti . Lataa sivu uudelleen. Hurraa!

Vastaa

Minulla on Cpanel-tili, jolla on lisäosa verkkotunnus, jonka verkkotunnus oli vanhentunut. Tiedostot olivat edelleen sivustolla ja minun tarvitsi päästä sivuston kotisivulle. Sivusto luotiin WordPressillä.

Pääsin siihen http://ipaddress/~account_name/folder_name/index.php

Minun tapauksessani kansion nimi oli toimialueen nimi: domain_name.com

Se ei ”t toimi kunnes lisäsin index.php. Käyttämällä http://ipaddress/~account_name/domain_name.com sain 404-virheen.

kommentit

  • Sen lisäksi, että tämä kysymys on yli vuoden vanha ja että siihen on hyväksytty vastaus, ratkaisusi toimii vain, jos isäntäpalvelu sallii väliaikaiset URL-osoitteet, mutta useimmat eivät ' t

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *