Newsgroup: it.comp.os.linux.sys
Titolo: problema con PPP-seriale: Problem: all had bit 7 set to 0

Voglio fare un gateway con un 486, ho messo 2 schede ethernet una per il
modem adsl l'altra per la lan, sono riconosciute sembra vada tutto ok.
Nel frattempo che mi diano la linea volevo provarlo col PPP solo che non 
riesce a connettersi (modem seriale). 
Non capisco il problema che ha (e' una cosa che ho fatto svariate volte,
ma mai con questo pc, e' un 486/66 mhz compaq )
#tail -f /var/log/messages
serial connection established
Using interfaces PPP0
Connect: ppp0<->/dev/ttyS1
LCP: timeout sending config-request
connection termined
Receive serial link is not 8-bit clean :
Problem: all had bit 7 set to 0
Hangup (SIGHUP)
Exit
Che sia un problema di porta seriale troppo vecchia?
Purtoppo non sono riuscito a fargli digerire una scheda aggiuntiva con seriale e
controller ide (il bios e' un po' avaro di opzioni)
qualcuno ha idea di come risolvere?
Poi volevo sapere se un pc di questo tipo (ha 16 mb di ram) e' idoneo a
fare da gateway/firewall (la lan e' di 3 pc oltre questo) per una ADSL
256/128 (io penso di si, ma non vorrei ci fossero rallentamenti Download/Upload)
Grazie
-- 
| Ciao Cacciavite       Linux Registered User #297089
| Powered by *Debian GNU/Linux 3.0* on Celeron 667MHz 	  

 Che sia un problema di porta seriale troppo vecchia?
Leggi la domanda del PPP-FAQ relativa proprio a questo problema.
Se non bastasse a risolvere (e quando capitò a me, non bastò)
assicurati che la seriale sia impostata per il giusto chip.
Io installai Debian woody su una macchina, poi trasportai l'hard disk
su un 486, e quest'ultimo non riusciva a collegarsi.  Saltò fuori che
durante l'installazione era stato individuato il 16550 della prima
macchina, l'impostazione era stata salvata, e veniva ripristinata a
ogni boot grazie a /etc/init.d/setserial.  Solo che il 486 aveva un
16450, per cui driver seriale e hardware seriale facevano a pugni.
Massimiliano

 ogni boot grazie a /etc/init.d/setserial.  
ora non ho il 486 sottomano. Comunque spulciando quello script mi e'
parso di capire che vada a leggere /etc/serial.conf (anche se di script
non ci capisco niente)
le ultime 2 righe di /etc/serial.conf associano a /dev/ttySx i parametri
di IRQ, io, uart ecc. Forse basta cambiare in questo file l'uart 16550A
con 16450 (sperando che le seriali del 486 non siano ancora piu'
"retro")
grazie


 "retro")
e' bastato, ora sto scrivendo "da dietro" quel gateway


 grazie
Bene. :-)
-- 
Windows hasn't increased computer literacy. It's just lowered the standard. 
    -- From a Slashdot.org post

 /etc/init.d/setserial lo ricreasse da sé.
in effetti capendo lo script era la cosa piu' furba da farsi, ma io di
script non ci capisco nulla. Anche se comunque si poteva intuire che lo
ricreasse, in genere in debian "funziona" cosi'.
Secondo te un 486/50 mgh 16 mb di ram va bene per fare da gareway/router
per una adsl 256/128 (i client sono 3), non e' che la macchina e'
sottodimensionata e rallenta la connessione?


 sottodimensionata e rallenta la connessione?
A naso direi proprio che va bene, e rimane anche spazio per qualche
servizio di frontiera leggero (es. dnsmasq, che taglia i tempi sulle
risoluzioni DNS), mentre squid e compagnia sono off limits.

 risoluzioni DNS), mentre squid e compagnia sono off limits.
comunque e' una cosa domestica, dunque non rimane sempre accesoe squid
non avrebbe senso, o sbaglio?


 non avrebbe senso, o sbaglio?
Se nel browser scrivi 
www.google.com
 quaranta volte senza squid in
mezzo, fai quaranta accessi a Internet per scaricare la stessa pagina.
Se nel browser scrivi 
www.google.com
 quaranta volte con squid in
mezzo, fai solo un accesso a Internet.  Penso che, stanti i
presupposti hardware, squid (o altro proxy) abbia sempre senso.
-- 
Nascerà di piccol principio chi si farà con prestezza grande.  Questo
non istimerà alcuna creata cosa, anzi colla sua potenzia quasi il
tutto sarà in potenzia di trasformare di suo essere in un altro.
                                                              Leonardo

 presupposti hardware, squid (o altro proxy) abbia sempre senso.
in effetti sono ancora in mentalita' dial-up e pensavo a qualcosa che
consentisse la consultazione offline, di solito uso wwwoffle.
A questo router 486 devo affiancare una sparcstation 85 mhz (SS5).
Chissa' se come processore ci siamo per squid. Ram e disco minimo per
squid quali sono?


 squid quali sono?
Non conosco le prestazioni di una Sparc Station (confesso di averne
una in armadio a prender polvere da settembre, in attesa di un cavo
seriale maschio e di un hub AUI), ma posso dirti che un Pentium II con
64MB di RAM e circa cinque giga di hard disk (vado a memoria) mi sta
facendo da firewall/proxy per una rete di una trentina di client con
squid+squidguard+webmin.  Un Pentium/133Mhz con 32MB di RAM mi faceva
lo stesso su circa la metà dei client.
Nelle FAQ di squid c'è qualche `rule of thumb' per avere un'idea su
memoria e dischi, da' loro un'occhiata.  wwwoffle è più leggero, non
abbastanza per un 486 da 16MB IMHO, ma tentar non nuoce (facci sapere
il risultato, eventualmente), e in debian ce ne sono altri.
-- 
Programming languages should be designed not by piling feature on top
of feature, but by removing the weaknesses and restrictions that make
additional features appear necessary.
                                                        (R5RS, Introduction)