Boom, preso un palo.
La porta è la 698 sia per la prima rete che per la seconda.
Quindi.. sempre che non esista qualsiregola astrusa configurabile in
iptables che dice: "prendimi quello che viene dalla rete x sulla porta 698
e dirigimelo sulla 699 all'interno del GR" non so come fare, se non
On 02/11/2015 16:38, Luigi Porto wrote:
> Boom, preso un palo.
>
> La porta è la 698 sia per la prima rete che per la seconda.
> Quindi.. sempre che non esista qualsiregola astrusa configurabile in
> iptables che dice: "prendimi quello che viene dalla rete x sulla porta
> 698 e dirigimelo sulla
Socket socket socket. Le basi.
Un processo fa binding su IP:porta.
Di solito olsrd fa binding su 0.0.0.0:698 che vuol dire, per ogni IP
della macchina ascolta la porta 698
Ma se tu hai due processi, uno puo ascoltare su ip1:698 e l'altro su ip2:698
è spiegato bene qui:
Il 2 novembre 2015 16:38, Luigi Porto ha scritto:
> Boom, preso un palo.
>
> La porta è la 698 sia per la prima rete che per la seconda.
> Quindi.. sempre che non esista qualsiregola astrusa configurabile in
> iptables che dice: "prendimi quello che viene dalla rete x sulla
On 11/01/2015 05:08 PM, Luigi Porto wrote:
> Buonasera,
>
> Fin quando si tratta di saltare da un tetto all'altro ci sto, ma quando ci
> son quesiti sw novelli è sempre meglio chiedere.
>
> Come da titolo, il mio target è avere due reti OLSR distinte e separate su
> un solo apparato ground
Il giorno 2 novembre 2015 17:32, Giuseppe De Marco
ha scritto:
>
>
> Interfacce diverse, basta specificare che sulla, chessò,
> NINUX_LAN(eth1.3) sta il processo olsr1 mentre sulla, ad esempio,
> STAR_backbone(eth1.4) sta il processo olsr2. Stessa porta ip
> diversi... Se
Il 2 novembre 2015 18:59, Luigi Porto ha scritto:
>
> Il giorno 2 novembre 2015 17:32, Giuseppe De Marco ha
> scritto:
>>
>>
>>
>> Interfacce diverse, basta specificare che sulla, chessò,
>> NINUX_LAN(eth1.3) sta il processo olsr1 mentre sulla, ad
Dovrebbe essere possibile.
Sarebbe carino provare a farlo con dei docker container.
Saverio
Il 1 novembre 2015 17:08, Luigi Porto ha scritto:
> Buonasera,
>
> Fin quando si tratta di saltare da un tetto all'altro ci sto, ma quando ci
> son quesiti sw novelli è sempre
In generale ok, ma non sono sicuro olsrd si possa bindare su un IP
specifico: credo che si bindi solo su 0.0.0.0. Nel file di
configurazione [*] non sembra esserci l'opzione per fare il binding su
un indirizzo IP e il motivo credo sia che altrimenti non potrebbe
accorgersi di quali interfacce
Errata corrige:
Inesorabile all'avvio del secondo demone, seppur su porte diverse, seppur
su interfacce diverse:
Mon Nov 2 20:18:57 2015 daemon.err olsrd[8746]: olsrd exit:
E niente, per stasera nisba. Riproveremo, un giorno.. ma riproveremo.
Grazie lo stesso a todos. ;-)
--
#musk from
Luì non so perchè tu ne abbia bisogno comunque si,
copiano lo script e/o modificandolo vai ad eseguire un'altra istanza
di olsrd, usando un altro file di configurazione (e sopratutto altre
porte).
Il 1 novembre 2015 17:08, Luigi Porto ha scritto:
> Buonasera,
>
> Fin quando
Solitamente sui nostri router dual stack girano due istanze di olsr, una
per ipv4 e una ipv6 che puntano a due file di configurazione diversi.
Se vuoi far girare due istanze sullo stesso stack potresti (ipotesi da
verificare) avere problemi sulla scrittura della tabella di routing del
kernel, per
In primis grazie a tutti per le info!
Il giorno 2 novembre 2015 13:14, Claudio Pisa ha scritto:
>
> E olsrd2 e' un nome un po' infelice perche' esiste OLSRv2 :)
>
Yep Claudio, ci pensai, mi son permesso data la testing situation :-)
> Quello che stai cercando di ottenere
Buonasera,
Fin quando si tratta di saltare da un tetto all'altro ci sto, ma quando ci
son quesiti sw novelli è sempre meglio chiedere.
Come da titolo, il mio target è avere due reti OLSR distinte e separate su
un solo apparato ground router. Due HNA differenti. Due subnet differenti.
14 matches
Mail list logo