Én GoDaddy cPanel tárhelyfiókot kaptam. regisztrált a GoDaddy-nél, és én “cPanel” tárhelyet kaptam. A fő tartomány egy másik gazdagépen van tárolva, és más gazdagép névkiszolgálóját használom. Megpróbálok addon domaineket adni ehhez a GooDaddy cPanel fiókhoz. Beállítottam az addon domaineket fájlokkal és db-vel stb.

A helyzetem kissé hasonló ehhez a helyhez. domain a tárhelyemre , de az addon domain hozzáadása során nem kaptam hibát.

Két kérdésem van:

  1. Hogyan érhetem el ezeket az addon domaineket, és tesztelhetem, hogy megfelelően vannak-e beállítva. Általában a http://example.com/addon-domain.com címen érhető el. De az én esetemben a fő tartomány máshol van tárolva, így nem fog működni.

    • sem működik.
  2. A második kérdés az, hogy működni fog-e egyáltalán, vagy a fő domain DNS-jét újra GoDaddy-re cserélem?

Megjegyzések

  • Ahogy Simon rámutatott, és megpróbáltam valamilyen más fiókot használni, a webhely IP-címen történő elérése nem ' t nem működik a GoDaddy-n. Ha valaki nem tudja, hogyan érheti el IP-n keresztül, azt hiszem, a kérdésemre az a válasz, hogy ' ez nem lehetséges.

Válasz

Hozzáférnie kell a http://IPADDRESS/~cpanel_accountname/addon_domain_directory

címen, hogy valami olyasmit nézzen ki, mint http://123.456.789.000/~matt/addondomain

UPDATE :. https://au.godaddy.com/help/preview-your-website-3950

Megjegyzések

  • Tx Steve. Ezt kerestem. Sajnos ez nem megy nekem '. A fenti URL-formátummal a " fájlt nem találja (404 hiba). Ha úgy gondolja, hogy itt keresnie kell ', lépjen kapcsolatba a webhely tulajdonosával. " Ez ' sa WordPress webhely. Feltöltöttem a saját index.html fájlt, csak azért, hogy megbizonyosodjak arról, hogy a fájlok vannak-e, de még mindig nem ugyanaz a hiba. ' ' A cPanel nevet használtam, amelyet a cPanel-en mutat, és ugyanazt az IP-címmel. Tehát ott nincs hiba. hiányzik valami más?
  • Mi történik, ha csak a 123.456.789.000/~matt helyre megy?
  • Úgy tűnik, hogy a legtöbb dolog, amit GoDaddy (kérdezzen valamikor a dedikált szerverről), másképp csinálja. Hozzáadtam egy linket a webhelyek előnézetét ismertető oldalra.
  • Tx Steve, az Előnézet nekem jól működik, ' nem egyenesen előre, de segít látni legalább a webhely.

Válasz

Webhelyek elérése IP-n keresztül nem kívánatos és nem támogatott a legtöbb jó hoszt.

Jó gyakorlatnak tartják a biztonságtudatos megosztott web hosztok számára, hogy nem engedélyezik a tartalomhoz való hozzáférést a kiszolgáló IP-címén keresztül a mod_userdir segítségével, ez azért van, mert a mod_userdir rendelkezik némi biztonsággal aggályok. További információ erről alább.

FORRÁS

Az URL működéséért felelős mod_userdir modul meglehetősen bizonytalan és növeli a fiókja támadásainak kockázatát. Aggódunk a felhasználók biztonsága miatt, és csak a legjobb biztonsági gyakorlatokat alkalmazzuk. Emiatt a mod_userdir, valamint az ideiglenes URL le van tiltva megosztott szervereinken.

SOURCE

mod_userdir lehetővé teszi a felhasználó honlapjának elérését az ideiglenes URL használatával a / ~ user / szintaxissal, például http://ipaddress/~user ahol az “ipaddress” helyettesíthető a szerver hosztnevével vagy bármely más domain névvel, amely fel van oldva annak a szervernek, amelyen ellenőrizni kívánja a tartalmat.

