Citat:
Ursprungligen postat av
Jiddraren
Det är ju uppenbart en devdomän Dan glömt att skydda med .htaccess. Antingen var det tanken att podcastdelen skulle ligga där tidigare, eller så är det var den är tänkt att ligga framöver.
Nä, jag tror att du har fel. Detta ser ut att vara på DNS-nivå. Jag gjorde en DNS lookup från terminalen och får följande information (jag tog bort all irrelevant output från svaret):
Kod:
$ dig svegot.se
svegot.se. 252 IN A 104.28.20.158
svegot.se. 252 IN A 104.28.21.158
$ dig radio.svegot.se
radio.svegot.se. 300 IN A 159.65.204.252
Så det är ett A record på subdomänen 'radio' som pekar på en helt annan IP-adress än servern som Svegot rullar på. Öppnar du 159.65.204.252 i webbläsaren så är det Breaking Myths som visas.
Alltså ligger inte källkoden till Breaking Myths på samma webbserver som Svegot, vilket jag antar att du antyder med ditt svar. .htaccess är ju nämligen en konfigurationsfil till Apache för att styra innehållet i din www-katalog på din server, t.ex. för att dölja eller lösenordsskydda innehåll, etc. Men nu är det bara en DNS-inställning som har gjorts, så det måste inte vara så att Dan har kontroll över
http://forbreakingmyths.com/.
Dock är det ju väldigt konstigt av honom att lägga in en sådan DNS record. Jag menar, det är ju inte direkt så att man råkar lägga in lite records till random IP-nummer, eller att någon annan skulle kunna ha gjort det.
EDIT: Iof så tillhör 104.28.20.158 och 104.28.21.158 Cloudflare, så teoretiskt kan det väl vara 159.65.204.252 som ligger bakom dem. Jag antar att man skulle kunna testa den tesen genom att göra en GET request mot 159.65.204.252 med "svegot.se" som värde på HTTP HOST-header:n. Känns dock spontant långsökt att så skulle vara fallet.