Jeg har GoDaddy cPanel-hostingkonto. Hoveddomænet er registreret hos GoDaddy, og jeg har cPanel-hosting. Hoveddomænet er hostet på en anden vært og bruger en anden værts navneserver. Jeg prøver at tilføje addon-domæner på denne GooDaddy cPanel-konto. Jeg har opsat addon-domæner med fil og db osv.

Min situation svarer noget til denne Registreret domæne på GoDaddy, pegede på Cloudflare – kan ikke Addon domæne til min hosting , men jeg fik ikke nogen fejl under tilføjelsen af addon-domæne.

Jeg har to spørgsmål:

  1. Hvordan får jeg adgang til disse addon-domæner for at teste, om det er konfigureret korrekt. Normalt er det tilgængeligt via http://example.com/addon-domain.com Men i mit tilfælde er hoveddomænet hostet andetsteds, så det fungerer ikke.

    • http://x.x.x.x/addon-domain.com fungerer heller ikke.
  2. 2. spørgsmål er, vil det overhovedet fungere, eller skal jeg skifte hoveddomænes DNS tilbage til GoDaddy?

Kommentarer

  • Som Simon påpegede, og jeg prøvede på en anden konto, får jeg ikke adgang til webstedet via IP-adresse ' t arbejder på GoDaddy. Medmindre nogen ved, hvordan man får adgang til det via IP, synes jeg svaret på mit spørgsmål er, at det ' ikke er muligt.

Svar

Du skal kunne få adgang til det via http://IPADDRESS/~cpanel_accountname/addon_domain_directory

så det ser ud som http://123.456.789.000/~matt/addondomain

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

Kommentarer

  • Tx Steve. Dette var hvad jeg ledte efter. Desværre fungerer dette ' ikke for mig. Med ovennævnte urlformat viser det " Fil ikke fundet (404-fejl) Hvis du mener, hvad du ' leder efter, skal være her, kontakt webstedsejeren. " Det ' et WordPress-websted. Jeg uploadede mit eget index.html bare for at sikre, at filerne er der, men stadig ' ikke den samme fejl. Jeg ' har brugt cPanel-navnet, som det vises på cPanel og det samme med IP-adresse. Så ingen fejl der. mangler jeg noget andet?
  • Hvad sker der, hvis du bare går til 123.456.789.000/~matt ?
  • Det ser ud til, at de fleste ting GoDaddy, (spørg om min dedikerede serveroplevelse en dag) de gør det anderledes. Jeg har tilføjet et link til en side om forhåndsvisning af websteder.
  • Tx Steve, Preview fungerer for mig, det ' er ikke lige frem, men det hjælper mig med at se hjemmesiden i det mindste.

Svar

Adgang til websteder via IP er ikke ønskelig og understøttes ikke af mest gode værter.

Det betragtes som en god praksis for sikkerhedsvittige delte webhosts at ikke tillade adgang til indhold via serverens IP-adresse via mod_userdir, det er fordi mod_userdir har en vis sikkerhed bekymringer. Flere oplysninger om dette nedenfor.

KILDE

Mod_userdir-modulet, der er ansvarlig for, at denne URL fungerer, er ret usikkert og øger risikoen for angreb på din konto. Vi er bekymrede over brugernes sikkerhed og bruger kun den bedste sikkerhedspraksis. På grund af dette er mod_userdir såvel som den midlertidige URL deaktiveret på vores delte servere.

KILDE

mod_userdir giver adgang til en brugers startside ved hjælp af den midlertidige URL med / ~ bruger / syntaks som http://ipaddress/~user hvor “ipaddress” kan erstattes med serverens værtsnavn eller ethvert domænenavn, der er løst til den server, du vil kontrollere indholdet på.