A mod_userdir engedélyezése jelentős biztonsági kockázatokat és hátrányokat jelent:

  1. A felhasználónevek ki vannak téve – lehetséges a kiszolgálón tárolt különböző webhelyek elérése ugyanazon domain néven keresztül (kiszolgáló s IP address or server s hosztnév) csak a / ~ user / part (pl. http://ipaddress/~user1, http://ipaddress/~user2, http://ipaddress/~user3 stb.), ami kiszolgáltatottabbá teszi a hosztolt fiókokat a hackertámadásokkal szemben.

  2. Ha a mod_userdir modult egy weboldal elérésére használják, a forgalom hozzáadódik az összes felhasználó elég, mely látogatók férnek hozzá a webhelyhez, de nem annak a felhasználónak a sávszélesség-használatára, aki valódi webhelytulajdonos.

  3. A mod_userdir-t ki kell kapcsolni a root hozzáférés érdekében a szerver védelme érdekében a nem root felhasználók általi módosítástól kezdve, ezért be kell illesztenie egy “UserDir letiltott gyökeret” a konfigurációjába.

Mint azt Ön is tudja, hajlamosak vagyunk a legújabb technológiát a fiók és az adatok állandó védelme érdekében.A mod_userdir modul jelenleg le van tiltva megosztott szervereinken, amely lehetővé teszi számunkra, hogy növeljük a biztonsági szintet és csökkentsük a fiókja és a szerver feltörési esélyeit. Ez összhangban áll a legmagasabb szintű biztonsági előírásainkkal, és lehetővé teszi számunkra, hogy biztosítsuk Önnek a tőlünk elvárt biztonsági szintet.

Ezenkívül, ha megosztott tárhelye nincs egy dedikált IP-címet használhat, akkor a /~username/addon-domain/ szolgáltatást kell használnia, vagy ha ez a gazdagép beállította a folyamatot, feltételezve, hogy elsődlegesen engedélyezték.

a helyes mód … az addon tartományt tároló kiszolgáló címe, vagy használja a kiszolgálót tároló webszolgáltató által ajánlott névszervereket. A többieknek működniük kell … de 1 vagy 72 órába telhet, amíg az internet frissíti a rekordokat … ez nem azonnali. Tehát, ha hozzáfűzte ezt-azt, és nem várt erre hosszú … akkor lehet, hogy nincs semmi baj, más tény, hogy nem várt elég sokáig.

Ha a szerver konfigurációját szeretné ellenőrizni anélkül, hogy megvárná a DNS terjedését az interneten, akkor szerkesztheti az operációs rendszerek gazdagépét .

Megjegyzések

  • Tx Simon, igazad lehet, hogy a GoDaddy nem biztos, hogy támogatja a weboldalhoz való hozzáférést IP-címen keresztül. Meg tudja erősíteni valaki?
  • Könyörgök, hogy különbözzek. Valójában a legtöbb jó gazdagép ezt elérhetővé teszi a webhelyen való munkavégzéshez akár a domain regisztrációja előtt, akár a névszerverek cseréje előtt. Az biztos, hogy ez nem hosszú távú hozzáférés a webhelyhez, de nincs probléma ideiglenes URL-ként használni – ha van, érdekelne a meghallgatás.
  • @Steve Üdvözöljük, ha különbözik, de a te hibád. Az Ön által említett IP módszer használata az ügyfelek felhasználónevét mutatja. Továbbá Google index ' IP-címen elérhető webhelyek , kivéve, ha a webhely kanonikus linkeket használ, akkor a webhely problémákat okozhat ismétlődő tartalommal. Biztonsági és indexelési célokra ez rossz gyakorlatnak számít. A hosztfájl ajánlott felhasználása a még nem terjesztett, vagy a DNS-problémák miatt leállt webhelyek bevált gyakorlatának számít.
  • Azt hiszem, félreértesz engem, Simon, ezt soha nem tennéd közzé, csak valamit, amit adna egy tervezőnek, vagy felhasználná magát a webhely létrehozásához. Bárki, aki használja ' a termelésben ', őrült lenne.
  • Egy olyan tervező, mint én, csak annyit adna hozzá, hogy 192.168.1.1 example.com a gazdagépfájljukba, vagy a fejlesztő webhelyet egy helyi homokozóban tárolják. ' nincs ok arra, hogy a gazdagépek alapértelmezés szerint hozzáadják ezt a funkciót … nem biztonságos. Az alapértelmezett cPanel irányítópulton nincs lehetőség egy ilyen szolgáltatás engedélyezésére vagy letiltására, ezért ' meg kell akadályoznia az IP-címhez való közvetlen hozzáférést a amit sokan nem tudnak csinálni. Bár ez jó tulajdonságnak tűnhet a haladó felhasználók számára, a normál felhasználók többségének nem. A jó biztonsági hozzáértésű gazdagépek sok okból blokkolják ezt a funkciót, ezért ' nincs időszaka.

Válasz

Egy probléma van fent ~username metódust, ha WordPress vagy más hasonló CMS-t használ. megtöri az abszolút URL-eket, és css, képek és javascript nélkül használhatatlanná teszi az oldalt.

A probléma további módszere a gazdagép szerkesztése és a cPanel által létrehozott addon tartomány átirányítása az Ön IP-címére. webhely.

pl. 121.12.12.12 www.example.com

Most törölje a rendszer DNS gyorsítótárát, ez megoldja a css, image, js feltörési problémát.

Gazdafájl szerkesztése MacOS rendszeren

  1. A terminál megnyitása
  2. Írja be a sudo nano /etc/hosts parancsot, majd nyomja meg a return gombot.
  3. Adja meg rendszergazdai jelszavát, majd kattintson return.
  4. Csatolja a “” fájlt a fájlhoz.
  5. Mentse el a fájlt, és lépjen ki.
  6. Törölje a gyorsítótárat . Töltse be újra az oldalt. Hurrá !!

Válasz

Olyan Cpanel-fiókot kaptam, amely rendelkezik kiegészítõvel domain, amelynek domain neve lejárt. A fájlok még mindig a webhelyen voltak, és hozzáférnem kellett a webhely kezdőlapjához. A webhelyet a WordPress segítségével hoztuk létre.

Hozzáférhettem a http://ipaddress/~account_name/folder_name/index.php

Esetemben a mappa neve a domain név volt: domain_név.com

Nem “t” addig dolgozzon, amíg hozzá nem adtam az index.php fájlt. A http://ipaddress/~account_name/domain_name.com használatával 404-es hibát kaptam.

Megjegyzések

  • Eltekintve attól, hogy ez a kérdés több mint egy éves és elfogadott válasza van, a megoldás csak akkor fog működni, ha a tárhelyszolgáltatás ideiglenes URL-eket engedélyez, de a legtöbb nem ' t

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük