Dotaz: Presmerovani www dotazu z lokalni site ne urcenou stranku, pokud napr nejede spojeni od ISP

[lu.bos]

Dobry den,

nevim jestli to patri tady, ale mel bych takovy dotaz. O co jde je uz asi jasne z titulku.

Mam server, ten je pripojen k nejakemu ISP. Na server je pripojeno v lokaln isiti nekolik uzivatelu. Jde nejak udelat to, ze kdyz prestane napr fungovat ISP, tak se uzivatelum nezobrazi v prohlizeci klasicka hlaska "stranka nenalezena", ale nejaka jina stranka s vysvetlenim ze doslo k vypadku?

Nemusite mi psat nejake postupy, uplne bude stacit nejaky odkaz, nebo jak se teto problematice rika a ja uz si neco vygooglim.

Predem diky za vsechny dotazy.

Tomas

---

---

Odpovědi

[NN]

Slo by tro udelat tak, ze uzivatele pustis ven pres proxy/transparentni proxy(squid) a upravis si /usr/share/squid/errors/English/ERR_CONNECT_FAIL.

NN

[Filip Jirsák]

Tohle by ale tu hlášku zobrazovalo i v případě, kdy je nedostupný cílový server nebo problém někde na trase. Pokud chce tazatel sledovat funkčnost internetového připojení, musí si nějak nadefinovat, co považuje za funkční připojení, to pak testovat, a podle toho případně dělat na proxy serveru nějaké přesměrování či zobrazení chybové stránky.

[Max]

Já to plánuji udělat na svém serveru. Přes proxynu rozhodně ne, to je omezování uživatelů (může to brát někdo jako špehování a také nechci řešit případné problémy). Takže já si napíšu skript, který bude pingat nějaký server venku, je jedno který, skript nechám běžet buď ve smyčce while true, nebo ho budu spouštět v cronu a pokud podmínka vyhodí chybku(samozřejmě se ta chyba bude vztahovat na více packetů, než jen jeden vadný icmp :) ), tak přesměruji pomocí iptables spojení na 80 port na lokál, na třeba 8080, kde mi poběží web s infem o tom, že je výpadek. Na lokálu už mi běží apache s intranetem, takže si tam spustím ještě lighttpd na portu 8080 s tou warning stránkou.
A zase, pokud se ping rozjede, tak skript příslušné iptables pravidlo zruší a web se rozeběhne.
Takto to nějak zamýšlím já.
Ale moc jsem nato ještě nekoukal, je to jedna z mých prvních úvah :)

Možná by místo na lokální druhý web, bylo dobré přesměrovávat na proxynu, která by pak přesměrovávala na určitou stránku na tom lokálu, takže bych měl v ruce možnost podstrkovat jakoukoli stránku + nemusel rozjíždět druhý webserver s výchozí errorovou stránkou.
Zdar Max

[NN]

Maxi naco to komplikovat, script v cronu + apache + iptables + presmerovani WTF? Proxy je bezna praxe, jak se obejit bez NAT-u a zajistit si bezpecne serfovani uzivatelu. Reseni ktere popisuji je elegantni, vhodne a jednoduche.

NN

[Max]

Protože nechci, aby uživatelé fungovaly přes proxynu. Osobně bych přes ní také nechtěl fungovat. Ty by jsi chtěl, aby tvůj isp směroval tvůj provoz přes proxy?
Navíc nat potřebuješ tak jako tak, protože lidi nechodí jen na web, ale chodí na ICQ, paří gamesky přes net atd. atd. atd.
Zdar Max

[ES]

Ono v dotazu neni napsany o jakou sit se jedna, jestli je to "sdileni internetu" nebo firemni sit. Proxy je varianta do firmy vlastni pingaci skriptiky na to sdileni.

[Max]

Ano, pokud se jedná o firemní prostředí, tak je proxy spíše nezbytnou věcí. Takže otázkou skutečně bude, kde to chce tázající nasadit :).
Zdar Max

[Jendа]

Osobně bych přes ní také nechtěl fungovat. Ty by jsi chtěl, aby tvůj isp směroval tvůj provoz přes proxy?

Třeba přes ni funguješ a ani to nevíš ;).

[Max]

Bububu, Jendo, nezlob :).
Ale ne, myslím si, že ne . Je to velmi jednoduché zjistit. Pokud to člověk zjistit chce :).
Zdar Max

[Filip Jirsák]

Takže místo proxy serveru raději použijete transparentní proxy server, který ale budete používat jen někdy? Mně tedy transparentní proxy server připadá jako daleko horší řešení, než přiznaný proxy server. Navíc brát proxy server jako špehování může jen neznalý uživatel – když spravujete router, je už jedno, zda tu komunikaci budete špehovat pomocí proxy serveru nebo třeba pomocí logování paketů. Takže pokud někdo chce opravdu zabránit špehování, použije šifrovanou komunikaci, ať už tam je proxy server nebo není.

[Sten]

Navíc pomocí logování paketů se ten provoz špehuje snáze

[Ragzid]

Tohle by slo, ale co se stane v pripade, ze uzivatel pusti prohlizec s ulozenou relaci, dejme tomu s 20 otevrenymi zalozkami, ve chvili, kdy internet nejede... Otevre se mu 20x stranka s chybou?

Presne takhle se to totiz deje u nas na fakultni wifi, clovek se nejprve musi prihlasit do systemu, a teprve potom ho to pusti dal.

Ber to jenom jako navrh, na co si dat pozor :)

[Jendа]

Presne takhle se to totiz deje u nas na fakultni wifi, clovek se nejprve musi prihlasit do systemu, a teprve potom ho to pusti dal.

Ještě lepší je, když to pošle HTTP/302 na tu přihlašovací stránku, a člověk tak ztratí URL těch otevřených záložek…

[Ragzid]

To jsem mel na mysli, u nas to prave i nejaky redirect posila, nevim jak je to technicky resene, moc jsem to neresil, ale z URL zustane pouze ?par1=value1&par2... a puvodni domenu a nazev skriptu aby si clovek vycucal z prstu

[Filip Jirsák]

když to pošle HTTP/302 na tu přihlašovací stránku

To je ovšem ta lepší varianta (a není problém udělat to tak, aby se jako parametr té stránce dával původní odkaz, na který se po přihlášení nebo odkazem zase přesměruju). Horší varianta je, když to vrátí nějaký jiný kód (200, nějakou chybu), a tahle úplně jiná stránka se na místo té původní nakešuje, použije se její ikona v záložkách, jako náhled stránky atd.