Ik heb een GoDaddy cPanel-hostingaccount. Het hoofddomein is geregistreerd bij GoDaddy en ik heb cPanel hosting. Het hoofddomein wordt gehost op een andere host en gebruikt de naamserver van een andere host. Ik probeer addon domeinen toe te voegen aan dit GooDaddy cPanel account. Ik heb add-on-domeinen ingesteld met bestand en db enz.

Mijn situatie lijkt enigszins op deze Geregistreerd domein op GoDaddy, verwezen naar Cloudflare – kan niet toevoegen domein naar mijn hosting , maar ik kreeg geen foutmelding tijdens het toevoegen van een addon-domein.

Ik heb twee vragen:

  1. Hoe krijg ik toegang tot deze add-on domeinen om te testen of het correct is ingesteld. Normaal gesproken is het toegankelijk via http://example.com/addon-domain.com Maar in mijn geval wordt het hoofddomein ergens anders gehost, dus het zal niet werken.

    • http://x.x.x.x/addon-domain.com werkt ook niet.

  2. De tweede vraag is: zal het überhaupt werken of moet ik de DNS van het hoofddomein terug veranderen naar GoDaddy?

Reacties

  • Zoals Simon opmerkte en ik het probeerde met een ander account, toegang tot de website via IP-adres niet ' t werken op GoDaddy. Tenzij iemand weet hoe hij er via IP toegang toe heeft, denk ik dat het antwoord op mijn vraag is dat het ' niet mogelijk is.

Antwoord

Je zou het moeten kunnen openen via http://IPADDRESS/~cpanel_accountname/addon_domain_directory

zodat het er ongeveer zo uitziet als http://123.456.789.000/~matt/addondomain

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

Reacties

  • Tx Steve. Dit is wat ik zocht. Helaas werkt dit ' niet voor mij. Met de bovenstaande url-indeling toont het " Bestand niet gevonden (404-fout) Als je denkt dat wat je ' zoekt, hier zou moeten zijn, neem contact op met de site-eigenaar. " Het ' is een WordPress-site. Ik heb mijn eigen index.html geüpload om er zeker van te zijn dat de bestanden aanwezig zijn, maar ' niet dezelfde foutmelding. Ik ' heb de cPanel-naam gebruikt die op cPanel wordt weergegeven en hetzelfde met het IP-adres. Dus geen vergissing. mis ik nog iets?
  • Wat gebeurt er als je gewoon naar 123.456.789.000/~matt gaat?
  • Het lijkt erop dat de meeste dingen van GoDaddy, (vraag eens naar mijn dedicated serverervaring op een dag), ze het anders doen. Ik heb een link toegevoegd naar een pagina over het bekijken van voorbeelden van sites.
  • Tx Steve, Preview werkt voor mij, het is ' niet eenvoudig, maar het helpt me te zien de website tenminste.

Antwoord

Toegang tot websites via IP is niet wenselijk en wordt niet ondersteund door de meeste goede hosts.

Het wordt als een goede gewoonte beschouwd voor gedeelde webhosts met verstand van zaken om geen toegang tot inhoud toe te staan via het IP-adres van de server via mod_userdir, dit is omdat mod_userdir enige beveiliging heeft. zorgen. Meer informatie hierover hieronder.

SOURCE

De module mod_userdir die verantwoordelijk is voor het functioneren van deze URL is behoorlijk onveilig en verhoogt de risicos van aanvallen op uw account. We zijn bezorgd over de veiligheid van gebruikers en gebruiken alleen de beste beveiligingspraktijken. Hierdoor is zowel mod_userdir als de tijdelijke URL uitgeschakeld op onze gedeelde servers.

SOURCE

mod_userdir staat toegang tot de homepage van een gebruiker toe met gebruikmaking van de tijdelijke URL met de / ~ user / syntaxis, zoals http://ipaddress/~user waar “ipadres” kan worden vervangen door de hostnaam van de server of een domeinnaam die wordt omgezet naar de server waarop u de inhoud wilt controleren.

