i miei 2€c: per fare queste cose, se le macchina fanno solo da router, consiglierei di andare su S.O. che lo fanno nativamente (*BSD) e loro implementazioni specifiche (pfsense, m0n0wall, ecc)

http://www.slideshare.net/Sandra4211/bsd-firewalling-pfsense-and-m0n0wall
http://forum.pfsense.org/index.php?board=36.0
HTH

Ciao,scusa la domanda ma con quale strumento verifichi il corretto funzionamento del router 1?

Ciaoooooo forummmmm

in merito sempre al discorso delle installazioni automatiche di windows tramite server pxe centos e una distro custom, volevo che i miei client dicessero al server che sono su e che cosa stanno facendo, mi spiego meglio quello che accade è questo:

1 - attacco il client alla rete, lo avvio e si carica tramite pxe una linux fatta da 0 che copia un immagine di windows già pronta(usa dd) dal file server.
2 - durante le varie operazioni(backup dati del client, formattazione hd e copia dell'immagine) il client avvia uno script che invia al server pxe "delle scritte" per fargli sapere il suo ip e che cosa sta facendo.

come realizzare due script, uno client e uno server per inviare messaggi tramite rete???

quello che posto qui sono script di esempio, lo script client funge da terminale con cui inviare dati e visualizzare le risposte del server. Lo script server riceve dati e replica con dei messaggi scrivendoli nel log e inviandoli in rete al client. lo script server usa xinetd per ascoltare in rete. Il bello di xinetd è che ascolta su una porta tutto quello che arriva lo mette nello stdin dello script e tutto quello che lo script stampa nello stdout lo invia al client. in questo modo si possono usare gli strumenti standard di bash (read ed echo) per ricevere/inviare messaggi e lasciare la gestione della rete a xinetd.

questi sono i link che ho consultato
http://www.troubleshooters.com/codecorn/sockets/
http://www.voipandhack.it/archives/linux/bash-socket-programming

Lato server

Installazione xinetd

Codice: [Seleziona]

yum installa -y xinetd
chkconfig --level 35 xinetd on

creare il file di configurazione di xinetd per lo script server

Codice: [Seleziona]

vi /etc/xinet.d/test
 default: on
# description: test socket server
service test
{
   port            = 3333
   socket_type     = stream
   wait            = no
   user            = root
   server          = /server.sh
   log_on_success  += USERID
   log_on_failure  += USERID
   disable         = no
}
ATTENZIONE:
per comodita ho messo come user root, altrimenti c'è da smanettare un po con il discorso permessi, andrebbe usato un utente che ha il permesso di fare quello che lo script server richiede, ad esempio se lo script server deve scrivere un log allora l'utente deve avere permessi adeguati, etc. non lasciare l'utente root su server in produzione

riavviare xientd

inserire in /etc/service una voce che identifichi la porta, protocollo e il servizio, ad esempio:

Codice: [Seleziona]

test          3333/tcp                           # Test

esempio di script server

Codice: [Seleziona]

#!/bin/bash
#ciclo infinito per continuare ad ascoltare
while true; do
        # xinetd riceve i dati e li mette nello stdin dello script server
        read IN

        case "$IN" in
                # digitando il comando serverclose, lo script server finisce e la connessione cade
                serverclose)   exit 0;;
        esac

        # xinet prende i dati dallo stdout dello script server e li invia client
        echo "[$(date +%d/%m/%y-%H:%M:%S)] SERVER REPLY OK"
        echo "[$(date +%d/%m/%y-%H:%M:%S)] SERVER REPLY OK" >> ./server.log

done
test
ora testiamo il server, usando telnet

Codice: [Seleziona]

telnet ip_server porta
premete invio(la prima riga nel ciclo while è read IN quindi il server aspetta input), dovrebbe comparire il messaggio

Codice: [Seleziona]

[30/10/11 5:10:00] SERVER REPLY OK
piccolo bug, usando il telent di windows se do il comando serverclose continua ad arrivare la risposta del server ma non esegui il comando bo!

lato client
esempio script client, può essrere usato come terminale, apre connessione, invia input al server e stampa le risposte dal server
possiede 3 comandi:
   close   chiude connessione
   status   fa 3 ping all host remoto e contorlla che la porta sia aperta
   help   visualizza help

Codice: [Seleziona]

#!/bin/bash

# versione script
SCRIPT_VER="1.0"

# udp o tcp
MOD="$1"

# hostname/ip
HOST="$2"

# porta
PORT="$3"

# Timeout(secondi) attesa risposta dal server dopo invio dati
SRV_REPLY_TIMEOUT="10"

#help
use(){
        echo
        echo "TESTclient Ver.:$SCRIPT_VER"
        echo "Un client/terminale semplice"
        echo
        echo "sintassi: $0 [udp|tcp] [host] [port]"
        echo
        echo "Comandi interni"
        echo "close"$'\t'"Chiude la connessione ed esce"
        echo "status"$'\t'"Verifica lo stato dell host remoto con 3 ping e verifica interroga la porta"
        echo "help"$'\t'"Visualizza questo help"
        # verifico se devo uscire o ritornare al terminale(se ricevo 1 esco, 2 ritrno al terminale)
        if [ $1 -eq 0 ]; then
                terminal
        elif [ $1 -eq 1 ]; then
                exit 1
        else
                echo "ERRORE: Non posso tornare alla funzione precedente"
                echo "        chiudo connessione ed esco"
                exit 1
        fi
}

# controllo stato connessione
connstatus() {
        # verifico exit status di ping
        echo -n "Verifica host $HOST "
        ping $HOST -c 3 > /dev/null
        if [ $? -eq 0 ]; then
                echo "OK"
                # verifico porta sia aperta
                echo -n "Verifica porta $PORT "
                (echo >/dev/$MOD/$HOST/$PORT) &>/dev/null && echo "Ok" || echo "FALLITA"
        else
                echo "FALLITA"
        fi

        # rientro nel terminale
        terminal
}

# chiusura connessione
connclose() {
        echo -n "Chiusura connessione "
        3<&-
        3>&-
        echo "OK"
        exit 0
}

# terminale
terminal() {
        while true; do

                # aspetto dallo stdin
                echo -n ">"
                read -r a

                # chiudo handle
                case "$a" in
                        close)   connclose
                        ;;
                        status) connstatus
                        ;;
                        help)   use 0
                        ;;
                esac
                # invio msg
                #echo -e $a >&3
                echo -e "$a" >&3

                # attendo risposta dal server
                read -t $SRV_REPLY_TIMEOUT SRV_REPLY <&3
                if [ $? -eq 1 ]; then
                        echo "Nessuna risposta dal server(timeout: $SRV_REPLY_TIMEOUT sec)"
                else
                        echo $SRV_REPLY
                fi
        done
}

# verifico i parametri passati
if [ ! "$PORT" ]; then
        use 1
fi

# Connessione e verifica della connessione
echo "Apertura connessione $MOD $HOST:$PORT"
if ! exec 3<> /dev/$MOD/$HOST/$PORT; then
        echo "Impossibile aprire connesione con $HOST:$PORT"
        exit 1
else
        echo "Terminale aperto, usare help per ottenere informazioni"
fi

# controllo trap, usare trap -l per la lista completa
# CTRL+C
trap connclose SIGINT

terminal
qui il discorso è un po più complicato perchè non c'è nessuno che implementa il discorso rete quindi bisogna aprire un socket per inviare i dati. per evitare che lo script venga chiuso senza chiudere prima il socket ho aggiunto la riga trap connclose SIGINT che controlla CTRL+C.

Sicurezza
Attenzione perchè questi script non sono per niente sicuri, non ho fatto nessun test e sopratutto TUTTE LE INFORMAZIONI TRASMESSE E RICEVUTE SONO IN CHIARO, chiunque sia in grado di sniffare i vostri pacchetti vi può vedere tranquillamente.

In ogni caso già usando un utente non privilegiato nel file di xinetd lo script server potra fare sono quello che l'utente può fare. In ogni caso lo script server cosi com'è non esegue nessun controllo sull'identità del client

Ciao a todossssss

[root@root ~]# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  Mode:Managed  Frequency:2.412 GHz
          Access Point: Not-Associated   Tx-Power=14 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

Access Point: Not-Associated