Jeg har GoDaddy cPanel-hostingkonto. Hoveddomenet er registrert hos GoDaddy, og jeg har cPanel-hosting. Hoveddomenet er vert for andre verter og bruker andre verts navneserver. Jeg prøver å legge til tilleggsdomener på denne GooDaddy cPanel-kontoen. Jeg har satt opp tilleggsdomener med fil og db osv.

Min situasjon ligner noe på denne Registrert domene på GoDaddy, pekte på Cloudflare – kan ikke Addon domenet til verten min , men jeg fikk ikke noen feil under tilføyelsen av tilleggsdomenet.

Jeg har to spørsmål:

  1. Hvordan får jeg tilgang til disse tilleggsdomenene for å teste om det er riktig konfigurert. Normalt er det tilgjengelig via http://example.com/addon-domain.com Men i mitt tilfelle er hoveddomenet vert andre steder, så det vil ikke fungere.

    • http://x.x.x.x/addon-domain.com fungerer ikke heller.
  2. Det andre spørsmålet er, vil det fungere i det hele tatt eller om jeg «må endre hoveddomenet» til DNS tilbake til GoDaddy?

Kommentarer

  • Som Simon påpekte og jeg prøvde på en annen konto, får ikke tilgang til nettstedet via IP-adresse ' t jobber med GoDaddy. Med mindre noen vet hvordan du får tilgang til det via IP, tror jeg svaret på spørsmålet mitt er at det ' ikke er mulig.

Svar

Du bør kunne få tilgang til det via http://IPADDRESS/~cpanel_accountname/addon_domain_directory

slik at det ser ut som http://123.456.789.000/~matt/addondomain

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

Kommentarer

  • Tx Steve. Dette var det jeg lette etter. Dessverre fungerer ikke ' for meg. Med urlformatet ovenfor viser det " Fil ikke funnet (404-feil) Hvis du tror det du ' ser etter, burde være her, vennligst kontakt eieren av nettstedet. " Det ' et WordPress-nettsted. Jeg lastet opp min egen index.html bare for å forsikre meg om at filene er der, men fremdeles ' t samme feil. Jeg ' har brukt cPanel-navnet som det vises på cPanel og det samme med IP-adresse. Så ingen feil der. mangler jeg noe annet?
  • Hva skjer hvis du bare går til 123.456.789.000/~matt ?
  • Det virker som de fleste ting GoDaddy, (spør om min dedikerte serveropplevelse en dag) de gjør det annerledes. Jeg har lagt til en lenke til en side om forhåndsvisning av nettsteder.
  • Tx Steve, Preview fungerer for meg, det ' er ikke rett frem, men det hjelper meg å se nettstedet i det minste.

Svar

Å få tilgang til nettsteder via IP er ikke ønskelig og støttes ikke av mest gode verter.

Det anses som en god praksis for sikkerhetsvitende delte webverter å ikke tillate tilgang til innhold via IP-adressen til serveren via mod_userdir, dette er fordi mod_userdir har en viss sikkerhet bekymringer. Mer informasjon om dette nedenfor.

KILDE

Mod_userdir-modulen som er ansvarlig for at denne URL-en fungerer, er ganske usikker og øker risikoen for angrep på kontoen din. Vi er bekymret for brukernes sikkerhet og bruker bare den beste sikkerhetspraksis. På grunn av dette er mod_userdir så vel som den midlertidige URL-en deaktivert på våre delte servere.

KILDE

mod_userdir gir tilgang til en brukers hjemmeside ved hjelp av den midlertidige URL-en med / ~ bruker / syntaks, som http://ipaddress/~user der «ipaddress» kan erstattes med serverens vertsnavn eller et hvilket som helst domenenavn som er løst til serveren du vil sjekke innholdet på.