Als mod_userdir is ingeschakeld, brengt dit aanzienlijke veiligheidsrisicos en nadelen met zich mee:

  1. Gebruikersnamen worden weergegeven – het is mogelijk om toegang te krijgen tot verschillende websites die op de server worden gehost via dezelfde domeinnaam (server s IP address or server s hostnaam), waarbij alleen het / ~ user / deel wordt vervangen (bijv. http://ipaddress/~user1, http://ipaddress/~user2, http://ipaddress/~user3, etc.) wat gehoste accounts kwetsbaarder maakt voor hackaanvallen.

  2. Wanneer de module mod_userdir wordt gebruikt voor toegang tot een website, wordt het verkeer toegevoegd aan het totaal van de gebruikers via welke bezoekers de website bezoeken, maar niet tot het bandbreedtegebruik van de gebruiker die een echte website-eigenaar is.

  3. mod_userdir moet worden uitgeschakeld voor root-toegang om de server te beschermen van wijziging door niet-rootgebruikers, dus u moet een “UserDir uitgeschakeld root” in uw configuratie opnemen.

Zoals u wellicht weet, hebben we de neiging om de nieuwste technologie om uw account en gegevens te allen tijde te beschermen.De module mod_userdir is momenteel uitgeschakeld op onze gedeelde servers waardoor we het beveiligingsniveau kunnen verhogen en de kans verkleinen dat zowel uw account als de server worden gehackt. Dit is in overeenstemming met onze hoogste beveiligingsnormen en stelt ons in staat u het beveiligingsniveau te bieden dat u van ons verwacht.

Ook als het shared hosting is zonder een specifiek IP-adres zou zijn, zou u /~username/addon-domain/ moeten gebruiken, of hoe de host het proces ook heeft ingesteld, ervan uitgaande dat ze het in de eerste plaats hebben ingeschakeld.

De juiste manier …

De juiste manier zou zijn om ervoor te zorgen dat je het addon-domein hebt toegevoegd aan het cPanel en dan ofwel het DNS A-record bij te werken naar het IP-adres adres van de server die het addon-domein host, of gebruik de naamservers die worden aanbevolen door de webhost die die server host. De rest zou moeten werken … maar het kan 1 uur of 72 uur duren voordat het internet de records heeft bijgewerkt … het is niet onmiddellijk. Dus als je dit en dat hebt toegevoegd en hier niet op hebt gewacht lang … dan is er misschien niets mis, behalve het feit dat je niet lang genoeg hebt gewacht.

Als je de serverconfiguratie wilt controleren zonder te wachten tot de DNS zich verspreidt over het web, dan kan het hostbestand van uw besturingssysteem bewerken .

Opmerkingen

  • Tx Simon, je hebt misschien gelijk dat GoDaddy mogelijk geen toegang tot websites via IP-adres ondersteunt. Kan iemand het bevestigen?
  • Ik wil graag van mening verschillen. In feite stellen de meeste goede hosts dit beschikbaar als een manier om aan een site te werken voordat een domein wordt geregistreerd of voordat de naamservers worden gewijzigd. Het is zeker geen langetermijnmanier om toegang te krijgen tot een site, maar het is geen probleem om het als een tijdelijke URL te gebruiken – als dat het geval is, ben ik geïnteresseerd om het te horen.
  • @Steve Graag gedaan om van mening te verschillen, maar jij hebt het fout. Als u de IP-methode gebruikt zoals u al zei, wordt de gebruikersnaam van de klant zichtbaar. Bovendien Google index ' sites toegankelijk via IP-adres , tenzij de site canonieke links gebruikt, kan de website problemen ondervinden met dubbele inhoud. Voor veiligheids- en indexeringsdoeleinden wordt het als een slechte praktijk beschouwd. Het gebruik van het hostbestand zoals voorgesteld wordt als een best practice beschouwd voor toegang tot sites die nog niet zijn gepropageerd of die niet beschikbaar zijn vanwege DNS-problemen.
  • Ik denk dat je me verkeerd begrijpt Simon, het is nooit iets dat je zou publiceren, gewoon iets dat u aan een ontwerper zou geven of uzelf zou gebruiken om de site te maken. Iedereen die het ' in productie ' gebruikt, zou boos zijn.
  • Een ontwerper zoals ik zou gewoon 192.168.1.1 example.com naar hun hostbestand, of ze hosten de ontwikkelsite in een lokale sandbox. Er is ' geen reden voor hosts om deze functie toe te voegen, standaard … het is niet veilig. Er is geen manier om een dergelijke functie in of uit te schakelen in het standaard cPanel-dashboard, u ' moet de directe toegang tot het IP-adres blokkeren via de .htaccess waarvan velen niet weten hoe ze het moeten doen. Hoewel dit een goede functie lijkt voor gevorderde gebruikers, is dit niet voor de meeste normale gebruikers. Hosts met goede beveiliging blokkeren deze functie om vele redenen, het is ' niet nodig.

Antwoord

Er is een probleem met bovenstaande ~username -methode als u WordPress of een ander soortgelijk CMS gebruikt. het breekt de absolute URLs en maakt de pagina onbruikbaar zonder css, afbeeldingen en javascript.

Nog een methode voor dit probleem is om het hostbestand te bewerken en je addon-domein dat je met cPanel hebt gemaakt om te leiden naar het IP-adres van je site.

bijv. 121.12.12.12 www.example.com

Nu wis de DNS-cache van het systeem, dit lost het probleem met het breken van css, image, js op.

Hoe hostbestand op MacOS te bewerken

  1. Terminal openen
  2. Typ sudo nano /etc/hosts en druk op return.
  3. Voer je beheerderswachtwoord in en druk op return.
  4. Voeg toe aan het bestand.
  5. Sla het bestand op en sluit af.
  6. Wis de cache . Herlaad de pagina. Hoera !!

Antwoord

Ik heb een Cpanel-account met een add-on domein waarvan de domeinnaam is verlopen. De bestanden waren nog steeds op de site en ik had toegang tot de homepage van de site nodig. De site is gemaakt met WordPress.

Ik kon er toegang toe krijgen via http://ipaddress/~account_name/folder_name/index.php

In mijn geval was de mapnaam de domeinnaam: domeinnaam.com

werk totdat ik de index.php heb toegevoegd. Door http://ipaddress/~account_name/domain_name.com te gebruiken, kreeg ik een 404-foutmelding.

Opmerkingen

  • Afgezien van het feit dat deze vraag meer dan een jaar oud is en een geaccepteerd antwoord heeft, werkt uw oplossing alleen als de hostingservice staat tijdelijke URLs toe, maar de meeste zijn niet ' t

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *