Dve domeni z istim IPjem

Domeni bitchute.com in bigpornlist.com imata iste IPje:

>nslookup bitchute.com
Server:  xxx
Address:  xxx

Non-authoritative answer:
Name:    bitchute.com
Addresses:  2606:4700:20::6818:1757
          2606:4700:20::6818:1657
          104.24.23.87
          104.24.22.87


>nslookup bigpornlist.com
Server:  xxx
Address:  xxx

Non-authoritative answer:
Name:    bigpornlist.com
Addresses:  104.24.23.87
          104.24.22.87

Če domeni vpišeš v brskalnik, pa se prikažeta različni strani. Kako je to mogoče?

Zakaj se prikažeta dve različni strani, če se resolvata na isti strežnik (IP)?

Na istem IPju lahko laufa N domen - sploh ni omejitve!

c3p0 je 19. feb 2019 ob 21:03 izjavil:

Ker strežniku brskalnik javi željeno stran preko Host: headerja.

Hvala! Se da to kako sfiltrirati?

temu se reče vhost oz virtualen host. en IP = strežnik ima lahko veliko vhostov (virtualnih hostov) = različnih domen.

ko vpišeš domeno pošlješ request strežniku in ta sam ugotovi, na kater vhost te mora preusmerit (tisti, ki gosti stran te iste domene). IP lahko analiziraš dalje. če stran gosti pri kakšnem shared hosting ponudniku, boš našel še ogromno drugih domen, ki gostijo na tem istem strežniku.

edit: v tvojem primeru je IP v lasti cloudflare. to pa je CDN provider, ki ga lahko uporabiš tudi sam. v tem primeru se lahko zgodi, da bi tudi tvoja spletna stran občasno imela isti IP. ker cloudflare vse strani "preslika" k sebi in jih naprej ponuja preko svojih CDN strežnikov (deluje kot nekakšen proxy). cloudflare druge strani uporabljajo predvsem kot content distributorja (tvoja stran je na slovenskem strežniku, obiskovalca imaš iz japonske, zato cloudflare servira kopijo tvoje strani iz njihovega japonskega strežnika = stran se mu hitreje naloži) ali DDos protekcijo, saj imajo dovolj široke pipe, da lahko z lahkoto požrejo take napade.

Aleks Nafi je 19. feb 2019 ob 21:07 izjavil:

Hvala! Se da to kako sfiltrirati?

Ne vem kaj točno bi filtriral oz. kaj je namen. Prijetno večerno branje je RFC, ki definira HTTP/1.1:

https://tools.ietf.org/html/rfc2616

Aleks Nafi je 19. feb 2019 ob 20:56 izjavil:

Zakaj se prikažeta dve različni strani, če se resolvata na isti strežnik (IP)?

Ker sta na oni strani dva različna virtualna strežnika, ločena po *imenih* (na istem IPju).

V HTTP requestu je zapisano ime, na kateri strežnik zahteva leti in potem http server, na katerega je zahteva naslovljena, zahtevo obdela.

Iskreno povedano, filtriral bi rad sam sebe.

V principu gre torej za laptop, Win 7 in firewall, ki zna blokirat IPje, filtrirati DNS/HTTPS pa ne. Geslo od firewalla, ki ima tudi uninstall protekcijo ipd. imam shranjeno na drugi fizični lokaciji.

OpenDNS in podobno ne pride v poštev, ker nočem zbiranja vseh mojih DNS zahtevkov pri enem podjetju.

Idealno bi bilo, da bi lahko ohranil administratorsko geslo od windowsov (torej ne downgrade na user/power user nivo). Obstaja še kakšna druga možnost od manipulacije hosts datoteke?

Jaz imam to narejeno v malem merilu doma.
Tudi jaz imam dve domeni, ki resolvata na isti IP. Vse HTTP in HTTPS povezave iz mojega routerja priletijo preko NATa na reverse proxy strežnik, ki filtrira HTTP requeste glede na URL. Poenostavljeno - ve, kaj je napisano v okence na brskalniku. Potem pa posreduje dvema različnima strežnikoma glede na pravila, ki jih določim.

HTTPS povezava je samo od klienta do proxyja, kar pomeni, da lahko uporabljam isti certifikat za dve strani, hkrati pa mi povezava v LAN-u poteka hitreje, ker gre prek hitrejšega HTTP-ja. Nekateri temu pravijo SSL acceleration.

Delam pa to s pomočjo relayd serverja na OpenBSD-ju. Je zelo močno orodje za postavljanje load balancerjev, proxyjev, itd. Tudi njegov firewall, pf, na katerem temelji malo bolj znan PFsense, je izredno zmogljiv in precej enostaven za postavit, če znaš z linux oz. *nix okolji.

To je nekako ok za regularni http/s promet, če imaš pošlihtano da dela kot mora (https ima veliko pasti, kjer lahko slabe implementacije proxijev podrejo varnost, ki naj bi jo nudil https). Tudi v tvojem primeru mi ni čisto jasno, če sem te prav razumel - do proxija gre promet po http? To mi nebi bilo všeč niti za doma, za kakšno poslovno mrežo pa je to čisti no-go. Brskalnik ti mora pokazati zeleno ključavnico, če si na legitimni strani s pravimi certifikati. Karkoli drugega bi bilo kot vožnja po regionalki z zavezanimi očmi.

Problem je tudi, ker je to explicitni proxy - torej moraš brskalniku eksplicitno zaukazati, da mora preusmeriti zahteve na proxy server. To lepo deluje za 'pridni' software... problem pa je lahko kakšen malware, ki se požvižga na proxy nastavitve v brskalniku. Deloma to lahko rešiš tako, da na požarni pregradi omejiš http/s zahteve, da smejo prihajati izključno s proxy strežnika, vse ostale pa droppaš.

Toda promet ni samo http/s. Sploh rizični promet zna iti tudi po kakšnih drugih portih in protokolih. Zato ni čisto nepomembno, če lahko tudi DNS zahteve filtriramo, tako da znane problematične fqdn naslove preusmerimo čisto nekam drugam (npr. na localhost ali 0.0.0.0).

Te zadeve se da nanesti skupaj in spentljat, da tudi periodično pobirajo podatke z znanih blacklist, vendar zna biti vzdrževanje precej zahtevno. Za ljubiteljsko rabo in učenje ok... Za produkcijo / poslovno rabo, pa se nebi šel tega. Imaš rešitve, ki imajo vse to in še veliko tega integrirano in te letno ne stanejo nič bistveno več, kot če nekomu plačuješ, da vse proxije, DNS sinkhole in pfSense redno vzdržuje na profesionalnem nivoju.

Poldi112 je 20. feb 2019 ob 21:36 izjavil:

On govori o serverju za reverse proxy-jem, ne o proxy-ju pred clienti. Standardna zadeva, ko imaš SSL med clientom in reverse proxy-jem, ki nato po http komunicira z dejanskim web serverjem.

Ups.. to je druga stvar... bolj odgovor na poste z začetka teme.

Sem ga razumel, da ima postavljen kot proxy za 'odhodni' promet, ne pa za 'dohodnega'. Druga zgodba, ki nima veze z zadnjimi posti v temi.