Når mod_userdir er aktivert, utgjør det betydelig sikkerhetsrisiko og ulemper:

  1. Brukernavn er eksponert – det er mulig for å få tilgang til forskjellige nettsteder som er vert på serveren via samme domenenavn (server s IP address or server s vertsnavn) og erstatter bare / ~ brukeren / delen (f.eks. http://ipaddress/~user1, http://ipaddress/~user2, http://ipaddress/~user3, osv.) hva som gjør vertskontoer mer sårbare for hackingangrep.

  2. Når mod_userdir-modulen brukes til å få tilgang til et nettsted, legges trafikken til det totale antallet brukere bør hvilke besøkende få tilgang til nettstedet, men ikke til båndbreddebruken til brukeren som er en reell nettsideeier.

  3. mod_userdir bør deaktiveres for root-tilgang for å gjøre serveren beskyttet fra endring av ikke-rotbrukere, må du altså inkludere en «UserDir-deaktivert rot» i konfigurasjonen.

Som du kanskje vet, har vi en tendens til å introdusere det siste teknologi for å beskytte kontoen og dataene dine hele tiden.Mod_userdir-modulen er for øyeblikket deaktivert på våre delte servere som lar oss øke sikkerhetsnivået og redusere sjansene for kontoen din, så vel som serveren fra å bli hacket. Dette er i tråd med våre høyeste sikkerhetsstandarder og lar oss gi deg det sikkerhetsnivået du forventer av oss.

Også hvis det er delt hosting uten en dedikert IP du ville være, ville du bli bedt om å bruke /~username/addon-domain/, eller hvordan verten har konfigurert prosessen, forutsatt at de har den aktivert i utgangspunktet.

Den riktige måten …

Den riktige måten ville være å sikre at du har lagt til tilleggsdomenet til cPanel og deretter enten oppdatere DNS A-posten til IP adressen til serveren som er vert for tilleggsdomenet, eller bruk navneserverne som er anbefalt av webverten som er vert for den serveren. Resten skal fungere … men det kan ta 1 time eller 72 timer for internett å oppdatere postene … det er ikke øyeblikkelig. Så hvis du la til, dette og det, og ikke har ventet på dette lenge … så kan det hende det ikke er noe galt, annet at du ikke har ventet lenge nok.

Hvis du vil sjekke serverkonfigurasjonen uten å vente på at DNS skal spre seg over nettet, kan redigere operativsystemets vertsfil .

Kommentarer

  • Tx Simon, du kan ha rett i at GoDaddy kanskje ikke støtter tilgang til nettsteder via IP-adresse. Kan noen bekrefte det?
  • Jeg ber om å være annerledes. Faktisk gjør de fleste gode verter dette tilgjengelig som en måte å jobbe på et nettsted enten før et domene blir registrert eller før du bytter navneserver. Det er sikkert ikke en langsiktig måte å få tilgang til et nettsted, men det er ikke noe problem å bruke det som en midlertidig URL – hvis det er, er jeg interessert i å høre det.
  • @Steve feil. Ved å bruke IP-metoden som du nevnte, blir kundens brukernavn avslørt. Videre Google-indeks ' s sider som er tilgjengelige via IP-adresse , med mindre siden bruker kanoniske lenker, kan nettstedet møte problemer med duplikatinnhold. Av sikkerhets- og indekseringsøyemed er det ansett som dårlig praksis. Å bruke vertsfilen som foreslått betraktes som en best praksis for tilgangssider som ennå ikke er spredt, eller som er nede på grunn av DNS-problemer.
  • Jeg tror du misforstår meg Simon, det er aldri noe du vil publisere, bare noe du vil gi til en designer eller bruke deg selv til å opprette nettstedet. Alle som bruker det ' i produksjon ' ville være gale.
  • En designer som meg ville bare lagt til 192.168.1.1 example.com til vertsfilen, eller de vert utviklingssiden i en lokal sandkasse. Det er ' ingen grunn til at verter legger til denne funksjonen, som standard … den er ikke sikker. Det er ingen måte å aktivere eller deaktivere en slik funksjon i standard cPanel-dashbordet, du ' d må blokkere direkte tilgang til IP-adressen via .htaccess som mange ikke vet hvordan de skal gjøre. Selv om dette kan virke som en god funksjon for avanserte brukere, er det ikke for de fleste normale brukere. Gode sikkerhetsvitende verter blokkerer denne funksjonen av mange grunner. Den ' er ikke nødvendig periode.

Svar

Det er ett problem med ~username metode hvis du bruker WordPress eller andre lignende CMS. det bryter de absolutte nettadressene og gjør siden ubrukelig uten css, bilder og javascript.

En annen metode for dette problemet er å redigere vertsfilen og omdirigere addon-domenet du opprettet med cPanel til IP-adressen til din nettsted.

f.eks. 121.12.12.12 www.example.com

Nå tøm systemets DNS-cache, dette løser problemet med css, image, js breaking.

Slik redigerer du vertsfilen på MacOS

  1. Åpne terminal
  2. Skriv sudo nano /etc/hosts og trykk deretter return.
  3. Skriv inn administratorpassordet ditt og trykk deretter return.
  4. Legg til «» i filen.
  5. Lagre filen og avslutt.
  6. Tøm hurtigbufferen Last siden på nytt. Hurra !!

Svar

Jeg har en Cpanel-konto som har et tillegg domenet hvis domenenavn hadde utløpt. Filene var fortsatt på siden, og jeg trengte tilgang til nettstedets hjemmeside. Nettstedet ble opprettet med WordPress.

Jeg fikk tilgang til det via http://ipaddress/~account_name/folder_name/index.php

I mitt tilfelle var mappenavnet domenenavnet: domain_name.com

Det gjorde ikke jobbe til jeg la til index.php. Å bruke http://ipaddress/~account_name/domain_name.com ga meg en 404-feil.

Kommentarer

  • Bortsett fra at dette spørsmålet er over ett år gammelt og har et akseptert svar, vil løsningen din bare fungere hvis hostingtjenesten tillater midlertidige nettadresser, men de fleste ' t

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *