linux user group brescia

Ciao Enzo,
   il tuo problema assomiglia molto ad un problema che ebbi 7,8 anni fa'
quando ancora mi dilettavo a fare il sistemista: nel mio caso un server
linux non riusciva a comunicare con la rete internet esterna all'ufficio in
cui era installato perché un router (una blackbox come nel tuo caso)
filtrava i pacchetti provenienti da macchine che NON avevano installato
windows (allora) xp.

Non riuscii a trovare una soluzione se non quella di protestare
vigorosamente con il fornitore del servizio di connettività internet, che
per la cronaca comincia per L e finisce per m.

Spero che questa mia esperienza ti possa essere d'aiuto.

Alberto


------------------------------
>
> Message: 6
> Date: Tue, 01 Apr 2014 12:12:41 +0200
> From: e.massaro a infinito.it
> To: lug a lugbs.linux.it
> Subject: [LugBS] Problema route
> Message-ID:
>         <20140401121241.Horde.cQ5gVu8-JrPi7NYaSWnaTw2 a webmail.infinito.it>
> Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
>
>
> Ciao a tutti,
> spero che qualcuno mi possa aiutare: dove lavoro ho un problema di
> rete che non sono ancora riuscito a risolvere.
> Lo scenario è il seguente: due sottoreti con in mezzo un router che
> instrada i pacchetti in transito.
> Il router (fornito da un'azienda esterna) è una scatola nera, non ho
> password per accedervi.
> Mi succede che dalla sotto rete "A", e solo da una specifica macchina
> (172.16.1.248 - server QNAP sulla quale gira linux), si riescono a
> pingare gli indirizzi della sottorete "B" , mentre dalla sottorete "B"
> non si riesce a pingare questo server della sottorete "A".
> La tabella di routing del QNAP è stata impostata per indirizzare i
> pacchetti della sottorete "B" verso l'interfaccia 172.16.1.253 del gw
> come di seguito :
>
> [~] # route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> default         172.16.1.254    0.0.0.0         UG    1      0        0
> bond0
> 127.0.0.0       *               255.0.0.0       U     0      0        0 lo
> 172.16.0.0      *               255.255.0.0     U     0      0        0
> bond0
> 172.16.1.248    *               255.255.255.255 UH    0      0        0
> bond0
> 172.17.1.21     172.16.1.253    255.255.255.255 UGH   0      0        0
> bond0
> 172.17.1.22     172.16.1.253    255.255.255.255 UGH   0      0        0
> bond0
> 172.17.1.23     172.16.1.253    255.255.255.255 UGH   0      0        0
> bond0
> 172.17.1.24     172.16.1.253    255.255.255.255 UGH   0      0        0
> bond0
> 172.17.1.25     172.16.1.253    255.255.255.255 UGH   0      0        0
> bond0
> 255.255.255.255 *               255.255.255.255 UH    0      0        0
> bond0
> ---------------
> Nella sottorete "A" ci sono altri server (windows) che comunicano in
> entrambe le direzioni.
> ---------------
> Ho anche verificato con wireshark che i pacchetti di richiesta ping
> dalla sottorete "B" verso "A" effettivamente si presentano sulla
> scheda del router che guarda verso "A" con indirizzo sorgente
> (es.:172.17.1.23) e non ottengono risposta.
>
> Dove sbaglio?
> Enzo_
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lugbs.linux.it/pipermail/lug/attachments/20140401/089faf0e/attachment.html>