Når mod_userdir er aktiveret, udgør der betydelige sikkerhedsrisici og ulemper:

  1. Brugernavne er eksponeret – det er muligt for at få adgang til forskellige websteder, der hostes på serveren via det samme domænenavn (server s IP address or server s værtsnavn), der kun erstatter / ~ bruger / del (f.eks. http://ipaddress/~user1, http://ipaddress/~user2, http://ipaddress/~user3 osv.), hvad der gør hostede konti mere sårbare over for hackingangreb.

  2. Når mod_userdir-modulet bruges til at få adgang til et websted, tilføjes trafikken til det samlede antal brugere burde hvilke besøgende få adgang til webstedet, men ikke til brug af båndbredde hos brugeren, der er en rigtig webstedsejer.

  3. mod_userdir bør deaktiveres for root-adgang for at gøre serveren beskyttet fra ændring af ikke-root-brugere, skal du således medtage en “UserDir-deaktiveret root” i din konfiguration.

Som du måske ved, har vi en tendens til at introducere den nyeste teknologi for at beskytte din konto og data hele tiden.Mod_userdir-modulet er i øjeblikket deaktiveret på vores delte servere, der giver os mulighed for at øge sikkerhedsniveauet og mindske chancerne for din konto såvel som serveren fra at blive hacket. Dette er i tråd med vores højeste sikkerhedsstandarder og lader os give dig det sikkerhedsniveau, du forventer af os.

Også hvis det er delt hosting uden en dedikeret IP, du ville være, ville du blive bedt om at bruge /~username/addon-domain/, eller hvordan værten har opsat processen, forudsat at de har det aktiveret i første omgang.

Den korrekte måde …

Den korrekte måde ville være at sikre, at du har tilføjet addon-domænet til cPanel og derefter enten opdatere DNS A-posten til IP adresse på den server, der hoster addon-domænet, eller brug de navneservere, der anbefales af den webhost, der er vært for den pågældende server. Resten skal fungere … men det kan tage 1 time eller 72 timer for internettet at opdatere posterne … det er ikke øjeblikkeligt. Så hvis du tilføjede dette og det og ikke har ventet på dette længe … så er der muligvis ikke noget galt, andet det faktum, at du ikke har ventet længe nok.

Hvis du vil kontrollere serverkonfigurationen uden at vente på, at DNS spredes over internettet, kan redigere din operativsystems værtsfil .

Kommentarer

  • Tx Simon, du har måske ret i, at GoDaddy muligvis ikke understøtter webstedsadgang via IP-adresse. Kan nogen bekræfte det?
  • Jeg beder om at være anderledes. Faktisk gør de fleste gode værter dette tilgængeligt som en måde at arbejde på et websted på, enten før et domæne er registreret, eller før du skifter navneservere. Det er helt sikkert ikke en langsigtet måde at få adgang til et websted, men der er ikke noget problem at bruge det som en midlertidig URL – hvis der er, er jeg interesseret i at høre det.
  • @Steve Din velkomst til at være anderledes, men din forkert. Brug af IP-metoden, som du nævnte, afslører klienternes brugernavn. Desuden Google-indeks ' s websteder, der er tilgængelige via IP-adresse , medmindre webstedet bruger kanoniske links, kan hjemmesiden stå over for problemer med duplikatindhold. Af sikkerheds- og indekseringsformål betragtes det som en dårlig praksis. Brug af værtsfilen som foreslået betragtes som en bedste praksis for adgangswebsteder, der endnu ikke er propageret, eller dem, der er nede på grund af DNS-problemer.
  • Jeg tror, du misforstår mig Simon, det er aldrig noget, du vil offentliggøre, bare noget, du ville give til en designer eller bruge dig selv til at oprette webstedet. Enhver, der bruger det ' i produktion ' ville være sur.
  • En designer som mig ville bare tilføje 192.168.1.1 example.com til deres værtsfil, eller de er vært for udviklingswebstedet i en lokal sandkasse. Der er ' ingen grund til, at værter tilføjer denne funktion, som standard … den er ikke sikker. Der er ingen måde at aktivere eller deaktivere en sådan funktion i standard-cPanel-instrumentbrættet, du ' skal blokere direkte adgang til IP-adressen via .htaccess som mange ikke ved hvordan man gør. Selvom dette kan virke som en god funktion for avancerede brugere, er det ikke for de fleste normale brugere. Gode sikkerhedsvidende værter blokerer denne funktion af mange årsager. Den ' er ikke nødvendig periode.

Svar

Der er et problem med ovenstående ~username metode, hvis du bruger WordPress eller andet lignende CMS. det bryder de absolutte webadresser og gør siden ubrugelig uden css, billeder og javascript.

En yderligere metode til dette problem er at redigere værtsfilen og omdirigere dit addon-domæne, du oprettede med cPanel til IP-adressen på din site.

f.eks. 121.12.12.12 www.example.com

Nu ryd systemets DNS-cache, dette løser problemet med css, image, js breaking.

Sådan redigeres værtsfil på MacOS

  1. Åbn terminal
  2. Skriv sudo nano /etc/hosts, og tryk derefter på return.
  3. Indtast din administratoradgangskode, og tryk derefter return.
  4. Tilføj “” til filen.
  5. Gem filen og afslut.
  6. Ryd cachen Genindlæs siden. Hurra !!

Svar

Jeg har en Cpanel-konto, der har et addon domæne, hvis domænenavn var udløbet. Filerne var stadig på siden, og jeg havde brug for at få adgang til webstedets startside. Webstedet blev oprettet med WordPress.

Jeg kunne få adgang til det via http://ipaddress/~account_name/folder_name/index.php

I mit tilfælde var mappenavnet domænenavnet: domain_name.com

Det virkede ikke arbejde, indtil jeg tilføjede index.php. Brug af http://ipaddress/~account_name/domain_name.com gav mig en 404-fejl.

Kommentarer

  • Bortset fra at dette spørgsmål er over et år gammelt og har et accepteret svar, fungerer din løsning kun, hvis hostingtjenesten tillader midlertidige webadresser, men de fleste don ' t

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *