[Tech] R: tech digest, Vol 1 #394 - 4 msgs

Lun 17 Set 2001 10:50:31 CEST

help
usubscribe, please!

-----Messaggio originale-----
Da: tech-admin@firenze.linux.it [mailto:tech-admin@firenze.linux.it]Per
conto di tech-request@firenze.linux.it
Inviato: lunedì 17 settembre 2001 5.43
A: tech@firenze.linux.it
Oggetto: tech digest, Vol 1 #394 - 4 msgs

Send tech mailing list submissions to
	tech@firenze.linux.it

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.firenze.linux.it/mailman/listinfo/tech
or, via email, send a message with subject or body 'help' to
	tech-request@firenze.linux.it

You can reach the person managing the list at
	tech-admin@firenze.linux.it

When replying, please edit your Subject line so it is more specific
than "Re: Contents of tech digest..."

Today's Topics:

  1. Re: [Primipassi] DNS su Debian-potato (Gianni Bianchini)
  2. Re: Regole e log ipchains (Gianni Bianchini)
  3. AFS (Massimiliano Masi)
  4. Shutdown di un server sprovvisto di monitor: qualche idea? (Alessandro
Zarrilli)

--__--__--

Message: 1
Date: Sun, 16 Sep 2001 14:16:34 +0200
To: primipassi@firenze.linux.it
Cc: tech@firenze.linux.it
From: Gianni Bianchini <giannibi@iname.com>
Subject: [Tech] Re: [Primipassi] DNS su Debian-potato
Reply-To: tech@firenze.linux.it

Mi permetto di girare la questione (che non e' proprio da neonati :) )
sulla lista tech. Forse e' piu' indicato proseguire li'.

On Sun, Sep 16, 2001 at 11:17:48AM +0200, theold wrote:

> *** Can't find server name for address 10.100.100.1: No response from
server
> *** Default servers are not available

Accertati che in named.conf siano presenti le zone

"." -> root servers
"127.in-addr.arpa" -> reverse locale
"0.100.100.10.in-addr.arpa" (o quello che e') -> reverse sottorete

e che il corrispondente file di dati (campo file di ciascuna zona) esista
e contenga record NS e PTR corretti.

Guarda il system log all'avvio di named se dice qualcosa,
eventualmente aumentando il debug level (opzione -d).
Puoi essere piu' preciso (postare la configurazione)?

Ciao.
Gianni.

--__--__--

Message: 2
Date: Sun, 16 Sep 2001 13:54:09 +0200
To: tech@firenze.linux.it
Subject: Re: [Tech] Regole e log ipchains
From: Gianni Bianchini <giannibi@firenze.linux.it>
Reply-To: tech@firenze.linux.it

On Sat, Sep 15, 2001 at 02:08:09AM +0100, Lorenzo wrote:

> Packet log: input REJECT eth0 PROTO=17 192.168.2.254:520 192.168.2.255:520
> L=52 S=0x00 I=141 F=0x0000 T=1 (#35)
> Premetto che 192.168.2.254 è il mio router ISDN
> Ho notato che questa porta viene associata a "route 520/udp" RIP

Si dovrebbe trattare di una richiesta mandata dal router verso
eventuali altri gateway presenti sulla rete per fare in modo che
questi rendano disponibili le proprie tabelle di routing secondo il
Routing Information Protocol (RIP). Tale richiesta e' di solito
mandata in broadcast (UDP) su tutta la rete. Per i dettagli

http://www.networksorcery.com/enp/protocol/rip.htm

Se all'interno della tua rete non e' necessario utilizzare il RIP (uso
di route statiche), guarda se e' possibile disabilitarlo dalle
impostazioni del router.

> Ho provato a impostare alcune regole che consentono il pacchetto in
entrata
> /sbin/ipchains -A input -p udp -i eth0 -s 192.168.2.254 -d 192.168.2.255
520
> -j ACCEPT
> (eth0 interfaccia ext)
> questo anche con il protocollo TCP
> Niente da fare il log persiste e il pacchetto non viene accettato.

Puoi mandare tutto l'insieme di regole nell'ordine corretto
(immagino non sia enorme)?
Come hai impostato la policy della catena di input?

> Questo pacchetto ha bisogno di una risposta ?

Presumibilmente no, a meno che la macchina non faccia da gateway ed il RIP
sia in uso. Comunque, anche se successivamente il pacchetto viene
scartato perche' nessuno lo vuole (non c'e' routed attivo), ipchains
non dovrebbe loggarlo.

Ciao.
Gianni.

--__--__--

Message: 3
Date: Sun, 16 Sep 2001 17:20:06 +0200
From: Massimiliano Masi <max@mascanc.net>
To: tech@firenze.linux.it
Subject: [Tech] AFS
Reply-To: tech@firenze.linux.it

Salve !!!

Qualcuno ha installato AFS?

--
Massimiliano Masi - <max@mascanc.net> - ICQ# 92905138

... Anger is a gift - http://www.mascanc.net/~max

--__--__--

Message: 4
charset="iso-8859-1"
From: Alessandro Zarrilli <drsound@libero.it>
To: tech@firenze.linux.it
Date: Sun, 16 Sep 2001 23:56:03 +0200
Subject: [Tech] Shutdown di un server sprovvisto di monitor: qualche idea?
Reply-To: tech@firenze.linux.it

Prima di tutto un annuncio che credo faccia piacere a tutti i membri della
lista: in veste di consulente informatico di una importante ditta di
Poggibonsi, ho appena sostituito un file-server Windows NT con fiammante HP
NetServer E800 su cui gira Linux Mandrake 8.0. :-)

Veniamo adesso al motivo di questa mail: lo shutdown del suddetto server.
Premesse:
1) l'HP NetServer E800 non sembra essere compatibile con le specifiche ATX:
al termine dello shutdown la macchina non si spenge automaticamente, va
spenta a mano premendo sul pulsante di alimentazione.
2) vorrei evitare di sprecare un monitor soltanto per visualizzare la
scritta
"now it's safe to power off".

Quello che avrei pensato di fare è modificare la riga

># Trap CTRL-ALT-DELETE
>ca::ctrlaltdel:/sbin/shutdown -t3 -r now

di /etc/inittab affinché effettui un halt anziché un reboot, quindi inserire
uno script in rc0.d che faccia lampeggiare i led della tastiera: quando i
led
smettono di lampeggiare vuol dire che tutti i processi sono terminati ed è
quindi possibile spengere il server. A dire il vero però questo sistema non
è
del tutto affidabile: infatti tutti processi (e quindi anche il
"lampeggia-led") vengono terminati prima dell'unmounting dei filesystems, è
quindi sempre necessario attendere un po' di secondi tra la fine del
lampeggìo e lo spegnimento della macchina.
Dunque la mia domanda è questa: nessuno di voi ha qualche sistema più
elegante e/o efficente di questo?
(Non mi consigliate di modificare il kernel, vi prego! ;-) )

--__--__--

_______________________________________________
FLUG - Discussioni tecniche - tech@firenze.linux.it
URL: http://lists.firenze.linux.it/mailman/listinfo/tech
Archivio: http://lists.firenze.linux.it/pipermail/tech
Ricerca nell'archivio: http://www.firenze.linux.it/search

End of tech Digest_______________________________________________
FLUG - Discussioni tecniche - tech@firenze.linux.it
URL: http://lists.firenze.linux.it/mailman/listinfo/tech
Archivio: http://lists.firenze.linux.it/pipermail/tech
Ricerca nell'archivio: http://www.firenze.linux.it/search