alternetywne wezly

[Wojciech Bojdol]

On Tue, 5 Jun 2001, Maciej 'Agaran' Pijanka wrote:

> chyba mozna trzymac wynik trasowania przez iles tam h czy dni, i jesli
> pojawia sie ponowne wywolanie z tej samej klasy (np wszystkie sdi w
> jednym wezle raczej beda mialy jeden routing) to dac dane z bufora

tez tak myslalem.
Zreszta co 10min. jesli beda odswierzane to nie bedzie problemu.
Adres IP najlepiej z REMOTE_ADDR, bo nawet jesli ktos bedzie chcial tunel
do ciskacza, to i tak sam sobie wyniki poprzeglada.
Trzeba w kazdym razie ograniczyc mozliwosci, zeby nikt nie podawal
dziwnych adresow.

> > Jesli nie ma chetnych to w ciagu paru dni na pewno znajde wystarczajaco
> > duzo czasu.
> 
> w php bedziesz robil?

Poniewaz czesc bedzie po stronie klienta - zrobie wersje PHP i CGI..
w sumie wyniki traceroute i tak beda przegladane przez czlowieka,
wiec nie ma co komplikowac sprawy.
Zalaczony skrypt CGI w shellu moze byc po stronie wezlow..
Poniewaz nie wszystkie implementacje traceroute maja te same opcje,
wrzucilem tak jak widac.
Niestety skrypt ten nie eliminuje mozliwosc podania 192.168.1.1 czy
innych, wiec trzeba bedzie w .htaccess ograniczac polaczenia tylko do
ICM'u (gdzie bedzie inny skrypt, ktory zbiera te informacje).

--wb
-------------- następna część ---------
#!/bin/bash

echo "Content-type: text/html"
echo ""
# IPEK=${REMOTE_ADDR#::ffff:}
IPEK=${QUERY_STRING#adres=}
echo "traceroute do $IPEK"
/usr/sbin/traceroute $IPEK