uot;redirect-gateway"
push "route 10.0.0.0 255.255.255.0"
Quindi devo ringraziare le due persone che mi hanno risposto!
Ora ottengo questo routing:
root@pena-infinita:~# ip r
default via 192.168.1.1 dev eth0 src 192.168.1.115 metric 202
10.8.0.0/24 via 10.8.0.5 dev tun2001
10.8.0.5 dev
correttamente il routing sul client,
considerando che vorrei che sulla vpn ci andasse solo il traffico
relativo e non tutto il traffico del client mentre ottengo solo
tutto il traffico istradato sulla vpn.
Sul client ho questa configurazione:
[...]
Dove sbaglio?
Cosa vuoi ottenere, una vpn lan-to-lan
Il giorno gio, 11/06/2020 alle 08.53 +0200, fran...@modula.net ha
scritto:
> > devo collegarmi ad una vpn con openvpn gestita da un NAS Qnap,
> > quindi poco configurabile lato server però la cosa non mi funziona
> > perché non riesco ad impostare correttamente il
On 6/11/20 1:18 AM, Leandro Noferini wrote:
> route 10.0.0.0 255.255.255.0 10.8.0.1
>
> Dove sbaglio?
>
push "route 10.0.0.0 255.255.255.0"
--
+-+
| Linux User #554252 |
+-+
Il 11/06/2020 01:18, Leandro Noferini ha scritto:
Ciao a tutti,
devo collegarmi ad una vpn con openvpn gestita da un NAS Qnap, quindi
poco configurabile lato server però la cosa non mi funziona perché non
riesco ad impostare correttamente il routing sul client, considerando
che vorrei che
Ciao a tutti,
devo collegarmi ad una vpn con openvpn gestita da un NAS Qnap, quindi
poco configurabile lato server però la cosa non mi funziona perché non
riesco ad impostare correttamente il routing sul client, considerando
che vorrei che sulla vpn ci andasse solo il traffico relativo e non
Si, entrambe le reti devono comunicare in internet... attualmente uso iptables
per dividerle ma preferisco "ottimizzarle" a livello di routing... anche per
una questione di latenza...
Il May 1, 2020 2:00:16 PM UTC, Gianluca Mangiarotti ha
scritto:
>Ciao
>
> le macchi
Ciao
le macchine connesse al quel gateway devono anche andare verso
internet? se quella macchina diventasse un firewall con una distro tipo
opnsense? potresti dividere più agevolmente le reti, creando regole
adhoc per ogni macchina...
Gianluca Mangiarotti
--
In
Salve... ho un piccolo rompicapo. Ho una macchina con due interfacce: bond0
e eth0.bond0(192.168.1.0/24) è collegata al router di casa è svolge due
ruoli: "fà" da gateway sia a dispositivi wireless che alla mia rete interna.
eth0(192.168.2.0/24) è la mia rete interna.Il problema ė che la rete
wi
Salve... ho un piccolo rompicapo. Ho una macchina con due interfacce: bond0 e
eth0.
bond0(192.168.1.0/24) è collegata al router di casa è svolge due ruoli: "fà" da
gateway sia a dispositivi wireless che alla mia rete interna.
eth0(192.168.2.0/24) è la mia rete interna.
Il problema ė che la rete w
Il giorno 3 ottobre 2017 08:54, Mattia ha scritto:
> > Sapete dirmi dove è l'inghippo e come posso risolvere il problema?
>
> Direi qui:
>
> > Chain FORWARD (policy DROP)
>
> Quella chain riguarda i pacchetti in ingresso ma non destinati
> all'host locale (e questo è il tuo caso). O decidi di far
> Non vedo accenni al masquerading nella tua configurazione, o sbaglio?
Perché vediamo solo la configurazione della tabella filter. Il
masquerading è nella chain postrouting della tabella nat.
Ciao
--
Mattia
creato una rete WiFi con indirizzi 192.168.8.0/24 che dovrebbe
> riuscire a fare routing dei pacchetti sull'indirizzo IP della macchina
> host. La rete funziona così come il DHCP e riesco quindi a collegarmi con
> il cellulare o altri dispositivi, tuttavia i pacchetti non sembrano
> en
> Sapete dirmi dove è l'inghippo e come posso risolvere il problema?
Direi qui:
> Chain FORWARD (policy DROP)
Quella chain riguarda i pacchetti in ingresso ma non destinati
all'host locale (e questo è il tuo caso). O decidi di fare forward di
tutto (policy ACCEPT) oppure fai forward dei pacchett
to
le istruzioni riportate qui per creare la rete wifi a cui collegare altri
dispositivi utilizzando hostapd:
https://seravo.fi/2014/create-wireless-access-point-hostapd
Di fatto ho creato una rete WiFi con indirizzi 192.168.8.0/24 che dovrebbe
riuscire a fare routing dei pacchetti sull'indirizz
llegato
fiscamente alle 2 reti ha già nella routing table le informazioni per
instradare correttamente i pacchetti fra le 2 reti.
Se poi dovrai aggungere altre reti allora bisogna vedere come le vorrai
gestire...
Piviul
Pol Hallen ha scritto il 05/07/2016 alle 20:49:
> 'sera a tutti e scusate per l'OT
>
> sto cercando con un router wifi (tplink tl-wr1043nd) di creare un
> routing statico. La "rete" è easy:
>
> dsl - linux 192.168.1.0/24 (192.168.1.100) - wan tplink 192.168
Il giorno mar, 05/07/2016 alle 20.49 +0200, Pol Hallen ha scritto:
> dsl - linux 192.168.1.0/24 (192.168.1.100) - wan tplink 192.168.1.0/24
> (192.168.1.111) - lan tplink 192.168.10.0/27 (192.168.10.1)
Non capisco se dsl e wan sono la stessa rete (dagli IP direi di si)
Inoltre: perché farsi del
'sera a tutti e scusate per l'OT
sto cercando con un router wifi (tplink tl-wr1043nd) di creare un
routing statico. La "rete" è easy:
dsl - linux 192.168.1.0/24 (192.168.1.100) - wan tplink 192.168.1.0/24
(192.168.1.111) - lan tplink 192.168.10.0/27 (192.168.10.1)
Forwarded Message
Subject: Re: routing
Date: Fri, 18 Dec 2015 09:28:40 +0100
From: gianluca
To: Felipe Salvador
On 12/17/2015 06:21 PM, Felipe Salvador wrote:
In data giovedì 17 dicembre 2015 15:42:13, Pol Hallen ha scritto:
ieri in un locale "free wifi" (una r
> Visto che siamo in OT; ORRORE.
> Non era meglio bere una birra in più e dimenticarsi delle cose, delle
> relazioni e del mondo in generale?
eh già... concordo :-D
Pol
In data giovedì 17 dicembre 2015 15:42:13, Pol Hallen ha scritto:
> ieri in un locale "free wifi" (una rete aperta) per poter navigare e
> quindi avere un routing corretto occorreva (da quell'AP) collegarsi a
> facebook e mettere un "mi piace". Da quel mom
> http://www.netgear.com/landing/facebookwifi/
> pare ci siano molti prodotti del genere...
ammazza!
dubbio risolto grazie! :-D
Pol
gt;
> ieri in un locale "free wifi" (una rete aperta) per poter navigare e
> quindi avere un routing corretto occorreva (da quell'AP) collegarsi a
> facebook e mettere un "mi piace". Da quel momento in poi internet
> funzionava.
>
> Che tipo di sistema
'giorno a tutti :-)
vado un pò OT ma sono proprio curioso di sapere cosa ne pensate:
ieri in un locale "free wifi" (una rete aperta) per poter navigare e
quindi avere un routing corretto occorreva (da quell'AP) collegarsi a
facebook e mettere un "mi piace". D
>>
>> ip route flush table all
>>
Una nota:
conviene usare "ip route flush all"
anzichè "ip route flush table all".
Nel secondo caso infatti si perde anche il
funzionamento di ARP.
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con ogget
a debian-italian
Gian {vecio} Uberto Lauri sa...@eng.it writes:
> Mi dispiace. Purtroppo ciascuno nasce con QI che si ritrova, e scambiare
> me per un sommo la dice lunga sul tuo.
Se uno chiama gli altri 'giovini' o 'bimbin' trasformando un semplice e
costruttivo confronto via mail in una disqu
SubSoNiK writes:
> la battuta nel contesto in cui l'hai usata...ma probabilmente sono
> l'unico che non ha colto la fine sottigliezza.
Mi dispiace. Purtroppo ciascuno nasce con QI che si ritrova, e scambiare
me per un sommo la dice lunga sul tuo.
> > Keep It Simple [Stupid]. Principio secondo
ra possibile cancellare la tabella
di routing con un comando" non l'avrei detto che conoscevi così bene ip!
E per inciso anche io mi guadagno la pagnotta da qualche anno con
l'informatica...ma non credevo fosse una gara a chi ce l'ha più lungo!
--
Per REVOCARE l'iscrizione
Gian Uberto Lauri:
> Ti sollevo dall'ignoranza.
>
> Tom Duff è un programmatore decisamente in gamba che ai tempi in cui
> le CPU Digital e Motorola erano il massimo scrisse un pezzo di codice
> C decisamente lisergico.
>
> In http://www.lysator.liu.se/c/duffs-device.html trovi tutto qui
> compr
Walter Valenti writes:
> >
> Anche io mi ostino ad usare /etc/init.d/
Lo faccio da anni, cambiare abitudini non è banale :)
--
/\ ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_ African word
//--\| | \| | Integrali
SubSoNiK writes:
> inutile qualcosa che magari manco si conosce...
Giovine, conosco ip. E visto che è qualche anno che mi ci guadagno la
pagnotta, conosco pure la progettazione del software.
Il Duff's Device di cui avevo parlato mi emoziona perché non solo è
corretto pur apparendo totalmente er
Marco Bertorello writes:
> [2] http://www.infoworld.com/t/unix/nine-traits-the-veteran-unix-admin-276
vim è un tentativo di rifare Emacs, ma usando due linguaggi di cui uno
orrido invece che uno solo splendido.
(Emacs è scritto in EmacsLisp, e LISP è bellissimo, fa parte di un
diverso modo
Marco Bertorello writes:
> > Sinceramente non ritenevo ip utile (nemmeno io lavoro con IPv6) ma ho
> > trovato che fa qualcosa che route non fa. Che sia una cosa utile o
> > dannosa però non è ancora chiaro.
>
> lol, non avevo capito che ti riferissi al comando 'ip', pensavo ti
> riferissi a
SubSoNiK writes:
> Gian Uberto Lauri:
> > Era una battuta, parafrasando una frase di Tom Duff riguardo il suo
> > (in)fam(e|oso) costrutto.
>
>
> L'hai capita solo tu mi sa però...
Ti sollevo dall'ignoranza.
Tom Duff è un programmatore decisamente in gamba che ai tempi in cui
le CPU Digit
>>
>> sembra che ip faccia anche il caffè (che sia powered by
>> systemd?) e che sostituisca parecchi altri comandi in uno
>> solo... neanche io lo uso, ma a questo punto direi che è il caso di
>> cominciare ad abituarcisi (devo ancora abituarmi a non lanciare i
>> servizi da /etc/init.d/,
Marco Bertorello:
> lol, non avevo capito che ti riferissi al comando 'ip', pensavo ti
> riferissi al protocollo... e pensavo, beh a me pare utile! :D
Facepalm! XD
> BTW, ho trovato questo a riguardo: [1]
>
> sembra che ip faccia anche il caffè (che sia powered by
> systemd?) e che sostituisca
- Messaggio originale -
> Da: Luca Costantino
> A: debian-italian@lists.debian.org
> Cc:
> Inviato: Martedì 20 Maggio 2014 15:56
> Oggetto: Re: Cancellare tabella di routing.
>
> ip route flush table all
>
> prova
>
> --
Funziona.
Io mi ostinavo
Gian Uberto Lauri:
> Era una battuta, parafrasando una frase di Tom Duff riguardo il suo
> (in)fam(e|oso) costrutto.
L'hai capita solo tu mi sa però...
> Sinceramente non ritenevo ip utile (nemmeno io lavoro con IPv6) ma ho
> trovato che fa qualcosa che route non fa. Che sia una cosa utile o
>
Luca Costantino writes:
> ma mi sembra di capire che route sia deprecato e la migrazione a ip
> sia *caldamente* consigliata
Se route non sarà in grado di gestire IPv6 si farà lo switch, altrimenti
possono caldamente deprecarsi le gonadi.
--
/\ ___
non uso ip, perchè per le mie poche esigenze mi basta ed avanza route,
ma mi sembra di capire che route sia deprecato e la migrazione a ip
sia *caldamente* consigliata
luca
--
Chiave pubblica http://luca.costantino.googlepages.com/luca.costantino.asc
Prima di tutto vennero a prendere gli zinga
Marco Bertorello writes:
> Il 20 maggio 2014 16:03, Gian Uberto Lauri ha scritto:
> > sull'utilità di ip
>
> Volevi dire di IPv4 o ci sono alternative a IP(v6?) che non conosco?
Era una battuta, parafrasando una frase di Tom Duff riguardo il suo
(in)fam(e|oso) costrutto.
Sinceramente non ri
Luca Costantino writes:
> ip route flush table all
Un punto a nella discussione sull'utilità di ip, non so se a favore o
contro :).
--
/\ ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_ African word
//--\| | \| | In
- Messaggio originale -
> Da: Gian Uberto Lauri
> A: debian-italian
> Cc:
> Inviato: Martedì 20 Maggio 2014 15:52
> Oggetto: Re: Cancellare tabella di routing.
>
> Walter Valenti writes:
>
>> Esiste un modo per cancellare "in un solo colpo"
ip route flush table all
prova
--
Chiave pubblica http://luca.costantino.googlepages.com/luca.costantino.asc
Prima di tutto vennero a prendere gli zingari e fui contento, perché
rubacchiavano.
Poi vennero a prendere gli ebrei e stetti zitto, perché mi stavano antipatici.
Poi vennero a prendere
Esiste un modo per cancellare "in un solo colpo",
la tabella di routing?
E' una cosa pericolosa, lo so...
Walter
--
Per favore non inviatemi allegati in formato MS Office.
Utilizza alternativamente documenti in formato OpenDocument.
http://oinophilos.blogspot.com/
Gian Uberto Lauri writes:
> Walter Valenti writes:
> > Esiste un modo per cancellare "in un solo colpo",
> > la tabella di routing?
> > E' una cosa pericolosa, lo so...
>
> Tutta?
Direi di no.
--
/\ ___
Walter Valenti writes:
> Esiste un modo per cancellare "in un solo colpo",
> la tabella di routing?
> E' una cosa pericolosa, lo so...
Tutta?
--
ing. Gian Uberto Lauri
Senior Solution Developer
Dir. Tecnica Innovazione Ricerca / Tech. Innovation & Research Div.
> 2011/12/1 Paolo Nicorelli :
> > 2011/12/1 dea :
> >>
> >> Propongo ip_forward e iptables per discriminare chi può andare dove.
> >>
> > echo "1" > /proc/sys/net/ipv4/ip_forward
> >
> > funzionerebbe anche senza iptables?
>
> ecco, mi sono perso il tuo "per discriminare chi può andare dove"
> ho
2011/12/1 Paolo Nicorelli :
> 2011/12/1 dea :
>>
>> Propongo ip_forward e iptables per discriminare chi può andare dove.
>>
> echo "1" > /proc/sys/net/ipv4/ip_forward
>
> funzionerebbe anche senza iptables?
ecco, mi sono perso il tuo "per discriminare chi può andare dove"
ho il tasto SEND MAIL più
2011/12/1 dea :
>
> Propongo ip_forward e iptables per discriminare chi può andare dove.
>
curiosità:
ma se facesse
echo "1" > /proc/sys/net/ipv4/ip_forward
funzionerebbe anche senza iptables?
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org
Propongo ip_forward e iptables per discriminare chi può andare dove.
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE, ema
'giorno a tutti :-)
piccolo e nuovo problemuccio:
sul server, tra le varie interfacce di rete ho
eth1 che è la lan piano1 (ip 192.168.1.200)
eth2 che è la lan piano2 (ip 10.103.144.20)
su eth2 ho 2 stampanti di rete (10.103.144.45 e 10.103.144.54) che non vengono
viste da eth1
in che modo pos
Un caro amico mi suggerisce una soluzione per l'andata di questo tipo
aggiungere due tabelle di routing in /etc/iproute2/rt_table
200 eth0_to_eth1
201 eth2_to_eth3
poi imposterei il mangling dei pacchetti per poter scegliere la giusta
tabella di routing
#!/bin/sh
IPT=$(which iptables)
Il 27 ottobre 2011 09:33, NN_il_Confusionario
ha scritto:
> mai fatto, ma io comincerei dall'advanced routing howto.
questo?
http://tldp.org/HOWTO/Adv-Routing-HOWTO/
> Se non trovi
> niente di pronto, ip route (da iptoute2) e marking dei pacchetti con
> iptables. Non ho gua
buongiorno lista
ho un pc con 4 schede di rete e un piccolo problem di routing da risolvere
la topologia è riportata in ascii art qui http://pastebin.com/f4LYhW19
in sostanza ho 4 schede di rete, la prima collegata su una rete in cui
gira un client particolare, l'ultima collegata su una re
Ciao,
On Thu, November 25, 2010 10:07 am, Alessandro T. wrote:
> Il 24/11/2010 23:58, Pol Hallen ha scritto:
>>
>> il ping funziona, ma alcune pagine vanno in timeout (sono pagine che
>> funzionano come verificato dall'altra adsl)
Mi è capitato di vedere gli stessi sintomi, nel mio caso si tratta
Il 24/11/2010 23:58, Pol Hallen ha scritto:
il ping funziona, ma alcune pagine vanno in timeout (sono pagine che
funzionano come verificato dall'altra adsl)
ho già visto questo problema e ho risolto riconfigurando il modem.
la cosa strana che accadeva era che usando il wizard del modem si
> non ti apre le pagine o non riesci il trace e il ping ?
non mi apre le pagine..
per ora ho risolto rimuovendo dhcp3-server (che era configurato) per lavorare
con bind e assegnare i nomi netbios.
Quando avrò tempo cercherò di capire meglio, grazie!
Pol
--
Per REVOCARE l'iscrizione alla lista
> non ti apre le pagine o non riesci il trace e il ping ?
rettifica :-(
il ping funziona, ma alcune pagine vanno in timeout (sono pagine che
funzionano come verificato dall'altra adsl)
Ho provato a by-passare il server e tutto funziona bene.
Non so se sia un problema di iptables, le regole ins
t; 2 192.168.100.1 (192.168.100.1) 19.999 ms 20.990 ms 22.412 ms
> 3 * * *
> 4 * * *
> 5 * * *
> 6 * * *
> 7 * * *
> 8 * * *
> 9 * * *
> 10 * * *
> 11 * * *
> 12 * * *
> 13 * * *
> 14 * * *
> 15 * * *
> 16 * * *
> 17 * * *
> 18
salve,
premesso che dopo aver installato sid i problemi sono di molto diminuiti
mi resta un solo problema: sul portatile ho una ethernet (eth0:
solitamente, ma non sempre, staccata) e una wireless (wlan0: che uso di
solito).
all'avvio se do route -n:
Destination Gateway Genmask
Ciao *,
vorrei sapere se sia possibile (e come) forzare il routing dei pacchetti. In
pratica io ho un pc con due interfacce di rete, eth0 e wlan0. Tutte e due le
interfacce prendono l'indirizzo dallo stesso server DHCP che fornisce anche il
servizio di bridging fra la rete cablata (atta
Salve a tutti, ho un problema riguardo al routing di due linee adsl
tramite un router linux debian/lenny.
La situazione è la seguente:
(tale configurazione è presente in due sedi)
ADSL1 --- (ETH1) - Windows Server 2008
Il giorno mer 25 mar 2009 22:51:33 CET, sond ha scritto:
Salve a tutti, vorrei un consiglio su come gestire il routing e
la gestione in genere di un doppia adsl.
La situazione è la seguente:
router lenny con 3 NIC: LAN, ADSL1 e ADSL2
Utilizzo shorewall firewall.
Vorrei fare in modo che l'
Salve a tutti, vorrei un consiglio su come gestire il routing e
la gestione in genere di un doppia adsl.
La situazione è la seguente:
router lenny con 3 NIC: LAN, ADSL1 e ADSL2
Utilizzo shorewall firewall.
Vorrei fare in modo che l'ADSL1 venga usata solo per accessi
VPN e perla comunicazio
fossero dei problemi di routing.
Ping 192.168.2.1
Poi funziona tutto correttamente !
Vi ringrazio anticipatamente
Antonio
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un email in IN
risolve,
come si ci fossero dei problemi di routing.
Ping 192.168.2.1
Poi funziona tutto correttamente !
Vi ringrazio anticipatamente
Antonio
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
prob
On Wed, 04 Mar 2009 11:24:19 +0100
Fabio Nigi wrote:
Ciao Fabio
> il problema principale è controllare in che modo sia giù lo stato
> dell' hyperway (o dell hdsl)e vedere quando torna su per rimettere il
> traffico a posto sempre in cascato in modo inverso.
> qualcuno ci è passato?
Dai un'occ
ed è secondario-
il problema principale è controllare in che modo sia giù lo stato dell'
hyperway (o dell hdsl)e vedere quando torna su per rimettere il traffico
a posto sempre in cascato in modo inverso.
qualcuno ci è passato?
strumenti comodi per il routing dinamico?
gra
Il 11/12/07, psycheye<[EMAIL PROTECTED]> ha scritto:
> Ciao,
> grazie per il tuo aiuto :-)
>
> Avrei bisogno di un consiglio: dovendo fare traffic shaper, secondo te e'
> meglio usare l'opzione shaper di openvpn o usare il modulo shaper?
Non ho mai fatto traffic shaping, quindi non ho esperienze di
> OpenVPN non configura il routing sul server, si limita a dire ai
> client che possono accedere a determinate reti mediante il server (o
> un client). Quindi devi fare una cosa tipo:
> echo 1 > /proc/sys/net/ipv4/ip_forward
> Poi abiliti il mascheramento IP e permetti il forward
assando chiaramente
> dalla vpn).
>
> Ho infatti messo la direttiva client-to-client.
>
> Dagli host riesco soltanto a pingare ed accedere al server.
>
> Qui' sotto ho messo le configurazioni
>
> Qualcuno ha voglia di darci un'occhiata? :-)
OpenVPN non configura il r
LTICAST MTU:1500 Metric:1
RX packets:7808 errors:0 dropped:0 overruns:0 frame:0
TX packets:5889 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:513040 (501.0 KiB) TX bytes:591577 (577.7 KiB)
route -n
Kernel IP routing table
Il giorno Tue, 22 May 2007 15:59:09 +0200
Fabio Nigi - <[EMAIL PROTECTED]> ha scritto:
> avrei bisogno di routare tutti i pacchetti dei client sull macchina
> server, che è un serverino messo li apposta in praticamente apposta.
> in modo tale da avere una privacy sulle connessioni un pò stabile,
Fabio Nigi - ha scritto:
> ora come faccio a far routare tutti i pacchetti su tun0 quando la vpn
> è su e farli routare sulla mia rete d'accesso quando la vpn è giu?
> ho provato con quagga ma sinceramente non ci ho capito molto.
leggi qui:
http://www.debian.org/doc/manuals/reference/ch-gatewa
ciao a tutti,
l idea è questa:
N client
1 server
openvpn su 10.0.1.1
client su 10.0.1.X
la vpn con openvpn, client e server debian testing o unstable
avrei bisogno di routare tutti i pacchetti dei client sull macchina
server, che è un serverino messo li apposta in praticamente apposta.
in modo
> perchè dovrei
> verificare che senza il debian di mezzo il portatile non funziona?
Cosi capisci dove sta il problema, se collegando il portatile al router e hai
lo stesso risultato di ora, si puo' dedurre che il problema sta
potenzialmente nel router.. se invece navighi correttamente isoli il
>Ciao,
>scusa per l'errore ero di fretta..
quale errore?
>mi
servirebbero comunque maggiori informazioni..
>1) se dalla tua macchina
fai ping google.it, questo viene solo risolto oppure
>hai anche una
risposta?
no, vedo comparire i numeri ip, quindi risolve, ma non da
segnali di ping...
>
>>Prova per scrupolo a modificare i server dns, nel file
>>/etc/resolv.conf scrivici
>>nameserver 212.216.112.112
>>e basta..
Fatto, ma niente.
Ho la certezza che il router risolva i nomi al
portatile, perchè col
ping si vedono visualizzati i numeri ip esterni.
Però mi dice che la
rete è irr
On Tuesday 27 March 2007 11:51, Davide Marchiani Punto Com di Marchiani Davide
wrote:
> Gentile lista,
>
> tanto amo linux quanto lui mi odia...
>
> ho un portatile dell con ubuntu.
> eth0 collegato a un pc con debian.
> il pc debian ha 2 ethernet. La eth1 collegata al portatile e la eth0
> colleg
Gentile lista,
tanto amo linux quanto lui mi odia...
ho un portatile dell con ubuntu.
eth0 collegato a un pc con debian.
il pc debian ha 2 ethernet. La eth1 collegata al portatile e la eth0
collegata al router.
iptables nat mi permette di raggiungere il router dal portatile.
riesco anche a fare
Marco Gaiarin ha scritto:
Credo che ci siano molti modi per farlo, e probabilmente anche qualcuno
al livello applicazione, ma ad ogni modo prova a dare una occhiata a:
http://lartc.org/
se ci trovi qualcosa di tuo gusto. ;)
Grazie per l'indicazione, provo a studiare un po'.
Se ho diff
Mandi! Gabriele
In chel d? si favelave...
G> Grazie, grazie grazie! :-)
Credo che ci siano molti modi per farlo, e probabilmente anche qualcuno
al livello applicazione, ma ad ogni modo prova a dare una occhiata a:
http://lartc.org/
se ci trovi qualcosa di tuo gusto. ;)
--
L'essenz
Salve a tutti,
ho un debian sid che fa da gateway alla rete aziendale, e un firewall
configurato attraverso iptables.
Su questo server girano anche squid e dansguardian.
Tutto funziona, nessun problema, fin qui.
La mia esigenza è quella di reindirizzare la navigazione squid su una
connettivi
Gianluca ha scritto:
> Quello che ho da chiedervi è come gestireste gli eventuali IP statici
> messi a disposizione dell'ISP.
> Io ne ho 8, 1 per il gateway, l'altro per il router dell'ISP e quindi ne
> rimangono 4, come fareste ad assegnare un ip statico ad un client di una
> della LAN?.
> Io ave
On Tuesday 19 December 2006 13:36, Gianluca wrote:
> Quello che ho da chiedervi è come gestireste gli eventuali IP statici
> messi a disposizione dell'ISP.
> Io ne ho 8, 1 per il gateway, l'altro per il router dell'ISP e quindi ne
> rimangono 4, come fareste ad assegnare un ip statico ad un client
5.255.255.128 dev eth1
>
> adesso la tabella di routing è:
>
> Destination Gateway Genmask Flags Metric RefUse
> Iface
> XXX.XXX.XXX.XXX * 255.255.255.248 U 0 00 eth0
> 10.10.2.0 * 255.255.255.128 U 0
net 10.10.2.0/25
> mask 255.255.255.128
>
> default gateway:
> 10.10.2.1
>
> Ho riportato solo due client per semplicità...
>
> Purtroppo però c'è qualcosa che non va.
>
> dal GATEWAY:
> - il gateway è raggiungibile (XXX.XXX.XX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hai ragione, adesso la situazione è migliorata ma non ancora funziona
del tutto.
Ho aggiunto una route sul gateway:
route add -net 10.10.2.0 netmask 255.255.255.128 dev eth1
adesso la tabella di routing è:
Destination Gateway Genmask
On Friday 15 December 2006 00:54, Gianluca wrote:
> Ma perché dovrebbe inviarli al suo default gateway quando l'ip è sulla
> sua stessa rete?
Se hai fatto delle sottoreti /25, la 10.10.1.0/25 e la 10.10.3.0/25, ma anche
la 10.10.2.0/25 eccetera, NON sono la medesima rete !
La 10.10.1.0/25 va dall
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ma perché dovrebbe inviarli al suo default gateway quando l'ip è sulla
sua stessa rete?
Mi sbaglio?
Gianluca
Michele Orsenigo ha scritto:
> On Thursday 14 December 2006 22:10, Gianluca wrote:
>> Purtroppo però c'è qualcosa che non va.
>>
>> dal GATE
On Thursday 14 December 2006 22:10, Gianluca wrote:
> Purtroppo però c'è qualcosa che non va.
>
> dal GATEWAY:
> - il gateway è raggiungibile (XXX.XXX.XXX.XXX)
> - i router sono entrambi raggiungibili
> - i client noon sono raggiungibili
>
>
> da ROUTER_1 e ROUTER_2:
> - il
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Avevo una situazione simile:
[INTERNET]
|
|
|
[GATEWAY]
|10.10.1.1/24
|
|
[SWITCH]---10.10.1.2/24[ROUTER_1]192.168.1.1/24---[LAN1]
|
|
|10.10.1.3/24
[ROUTER_2]
|192.168.1.1/24
|
|
[LAN_2]
I client di LAN_1 e LAN_2 accedono ad Internet tramite il NAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Provo e faccio sapere.
Grazie tante,
Gianluca
Alessandro Pellizzari ha scritto:
> Il giorno mer, 18/10/2006 alle 18.21 +0200, Gianluca ha scritto:
>
>> Quindi non sempre c'è il problema ma perché questa anomalia?
>> Sarà l'alias? Da cosa può dipende
Il giorno mer, 18/10/2006 alle 18.21 +0200, Gianluca ha scritto:
> Quindi non sempre c'è il problema ma perché questa anomalia?
> Sarà l'alias? Da cosa può dipendere?
Ho l'impressione che ci sia qualche problema con lo switch. Se hai un
alias sull'interfaccia vuol dire che sono collegate con un s
Gianluca ha scritto:
Scusami RaSca :(
Figurati, vuoi scherzare ;-) ?
Di seguito ci sono i vari traceroute.
Client 10.0.0.53:
traceroute 192.168.1.7
traceroute to 192.168.1.7 (192.168.1.7), 64 hops max, 40 byte packets
1 10.0.0.1 (10.0.0.1) 2.903 ms 0.427 ms 0.204 ms
2 192.168.1.7 (192.
e altro, se non possibili tabelle di routing
>>> sbagliate sui client.
>>> Bye.
>
> Non capisco perché tu abbia ignorato il mio messaggio :-( ma la prima
> cosa che ti avevo suggerito era quella di fare un traceroute dai client
> : Secondo me da quello si possono cap
Gianluca ha scritto:
[...]
Non mi viene in mente altro, se non possibili tabelle di routing
sbagliate sui client.
Bye.
Non capisco perché tu abbia ignorato il mio messaggio :-( ma la prima
cosa che ti avevo suggerito era quella di fare un traceroute dai client
: Secondo me da quello si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I client (misti Windows - Linux) hanno le impostazioni di rete corrette
perché hanno come IP uno appartenente alla rete di appartenenza, la
netmask relativa ad essa e come gateway l'ip della linux che dovrebbe
fare routing.
Es. di PC apparte
1 - 100 di 187 matches
Mail list logo
