Newsgroup: it.comp.os.linux.sys
Titolo: Navigare solo su alcuni siti

Ciao a tutti,
Mi trovo ad avere un problema piuttosto seccante, ma soprattutto 
frustrante!!!
Ho organizzato una piccola lan casalinga con un server un server linux 
(sarge) connesso alla rete e una serie di client spasri per la casa che 
utilizzano i servizi ( per il momento solo connessione ad internet).
Il problema sta nel fatto che dal server si riesce a fare tutto quello 
previsto (navigare in internet, aggiornamenti software, posta, istant 
messaging ecc.) mentre sui client si non ci si riesce a collegare ad 
alcuni siti (ad esempio google va ma 
www.190.it
 no), la posta funziona 
ma le newsgroup no, l'instant messaging funziona ma gli aggiornamenti 
con apt-get no.
Ho provato svariate soluzioni, ad esmenpio impostando la dimensione dei 
pacchetti MTU a 1492, impostare il firwall che esegua solo un 
masquerading. Da notare che fino a 4-5 giorni fa tutto funzionava, poi 
dopo un riavvio (senza aggiornamenti di sorta) si è presentato questo 
problema.
Qualcuno ha un idea di quale possa essere il problema?
Ringrazio tutti
Ze'

 pacchetti MTU a 1492
Prova 1456 o al limite 1412. C'è spiegato in pppoe.conf.
Ciao.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 Qualcuno ha un idea di quale possa essere il problema?
c'e` CLAMPMSS=1412 in pppoe.conf?
[questisonodeicaratteriacasaccio,
alloscopodifotterelestatistichedi
davidebianchisull'originalcontent
inramengolestatisticherazziste;)]

 
Non ho un file pppoe.conf...
tuttavia ho impostato l'opzione sul file /etc/ppp/peers/dls-provider ma 
il risultato non cambia...
  cat /etc/ppp/peers/dsl-provider
# Configuration file for PPP, using PPP over Ethernet
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.
##
# Section 1
#
# Stuff to configure...
# MUST CHANGE: Uncomment the following line, replacing the 
us...@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the 
password.)
#user 
myuse...@myprovider.net
# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
#pty "/usr/sbin/pppoe -I eth1 -T 80 -m 1452"
# An even more conservative version of the previous line, if things
# don't work using -m 1452...
pty "/usr/sbin/pppoe -I eth1 -T 80 -m 1412"
# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"
# The following two options should work fine for most DSL users.
# Assumes that your IP address is allocated dynamically
# by your DSL provider...
noipdefault
# Try to get the name server addresses from the ISP.
usepeerdns
# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute
##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing.
#
# Disconnect after 300 seconds (5 minutes) of idle time.
#demand
#idle 300
##
# Section 3
#
# You shouldn't need to change these options...
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1492
mru 1492
# RFC 2516, paragraph 7 mandates that the following options MUST NOT be
# requested and MUST be rejected if requested by the peer:
# Address-and-Control-Field-Compression (ACFC)
noaccomp
# Asynchronous-Control-Character-Map (ACCM)
default-asyncmap
plugin rp-pppoe.so eth1
user XXXXXXXXXX
Ze'

 
uhm ... non c'è proprio il file pppoe.conf
le configurazioni per il ppp sono in
/etc/ppp/peers/dsl-provider:









#demand
#idle 300




--------------------------------------------------------------------------------
Zè

 tuttavia ho impostato l'opzione sul file /etc/ppp/peers/dls-provider ma 
Ok, è uguale.
Allora l'unica cosa da fare, direi, è quella di verificare gli inoltri e
le regole di iptables.


 
ho impostato le regole di iptables come segue...
##
## Imposta alcune variabili
##
NOME=firewall
IPTABLES=/sbin/iptables
EXTIF=ppp0
INTIF=eth0
LOCIF=lo
##
## Imposta alcuni parametri del kernel
##
echo -n "Abilita forward... "; echo 1 > /proc/sys/net/ipv4/ip_forward; 
echo "OK";
echo -n "Abilita IP dinamico... "; echo 1 > 
/proc/sys/net/ipv4/ip_dynaddr; echo "OK";
echo -n "Abilita ICMP broadcast ignore... "; echo 1 > 
/proc/sys/net/ipv4/icmp_echo_ignore_broadcasts; echo "OK";
echo -n "Abilita syncookies... "; echo 1 > 
/proc/sys/net/ipv4/tcp_syncookies; echo "OK";
echo -n "Disabilita ECN... "; echo 0 > /proc/sys/net/ipv4/tcp_ecn; echo 
"OK";
##
## Elimina le regole esistenti
##
$IPTABLES -t filter -F
$IPTABLES -t nat -F
$IPTABLES -t mangle -F
##
## Imposta ACCEPT per tutti i pacchetti
## e abilita il NAT
##
echo -n "Imposta regole... "
$IPTABLES -P INPUT ACCEPT
$IPTABLES -P OUTPUT ACCEPT
$IPTABLES -P FORWARD ACCEPT
$IPTABLES -t nat -A POSTROUTING -o $EXTIF -j MASQUERADE
echo -e "OK\n"
Che in pratica non blocca nulla e fa il masquerading...
Ma il problema rimane. i client mantengono il loro comportamento...
Zè

 Ma il problema rimane. i client mantengono il loro comportamento...
In effetti è curioso, visto così sembra tutto corretto.
Viene solo da pensare che sui client sia impostato il gateway
sbagliato...


 
Dubito, visto che con un gateway sbagliato il client non uscirebbe in 
nessun modo dalla rete interna, mentre adesso alcune cose vanno mentre 
altre no.
Zè

 frustrante!!!
Una volta era successo anche a me.
Avevo risolto abbassando drasticamente l'MTU. Ero semplicemente andato a
tentativi, cercando di trovare il valore + alto che mi permettesse di
navigare tutti i siti che mi ero accorto non andavano.
La situazione era proprio identica alla tua, e la cosa strana era che ogni
postazione aveva bisogno di un valore di MTU diverso.
Prova un po' sta cosa, magari funziona...

 problema.
mah, molto strano.
ho controllato la tua configurazione, identica alla mia tranne per il fatto
che non ho mru 1492 nel dsl-provider.
Per il natting faccio questo:
iptables -F -t nat
echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/ip_dynaddr
iptables -t nat -A POSTROUTING -s 
192.168.1.0/24
 -o ppp0 -j MASQUERADE
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS
--clamp-mss-to-pmtu
Ciao
-- 
none


Ho commentato la riga che dici tu poco prima di leggere il messaggio... 
tutto è tornato a funzionare. Non so da dove saltasse fuori... mah forse 
un rimasuglio di qualche tentativo...
Grazie a tutti!!!
Zè