Dotaz: Jak na zprávu "o změně" klientům sítě?

[moverock]

Dobrý den. Možná mě hned vyhodíte. Ale chtěl bych požádat o radu a nebo JEDNODUCHÝ návod, jak v síti udělat, aby se VŠEM klientům v síti zobrazila ve webovém prohližeči nějaká zpráva, nebo klidně i webová stránka, kterou bych vytvořil pro ten účel, že by se na ni zobrazovali chystané změny v síti, nebo spíše jen výpadky sítě při nějaké větší předělávce. Něco jakože:

 

"Vážený kliente, síť bude nedostupná 25.3.2009 od 02:00 do 02:30 z důvodu blabla. Děkujeme za pochopení. Stisknutím OK můžete pokračovat v surfování po Internetu a zároveň nám odpovíte, že berete tuto skutečnost na vědomí. Tato zpráva se Vám již do dalších změn nezobrazi."

 

Nějak tak bych to chtěl prostě udělat.. Vyobrazení klientům pouze 1x nebo spíše do potvrzení OK, v jakemkoli Internetovém prohližeči (aby je to neotravovalo po každém spuštění prohližeče. Jen dokud to nepotvrdí).

Asi by se to mělo zobrazit poté, co zadá nějakou adresu, nebo prostě při nějakém HTTP provozu. Na serveru jej zastavit, a vrátit mu tu stránku se změnou.

Můžu samozřejme rozesílat e-mail. Ale to si nemusí každý přečíst.

Na serveru beží Unix

Jinak se velice omlouvám, jestli jste to tu už řešili, ale já vůbec nevím, pod čím bych to měl hledat.

Děkuji Lukáš Gargulák

 

Odpovědi

[petr_p]

Na to rychle zapomeňte. Já bych od poskytovatele, co mi leze do mého provozu, rychle utekl. Napište jim mail. Pokud si ho nečtou, jejich blbost.

[moverock]

No však aby se jim to zobrazilo jen jedenkrát. A takové zásahy jsou maximalně dvakrát do roka. A jak tu píše kolega, využit i stejného principu pro neplatiče. Akorat že je to nepustí nikam, anebo jen na půl hodiny od potvrzení, pro případ platby přes e-banking.

[petr_p]

Nezáleží na tom kolikrát. On požadavek může také odeslat robot, a pak si uživatel stejně nic nepřečte. Jen se možná podiví, že první pokus selhal.

[Ash]

pak nezbývá než udělat další krok a nasadit captcha ;) ;)

[Zdeněk Štěpánek]

Nejaky informacni veci bych resil emailem.

To co popisujes jsempouzil pro celositovou anketu. Staci na igw presmerovat veskere pozadavky na port 80 na svuj server, kterej vrati svoji stranku. Je to vpodstate totez co zakazani netu a zobrazeni stranky o nezaplaceni. Povoleni netu po kliknuti na tlacitko muzes resit tak ze udelas bezpecnostni diru a nechas PHP aby mohlo ovladat iptables. Ja to teda resil tak ze po odeslani zminene ankety se updatnul radek v databazi a na igw byl co 3 minuty kontrola na zakazany a povoleny IP adresy z databaze.

#musi byt jen jednou (je ve firewallu) - je potreba pokud je webserver jinde nez je igw #iptables -A POSTROUTING -t nat -d 10.193.123.1 -p tcp --dport 88 -j SNAT --to-source 10.193.124.129

#pro kazdeho zlobivce #iptables -A PREROUTING -t nat -s 10.193.120.213 -p tcp --dport 80 -j DNAT --to-destination 10.193.123.1:88

10.193.123.1:88 - webserver 10.193.124.129 - igw 10.193.120.213 - neplatic

Zdenek

[moverock]

jj, tak to zní jednoduše, dík.

[Filip Jirsák]

Pak je ale potřeba počítat s tím, aby server uměl odpovědět na libovolnou adresu -- protože na něj bude přesměrována např. adresa http://www.abclinuxu.cz/EditDiscussion/259977?action=add&dizId=133911&threadId=2. Pokud na tu vaši stránku bude přesměrován zrovna při odesílání diskusního příspěvku nebo e-mailu, a o rozepsaný text tedy přijde, určitě vám za tu informaci o výpadku vřele poděkuje.

[Filip Jirsák]

"Nejčistší" řešení by bylo udělat pro HTTP povinný proxy server (nebo použít transparentní proxy, ale to už tak čisté není), a zobrazovat to pomocí něj. Stejně je to ale velmi ošklivé řešení, protože takhle snadno nahradíte nějakou AJAXovou komunikaci (aplikace očekává XML nebo JSON s novými e-maily, a dostane vaše HTML) nebo nějaké webové služby. Takže uživatel se stejně nic nedozví, tedy kromě podivného chování aplikace, která mu v lepším případě oznámí chybu, v horším to neustojí.

Takže bych doporučoval použít e-mail -- pokud si ho nepřečte, o výpadku se dozví stejně (až nastane), a třeba příště bude číst e-maily.