[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RiminiLUG-General] Laboratorio LTSP con qualche infiltrato
- To: riminilug-general@xxxxxxxxxxxx
- Subject: Re: [RiminiLUG-General] Laboratorio LTSP con qualche infiltrato
- From: Ivan Tarozzi <ivan@xxxxxxxxxxxx>
- Date: Thu, 20 Oct 2011 15:37:48 +0200
- Authentication-results: dtc.neutrino1.xteklabs.com; dkim=fail (message has been altered) header.i=@gmail.com
- Delivered-to: battarsa@xxxxxxxxxxxx
- Delivered-to: riminilug.it_riminilug_general@xxxxxxxxxxxxxxxxxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=neutrino1.xteklabs.com; h= sender:message-id:date:from:reply-to:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=postfix; bh=/CxUEVG1uPmNBsoYOf8amhS92Hw=; b=Gt6qwPMp2cfKA/v3B CFcpkYgOK74gYHnqm5sj2RjV2+UeQXHCzMEWyh5cHKlRNohOC4xA5utG0qquKXS3 +Rpp/uVAJDpJQFdqPJMiAbwUUVvOtwnu5sGPjHvaifuHBQiiCtyXEAMqb1sYRvXj prL2/Sh3R9rHfDZFCZaRGAzp/M=
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=wF65XZECilnNCAnrCJ/04QVoi7xPPcA4qllEUVYLcBQ=; b=IxXWrjqkvVG7JDTZMtnCeVCd7bg5YHxoxJa1FWqr7Fq+b06PB7vjFGB0RkLTdmBEaL E0yN21psslJGu1UWelfx8adnwMkBoHlrqxlvByLRT3KbYI2ybVKFkyLCTONvuGMeypzx NCJMs9w810dp7+kd+aH9zD+i6ZhJI911wDBmM=
- In-reply-to: <4E9F837F.4080206@riminilug.it>
- References: <CA+ZEEUJKbKuv5D4-Mz26q+yHgTZEcA_tZUJcsQemBSKvhPX4zQ@mail.gmail.com> <4E9BDE57.40603@riminilug.it> <4E9F837F.4080206@riminilug.it>
- Reply-to: riminilug-general@xxxxxxxxxxxx
- Sender: Ivan Tarozzi <itarozzi@xxxxxxxxx>
- User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20111010 Icedove/3.1.15
Il 20/10/2011 04:12, Christian Zoffoli ha scritto:
Aggiungo pero' che spesso commettete tutti un errore concettuale in
quelle installazioni (l'ho notato e segnalato a Giuseppe ...quando
abbiamo messo mano al server di Riccione) ...assegnate degli ip della
stessa classe a due schede diverse!
Allora tutto funziona se il default gateway viene linkato alla scheda di
rete fisicamente connessa al router ...mentre non sa dove inviare i
pacchetti quando cambia l'ordine di inserimento del gateway o simili.
Qui ammetto tutta la mia ignoranza di networking:
i server LTSP di default utilizzano la sottorete 192.168.0.0/24 per i
thin client.
invece la scheda di rete che va su internet prende la configurazione di
solito dal modem/router, che spesso anche nel caso delle scuole è nella
sottorete 192.168.1.0/24.
Entrambe le sottoreti (correggetemi se sbaglio) sono di classe C.
Se nel server ltsp è indicato il default gateway 192.168.1.1 (per
esempio, ammesso che il router abbia questo ip), questo non è
sufficiente a garantire il corretto instradamento? Il fatto che ci siano
2 sottoreti differenti non è già sufficiente?
O mi sfugge qualcosa di grosso oppure non ho capito cosa intendeva
Christian. Propendo per la prima ipotesi :(
Ivan