É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:
-
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.
-
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.
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.
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:
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.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.
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
- A terminál megnyitása
- Írja be a
sudo nano /etc/hosts
parancsot, majd nyomja meg areturn
gombot. - Adja meg rendszergazdai jelszavát, majd kattintson
return
. - Csatolja a “” fájlt a fájlhoz.
- Mentse el a fájlt, és lépjen ki.
- 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