Newsgroup: it.comp.os.linux.sys
Titolo: adsl rfc 1483 bridged

che voi sappiate, avendo una connessione adsl con ip statico e 
protocollo rfc1483 (come le vecchie smart telecom quando ancora si 
poteva avere un singolo ip statico senza prendere quell'orrore di router 
pirelli), esiste un modo per assegnare ad una linux box direttamente 
l'ip pubblico senza nattarla dietro ad un router? Posso impostare il 
router come bridge, ma poi come configuro la macchina linux? Con 
protocollo pppoe basta usare il client apposito e tutto funge, ma non è 
il mio caso, purtroppo.

 router come bridge
Assolutamente NO, putroppo la Telecom per questo tipo di connessioni 
configura solo il protocollo RFC1483Routed.
Per avere l'ip statico sulla linux box ahime devi comprare una subnet da 
8 ip di cui solo 5 utilizzabili, e a quel punto se hai router tuo ti 
gestisci le route statiche come vuoi, mentre se hai il disco volante 
Pirelli, non puoi.
Ti svelo una particolarità che mi è successa lo scorso anno sulla ADSL 
SMART che ho in ditta con 1 solo ip statico come nel tuo caso. Stavo 
facendo degli esperimenti con un modem ADSL Dlink 300T (sottolineo solo 
Modem, NON router) e settato in una particolare maniera (se non ricordo 
male in "Static IP, ma senza assegnarli l'ip), riuscivo ad impostare 
l'unico IP pubblico statico disponibile sulla ETH della mia linux Box.
Da fuori riuscivo a raggiungere direttamente la mia linux box senza 
mappare porte o quant'altro, poi improvvisamente un bel giorno non sono 
piu riuscito a raggiungerla dall'esterno, nemmeno con un ping; mentre 
nella rete interna i miei client continuavano a navigare tranquillamente 
nattati dalla linux box.
Probabilmente in centrale Telecom se ne sono accorti e hanno modificato 
qualche cosa, forse quale route statica sul gateway per la mia 
connessione. Fatto sta che ho dovuto rimontare un router e mappare le 
porte che mi servivano.

 l'unico IP pubblico statico disponibile sulla ETH della mia linux Box.
Umphf, auguratemi buone bestemmie con ipsec allora... Grazie del 
chiarimento comunque.
-- 
sengo ducalfista, potere ai bassi!
Monster 800ie & Alfa 147 1.6 TS
cavati UN OCCHIO per scrivermi.

 il mio caso, purtroppo.
mah... a suo tempo, presi un modem che supportava solo il bridged (non
sapevo ancora delle due modalita') e funziono'. Purtroppo pero' andava a
velocita' ridotta rispetto a quelle contrattuali, telefonando a telecom
scoprii che il motivo era proprio la modalita' bridged, come ho poi potuto
verificare sostituendo il modem e configurando il tutto come routed.


Io ho una ADSL con 
tin.it
 (ora Alice) ed utilizzo un modem D-LINK 
DSL-300T in modalità rfc1483 e l'IP pubblico è assegnato alla linuxbox 
tramite pppoe, uso debian e pppoeconf fa tutto da solo.

 porte che mi servivano.
Evviva la Telecom ...
Nicola.
-- 
chi va pian va san e va lontan

 tramite pppoe, uso debian e pppoeconf fa tutto da solo.
Aspetta un attimo, se è in modalità rfc1483 non può essere anche in 
pppoe, quest'ultimo ha lo standard RFC2526.
Forse credo di aver capito la tua situazione, la tua linea ADSL Tin.it è 
sicuramente configurata in PPPOE o PPPOA (ultimamente i mux ADSL 
switchano in automatico a seconda del tipo di connessione che imposti), 
il tuo 300T è configurato in modalità bridge (le adsl da casa in pppoa / 
pppoe lo consentono a differenza della smart solo routed), e tutta la 
parte della connessione / autenticazione è delegata alla linux box.
Qui parlavamo di adsl smart / alice business che è tutt'altra cosa

 Pirelli, non puoi.
Confermo. In questo caso danno ancora il pirelli smallbusiness (lo ha fatto 
un mio cliente un mesetto fa) che comunque di per se pur dandoti le macchine 
sull'ip in bridge fa passare solo i servizi che natti a manina, da come ho 
scoperto dopo due giorni di ravanamento per far andare un webserver...
-- 
Saluti, Grizzly - 
http://www.g-sr.eu/
  4 anni di weblog, newsgroup ed e-mail condensati (-:
   "Estrazioni dal weblog", gia' ordinabile on-line
 
http://www.lulu.com/g-sr

 webserver...
Non si puo' fare un mascheramento di tutto quello che "arriva" dalla
macchina linux (che poi fara' da router) e ovviamente forwardare tutto
quello che e' "destinato" alla macchina linux ?


 Nicola.
Dipende dal router che ci metti se lo consente. Il disco volante Pirelli 
che da la Telecom, non puoi impostare un range di porte da forwardare 
all'interno, addiritura puoi fare il forward di massimo 30 porte poi basta.
Con i router Dlink ho visto che nella sezione "Advanced" del menu di 
configurazione, c'č un flag chiamato "DMZ" e un ip della lan interna da 
mettere, quella funzione serve per creare una finta zona demilitarizzata 
corrispondente in questo caso alla tua linux box, inizialmente credevo 
che la funzione DMZ sul dlink escludesse solo quel dato ip dalle regole 
del firewall interne al dlink stesso, poi facendo delle prove mi sono 
accorto che fa anche il port forwarding di tutte le porte verso l'ip 
della macchina interna che hai impostato.
Il mio Dlink 300T modificato in 502T nelle sezione "Inoltra porte" 
permette di definire diversi range di porte, quindi teoricamente se nel 
range gli metti le prime 1024 porte verso la tua linux box sei a posto.
Il teleindus fa una funzione simile, con i Digicom invece ho avuto 
diverse difficolta e in certi casi non č possibile aprire piu di tante 
porte.


La situazione è come quella da te descritta, ma la modalità bridge non è 
sempre rfc1483? Perchè il mio modem è configurato come "1483 Bridged IP 
LLC" e la linux box fa il resto tramite pppoe.
Per il resto mi sfuggiva che le ADLS smart non consentono di utilizzare 
questa modalità.

 
Il problema però sorge per il fatto che il nat, per sua natura, funziona 
solo con tcp/udp, ovvero i protocolli che si basano sul concetto di 
porta. Ci sono altri protocolli IP, tipo il gre o l'esp, che non possono 
essere forwardati e guarda caso sono proprio quelli che usano le vpn 
pptp o ipsec (quel che serve a me in questo caso).


 pptp o ipsec (quel che serve a me in questo caso).
ma, in realta' il gre si forwarda...
la mia situazione e' un po' differente da qualla da te esposta:
- router ADSL RFC1483Routed (uno zyxel)
- tutto forwardato alla macchina interna linux che fa da firewall che
quindi non ha un ip pubblico ma e' come se lo avesse
- sul firewall
iptables -A PREROUTING -t nat -p gre -s $SRCIP -d $IPFIRE -j DNAT --to
$VPNSERVER

 pptp o ipsec (quel che serve a me in questo caso).
ESP può essere nattato, il problema, semmai, è AH.
Per il GRE, il problema è il payload; per pptp, nello specifico, esistono
due moduli per il connection tracking e per il natting.

 ma nel payload.
Il problema è che è la linux box ad essere dietro il nat, e con gli 
apparati che avevo a disposizione (uno zyxel prestige di qualche anno fa 
   e la fantastica enterprise pirelli) è già tanto se puoi scegliere tra 
tcp e udp...
Comunque ammetto di aver detto una stronzata :p


 l'ip pubblico senza nattarla dietro ad un router? 
Io lo faccio con i DSL-3x0T della Dlink.
Configuro il modem come profilo STATIC, assegnadogli l'ip datomi dalla 
telco.
Il modem ha un suo server dhcp sulla ethernet, e quando connetto la 
ethernet della macchina linux, configurata in dhcp, questa si becca l'ip 
pubblico dato dal modem.
n pratica è il modem che fa un bridge trala sua ethernet e quella della 
macchina.
Come penso tu vorresti, io ottengo:
$ ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:60:B0:0A:2B:99
           inet addr:81.xx.xx.xx  Bcast:81.xx.xx.xx  Mask:255.255.255.255
-- 
Diesis

 n pratica è il modem che fa un bridge trala sua ethernet e quella della 
E' quello che facevo pure io lo scorso anno, la linux box aveva l'ip 
statico assegnato in dhcp / bridge dal modem, peccato che ha funzionato 
per qualche mese, poi non so per quale ragione un bel giorno la mia 
linux box ha smesso di essere raggiunta direttamente sull'ip statico 
dall'esterno, nemmeno il ping rispondeva, nonostante dall'interno della 
rete era possibile comunque navigare attraverso il nat fornito dalla 
stessa linux box.
Provato a resettare il 300T e riconfigurarlo, a piazzare una nuova linux 
box pulita ma nulla, appena rimesso su il router in rfc 1483 bridged ha 
ricominciato a rispondere ai ping, poi mappando le porte che mi 
interessavano verso la linux box, i servizi erano raggiungibili.
Evidentemente nella mia centrale di appartenenza è stato cambiato 
qualche cosa...ma vai a capire cosa...non ho nemmeno avuto il coraggio 
di chiamare il 191 per chiedere lumi...tanto sapevo gia la risposta :)