Bridge vs VPN

Area di discussione libera.

Moderatore: Staff

Regole del forum
1) Rispettare le idee altrui.
2) Evitare le offese dirette.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
tgmx
Linux 4.x
Linux 4.x
Messaggi: 1336
Iscritto il: ven 28 apr 2006, 14:40
Slackware: 14.1
Desktop: KDE 4
Località: Ancona

Bridge vs VPN

Messaggio da tgmx »

Ciao Ragazzi,

sto approfondendo l'argomento vpn ma ho un po' di confusione.

Se voglio collegare due dispositivi che si trovano in due lan diverse e distanti che però necessitano di comunicare a livello di rete 2 (iso-osi) ce la faccio con una vpn.

Se non ricordo male dai miei vecchi studi un bridge è un dispositivo che collega delle sottoreti a livello 2 ma centra niente col mio caso?

kobaiachi
Linux 4.x
Linux 4.x
Messaggi: 1368
Iscritto il: gio 14 lug 2005, 0:00
Località: roma
Contatta:

Messaggio da kobaiachi »

se mi specifichi i termini del problema forse posso aiutarti ma devi essere un po piu preciso

ad esempio perche devono comunicare layer 2

un bridge in questo caso comunque e` inusabile se le reti sono due reti aziendali poste in sedi diverse con indirizzamento privato che devono essere messe in comunicazione

Avatar utente
tgmx
Linux 4.x
Linux 4.x
Messaggi: 1336
Iscritto il: ven 28 apr 2006, 14:40
Slackware: 14.1
Desktop: KDE 4
Località: Ancona

Messaggio da tgmx »

kobaiachi ha scritto:se mi specifichi i termini del problema forse posso aiutarti ma devi essere un po piu preciso

ad esempio perche devono comunicare layer 2

un bridge in questo caso comunque e` inusabile se le reti sono due reti aziendali poste in sedi diverse con indirizzamento privato che devono essere messe in comunicazione
I dispositivi sono qualcosa di simile ad un PLC (uno fa da client e uno da server) e leggendo nei vari manuali sembra utilizzino uno strano modo di comunicazione basato sulla porta 102.
Ho provato a fare il forwarding dell'unica porta che utilizzano impostando opportunamente il router della lan in cui si trova il server ma non si vedono neanche se invece stanno nella stessa lan comunicano... da cui l'ipotesi che utilizzino il livello 2 e non 3 ma è quasi solo un'iptotesi.

Quindi escludo il bridge?

kobaiachi
Linux 4.x
Linux 4.x
Messaggi: 1368
Iscritto il: gio 14 lug 2005, 0:00
Località: roma
Contatta:

Messaggio da kobaiachi »

che cosa e` un PLC

la prima cosa che controllerei sono le access-list presenti sul router o sul firewall ponendo un okkio di riguardo anche alle limitazioni del protocollo icmp magari si scambiano dei ping ad esempio per avere delle informazioni riguardo la raggiungibilita della altra macchina e sul router i ping tra lan diverse sono bloccati. .

comunque il fatto che con il solo forwarding della porta non comunichino non necesseriamente vuol dire che sia un errore a layer 2

se puoi postami la conf del router

Avatar utente
tgmx
Linux 4.x
Linux 4.x
Messaggi: 1336
Iscritto il: ven 28 apr 2006, 14:40
Slackware: 14.1
Desktop: KDE 4
Località: Ancona

Messaggio da tgmx »

Un PLC è un dispositivo programmabile spesso usato in ambiti industriali ma ha molte altre applicazioni.

Le prove le sto facendo a casa usando come router un pc linux. Le regole che ho impostato sono:

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp --dport 102 -j DNAT --to 192.168.0.200:102
iptables -A INPUT -i eth1 -p tcp -m tcp --dport 102 -j ACCEPT

In pratica collego il client su eth1 del router e il server su eth0 ma non si vedono. L'idea dei ping non l'avevo considerata però in realtà il router così com'è risponde ai ping.

kobaiachi
Linux 4.x
Linux 4.x
Messaggi: 1368
Iscritto il: gio 14 lug 2005, 0:00
Località: roma
Contatta:

Messaggio da kobaiachi »

ma l`ip forwarding e` attivato ?

non ti serve il nat, se stai usando il pc di casa come router, ti basta abilitare l`ip forwarding.

Avatar utente
tgmx
Linux 4.x
Linux 4.x
Messaggi: 1336
Iscritto il: ven 28 apr 2006, 14:40
Slackware: 14.1
Desktop: KDE 4
Località: Ancona

Messaggio da tgmx »

kobaiachi ha scritto:ma l`ip forwarding e` attivato ?

non ti serve il nat, se stai usando il pc di casa come router, ti basta abilitare l`ip forwarding.
Sì, ho anche chiesto in un forum che tratta in particolare PLC e sembra che mettendo tutto in vpn dovrebbe funzionare.

Ma che servizi offre la vpn in più rispetto all'apertura (sul router) dell'unica porta che vedo aperta sul server?

kobaiachi
Linux 4.x
Linux 4.x
Messaggi: 1368
Iscritto il: gio 14 lug 2005, 0:00
Località: roma
Contatta:

Messaggio da kobaiachi »

cavolo il mio messaggio non deve essere arrivato va be lo riscrivo

le vpn si basano sull incapsulamento di IP in IP ovvero nel pacchetto ip esterno ci sono gli indirizzi pubblici delle due sedi che devono comunicare mentre nel pacchetto interno ci sono gli ip privati delle due reti che devono essere messe in comunicazione(poi ovviamente all interno di questo pacchetto ip vengono poi incapsulati i protocolli dei livelli osi superiori .

quando il pacchetto viaggia in internet i router di internet prendono in considerazione solo gli ip pubblici e su quelli impostano il routing (il secondo pacchetto ip interno non lo guardano propio)
una volta che il pacchetto giunge al gateway/router della sede il router vede che quel pacchetto e` destinato a lui quindi lo esamina ed attiva il processo di de-capsulamento va quindi a leggere il contenuto del pacchetto ip che gli e arrivato, in questo caso tale contenuto sara il pacchetto ip con gli indirizzi privati delle reti da mettere in comunicazione, ecco quindi che lo gira agli host della rete privata senza passare per il nat .

in generale le vpn mettono in comunicazione due private remote per mezzo di un canale cifrato, in maniera tale che anche se il traffico passa su internet questo non puo venire intercettato .

PS. per i puristi ;
ho generalizzato un po ed ho fatto un po di approssimazioni......

Avatar utente
tgmx
Linux 4.x
Linux 4.x
Messaggi: 1336
Iscritto il: ven 28 apr 2006, 14:40
Slackware: 14.1
Desktop: KDE 4
Località: Ancona

Messaggio da tgmx »

Grazie mille dell'aiuto!

Vedrò di approfondire l'argomento vpn dato che così continua a non funzionare purtroppo... :cry:

Rispondi