Newsgroup: it.comp.os.linux.sys
Titolo: Stranezza Smoothwall

Ho provato su ICOLI ma non ho ottenuto risposte:
Ho una rete con un server smoothwall (dotato di due NIC) ed una
trentina di client Win suddivisa in due rami:
Ramo 1: 192.168.x.0/24 RED
Ramo 2: 192.168.y.0/24 GREEN
Le macchine sul ramo GREEN puntano al webproxy smoothwall per uscire
su Internet.
Tutto funziona alla perfezione con le macchine win, ma succede una
cosa strana quando mi attacco alla rete col mio laptop Debian: se
imposto l'IP del laptop sulla classe x riesco subito a vedere tutto
quel ramo di rete incluso il server Smoothwall, se invece imposto l'IP
sulla classe y, riesco a vedere tutti i client di quel ramo ma è come
se il server non esistesse.
Non riesco a pingarlo nè a connettermi in ssh nè a collegarmi
all'interfaccia di gestione http (mentre da una qualunque macchina Win
non ho problemi).
Allora mi tocca andare in sala macchine, loggarmi in console sul
server e pingare l'indirizzo del laptop. A quel punto il laptop
improvvisamente vede il server... seccante.
A cosa può essere dovuta questa stregoneria??
Marius

 Marius
Direi che il problema e' legato all'ARP... Nel momento in cui tu pinghi il 
lapdog dal server, gli mandi una richiesta che dice "IP(server), ovvero 
MAC(server), sta cercano IP(laptop)"; il laptop risponde "ciao, MAC(server). 
IP(laptop) lo ha MAC(laptop)" e, gia' che c'e', memorizza il fatto che 
IP(server) e' assegnato a MAC(server). A quel punto il laptop fara' le 
chiamate successive passando dalla cache ARP, senza chiedere di nuovo la 
risoluzione, e quindi la connessione sara' stabile.
Viceversa, secondo me, quando dal laptop pinghi il server quello che succede 
e': "IP(laptop), ovvero MAC(laptop), sta cercando IP(scheda a del server)", 
ed il server risponde (a norma di RFC): "ciao, MAC(laptop). IP(scheda a del 
server) lo ha MAC(scheda b del server)".
Dopodiche' il laptop, tutto contento, chiama la scheda b del server e le 
dice: "ciao, MAC(scheda b del server), ovvero IP(scheda a del server), 
facciamo due chiacchiere?"... La scheda b del server dice "'zzo vuole 
questo? girano tipi strani da 'ste parti...".
Ciaotutti,
* 

 *
Ciao Alessandro, grazie della risposta, però secondo me c'è qualcosa
che non torna: se le cose stessero come tu dici, lo stesso problema
non dovrebbe presentarsi con qualunque macchina cerchi di collegarsi
alla scheda a (quindi green) del server?
Tutte le macchine win della zona green invece dialogano correttamente
col server senza bisogno che prima questo invii un ping ai loro
indirizzi. Mi dirai: "perchè quelle hanno già la corretta
corrispondenza IP-MAC in cache". Ma se il server operasse come tu hai
descritto avrei dovuto pingare una ad una le venti macchine win della
zona green almeno alla prima  connessione per "riallineare" la loro
arp cache. Invece queste hanno funzionato da subito. E poi, perchè,
una volta stabilita la giusta corrispondenza, il mio lapdog non la
ricorda al successivo riavvio?
Comunque se la tua analisi è corretta dovrei risolvere con un arping o
aggiungendo manualmente una voce di ARP address mapping sul lapdog.
Proverò.
Marius


Teoricamente si'... C'e' qualtorna che non mi cosa.
Ciaotutti,
* 

 *
Aggiornamento: quando lancio un arping sull'IP della scheda A questa
mi risponde con
ciao, sono IP A (MAC B)
ciao, sono IP A (MAC A)
ciao, sono IP A (MAC A)
ciao, sono IP A (MAC A)
e così via. Non so per quale motivo la prima risposta riporta il MAC
sbagliato, fatto sta che a quanto pare Debian quando contatta il
server prende per buona la prima risposta e si intrippa, Windows
invece riesce a gestire meglio la cosa.
Qualcuno ha idea del perchè?
Marius


Usi delle vlan?
Ciaotutti,
* 


Magari!
No, per il momento tutta la rete converge su un vecchio hub ed i due
rami sono solo subnettati a livello IP (lo so che è una porcata, ma
sinché non mi danno l'autorizzazione per comprare un paio di switch
decenti mi devo arrangiare così).
Marius


Piu' che altro, con questa configurazione entrambe le schede ricevono la 
chiamata, e rispondono agli arping un po' a cazzo.
Ciaotutti,
* 


Aggiungo: fossi in te metterei delle regole su iptables che droppano tutti i 
pacchetti ARP con IP di rete A che arrivano alla scheda di rete B e 
viceversa...
Ciaotutti,
*