Nabble - netbsd-regional

Re: Paketfilter und Routing

2009-12-17T09:04:07Z

Am Mittwoch, den 16.12.2009, 21:50 +0100 schrieb Thomas Kaepernick:
...
> >
> > pass quick on lo0
> > pass out quick
> >
> > block in
> > pass in quick on $int_if inet all
> >
> > Wenn du eh von den int_if nach überall sonst alles zulassen willst, dann
>
...
> Aber ich werde dieses verschlankte Regelwerk ausprobieren. Ich melde
> mich, wie erfolgreich ich damit war.
>
> > schreib das gleich hin (und der Regeln sind zwar nicht viele, aber quick
> > ist trotzdem nützlich). keep state ist implizit. pfctl -v -f pf.conf
> > ist hilfreich :)
> >
> > MfG,
> > spz
Ja, die Anwendung des verschlankten Regelwerks war (teilweise)
erfolgreich. Die Verbindung von Rechnern aus dem Intra- ins Internet
klappt. Ich kann auch von einem Rechner aus dem .0.0-Netz einen Rechner
im .1.0-Netz anpingen. Andersherum aber nicht. Routing ist bei den
jeweiligen Netzwerk-Interfaces gesetzt.

Gruß Thomas

From forum: regional-de

Re: Paketfilter und Routing

2009-12-16T12:50:20Z

Am Dienstag, den 15.12.2009, 23:27 +0100 schrieb S.P.Zeidler:

> Hi,
>
> Thus wrote Thomas Kaepernick (mast_1@...):
>
> > ext_if="vr0"
> > int_if="{ vr1 vr2 }"
> > int_net="{ vr1:network vr2:network }"
> >
> > nat on $ext_if inet proto { tcp, udp, icmp } from !($ext_if) to any ->
> > $ext_if
>
> ok
>
> > rdr pass on $int_if inet proto { tcp, udp } to $ext_if port 53 ->
> > 127.0.0.1 port 53
>
> hrm? du biegst jeglichen TCP und UDP-Traffic nach draussen auf 127.0.0.1
> port 53 um?
>
> versuch doch mal
> rdr on $int_if proto { tcp, udp } from $int_net to any port 53 -> 127.0.0.1 port 53

Ich biege nur den Traffic, der aus dem internen Netz zu einem Nameserver
im Internet will, auf den lokalen Port 53 um. Meine Regel und und Deine
Regel unterscheiden sich nur darin, daß bei Dir auch die Anfragen an den
Router noch mal auf den Router umgebogen werden. Jedenfalls hat die
Namensauflösung geklappt, egal ob private oder öffentliche Adressen
abgefragt werden.

>
> > block in all
> > pass out all keep state
> >
> > pass in on lo all
> > pass in on $int_if inet proto icmp all
> > pass in on $int_if inet proto udp to port 53
> > pass in on $int_if inet proto { tcp, udp } to port ntp
> > #pass in inet proto { tcp, udp } from $int_net to port 631
> > pass in on $int_if inet to $ext_if
> > pass from vr1:network to vr2:network
> > pass from vr2:network to vr1:network
>
> brrrr.
>
> pass quick on lo0
> pass out quick
>
> block in
> pass in quick on $int_if inet all
>
> Wenn du eh von den int_if nach überall sonst alles zulassen willst, dann

Also fast überall hin. Mein Anliegen mit den Regeln war, kein Zugriff
auf das System des Routers außer die 3 bis 4 Ports übers Netz
zuzulassen. Vor allem kein Login. Es macht ohnehin wenig Sinn, da alles
im Securelevel 2 läuft und Arbeiten am System dann über die serielle
Konsole im Single-User-Modus erfolgen muß.

Aber ich werde dieses verschlankte Regelwerk ausprobieren. Ich melde
mich, wie erfolgreich ich damit war.

> schreib das gleich hin (und der Regeln sind zwar nicht viele, aber quick
> ist trotzdem nützlich). keep state ist implizit. pfctl -v -f pf.conf
> ist hilfreich :)
>
> MfG,
> spz

From forum: regional-de

Re: Paketfilter und Routing

2009-12-16T12:28:10Z

Am Dienstag, den 15.12.2009, 23:35 +0100 schrieb Jochen Kunz:
> On Tue, 15 Dec 2009 20:07:32 +0100
> Thomas Kaepernick <mast_1@...> wrote:
>
> > Ein Verbindung zu einem Host im anderen Subnetz klappt nicht.
> sysctl(7) / sysctl(8) / sysctl.conf(4):
> net.inet.ip.forwarding = 1
> net.inet6.ip6.forwarding = 1
Ist gesetzt. Sonst könnte ja nicht nach draußen gepingt werden, oder?
Gruß Thomas

From forum: regional-de

Re: Paketfilter und Routing

2009-12-15T14:35:20Z

On Tue, 15 Dec 2009 20:07:32 +0100
Thomas Kaepernick <mast_1@...> wrote:

> Ein Verbindung zu einem Host im anderen Subnetz klappt nicht.
sysctl(7) / sysctl(8) / sysctl.conf(4):
net.inet.ip.forwarding = 1
net.inet6.ip6.forwarding = 1
--

tschüß,
Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/

From forum: regional-de

Paketfilter und Routing

2009-12-15T11:07:32Z

Liebe Listener,

nun hatte ich meinen Router kurz soweit, daß er zumindest ins Internet
routete.

Dann habe ich das Routen zwischen den Subnetzen hinzubekommen. Seitdem
habe ich ein eigentümliches Verhalten und ich weiß mal wieder nicht wo
der Fehler ist.

Also, es gibt die zwei Subnetze 192.168.0.0/27 und 192.168.1.0/27. Dafür
sind die Interface vr1 und vr2 zuständig. Das Interface vr0 stellt die
Verbindung zum Provider her. Namensauflösung geschieht durch einen
Nameserver auf dem Router.

Wenn ich pf aktiviere, dann kann ich zwar den Router oder eine Adresse
im Internet von einem internen Rechner aus anpingen. Aber z.B. mit einem
Webbrowser bekomme ich keine Verbindung. Nehme ich die Rules weg, klappt
es.

Ein Verbindung zu einem Host im anderen Subnetz klappt nicht.

Was ist an der folgenden pf.conf falsch? Oder liegt der Fehler woanders?

# $NetBSD: pf.conf,v 1.4 2008/06/18 09:06:25 yamt Exp $
# $OpenBSD: pf.conf,v 1.34 2007/02/24 19:30:59 millert Exp $
#
# See pf.conf(5) and /usr/share/examples/pf for syntax and examples.
# Remember to set net.inet.ip.forwarding=1 and/or
# net.inet6.ip6.forwarding=1
# in /etc/sysctl.conf if packets are to be forwarded between interfaces.

ext_if="vr0"
int_if="{ vr1 vr2 }"
int_net="{ vr1:network vr2:network }"

nat on $ext_if inet proto { tcp, udp, icmp } from !($ext_if) to any ->
$ext_if
rdr pass on $int_if inet proto { tcp, udp } to $ext_if port 53 ->
127.0.0.1 port 53

block in all
pass out all keep state

pass in on lo all
pass in on $int_if inet proto icmp all
pass in on $int_if inet proto udp to port 53
pass in on $int_if inet proto { tcp, udp } to port ntp
#pass in inet proto { tcp, udp } from $int_net to port 631
pass in on $int_if inet to $ext_if
pass from vr1:network to vr2:network
pass from vr2:network to vr1:network

Gruß Thomas

From forum: regional-de

Re: NetBSD come NAT

2009-12-15T01:38:09Z

On Mon, Dec 14, 2009 at 09:54:26PM +0100, Pierluigi M wrote:
> Claudio secondo me sbagliamo nel settaggio dei clients.
No, i pacchetti escono:

Il pacchetto proveniente dal .12 passa per rtk0:

> 21:22:02.261094 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 1, length 64

E anche per ex0:

> 21:22:32.752778 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 1, length 64

Quindi il pacchetto parte dal client e arriva fino a Yahoo. Il problema sta'
nel ritorno.

> Boh ?!!? Mi sopravvaluti Claudio :-)
No, cerco di riflettere assieme a te ;-)

> Ma certo, non c'è fretta. Magari se ti va possiamo rivedere la conf
> sia sul gateway
> che sui clients.
A questo punto e' necessario. Tuttavia prima di rivedere la configurazione e'
fondamentale capire cosa succede quando Yahoo risponde, inoltrando il pacchetto
di ritorno. Le possibilita' sono essenzialmente due:

1) Yahoo riceve un pacchetto avente IP 192.168.0.12 (il che e'
assolutamente errato in quanto quello e' l'IP interno alla scheda di
rete del client sulla tua rete); nessun pacchetto di ritorno.

2) Yahoo riceve un pacchetto avente come indirizzo il tuo IP pubblico e
risponde inoltrando un pacchetto verso il tuo gateway. Cio' vuol
dire che il gateway non si preoccupa di reindirizzare il pacchetto
verso il client d'origine; il pacchetto ritorna ma viene perso sul
gateway.

In entrambi i casi dovrebbe apparire tutto piu' chiaro controllando i pacchetti in
entrata provenienti da Yahoo, mentre si effettua il ping da un client:

tcpdump -nvvvi rtk0 src 72.30.186.25
tcpdump -nvvvi ex0 src 72.30.186.25

Questa e' l'unica informazione che ci manca a questo punto, quindi e' cruciale.
Dopo potremo riflettere bene su dove e come agire.

Saluti,
Claudio M. Alessi

--
JID: smoppy AT gmail.com
WWW: http://cma.teroristi.org

From forum: regional-it

Re: NetBSD come NAT

2009-12-14T12:54:26Z

> A noi non interessa capire dove vanno i paccheti
> destinati a
> 192.168.0.10, bensi' dove vanno quelli destinati alla rete esterna
> (72.30.186.25). Indi per cui il comando da eseguire e' il seguente:
>
> tcpdump -nvvvi $DEV dst 72.30.186.25

L'ho eseguito sul gateway verso entrambe le porte pingando allo stesso IP
da un client.

Claudio secondo me sbagliamo nel settaggio dei clients.

RTK0 :

21:22:02.261094 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 1, length 64
21:22:03.267863 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 2, length 64
21:22:04.275786 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 3, length 64
21:22:05.283770 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 4, length 64
21:22:06.291748 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 5, length 64
21:22:07.299584 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2337, seq 6, length 64

ex0

21:22:32.752778 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 1, length 64
21:22:33.759157 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 2, length 64
21:22:34.767098 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 3, length 64
21:22:35.775024 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 4, length 64
21:22:36.783064 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 5, length 64
21:22:37.791013 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 6, length 64
21:22:38.798996 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > 72.30.186.25: ICMP echo request, id 2849, seq 7, length 64

>
> Ad ogni modo, e' superfluo. Avendo impostato 192.168.0.10 come route, i
> pacchetti verso la rete esterna saranno necessariamente passati al gateway.
> Cio' che avviene successivamente lo sappiamo grazie ai primi due comandi.
> Tuttavia non abbiamo idea di cosa succeda dopo: la risposta di Yahoo viene
> ricevuta dal gateway?

Boh ?!!? Mi sopravvaluti Claudio :-)

> Nel caso in cui la risposta sia affermativa, resta solo
> da capire perche' quest'ultimo non lo instrada verso il client sorgente. In
> caso contrario il problema sta' nella configurazione dei
> pacchetti in uscita.
> Comunque, sembra chiaro a questo punto che il problema sta' in
> /etc/ip{f,nat}.conf.
>
> Cerca di postare l'output del comando di cui sopra in condizioni simili a
> quelle descritte nel mio precedente post, io nel frattempo ci penso
> un po' su'.

Ma certo, non c'è fretta. Magari se ti va possiamo rivedere la conf
sia sul gateway
che sui clients.

Grazie Claudio.

Pierlugi M.

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: NetBSD come NAT

2009-12-14T11:47:42Z

Dall'output dei primi due comandi appare chiaro che i pacchetti vengono
correttamente reindirizzati sulla rete esterna dal gateway. Il lato "oscuro"
della faccenda e' cio' che accade sul client; colpa mia, ti ho suggerito il
comando sbagliato. A noi non interessa capire dove vanno i paccheti destinati a
192.168.0.10, bensi' dove vanno quelli destinati alla rete esterna
(72.30.186.25). Indi per cui il comando da eseguire e' il seguente:

tcpdump -nvvvi $DEV dst 72.30.186.25

Ad ogni modo, e' superfluo. Avendo impostato 192.168.0.10 come route, i
pacchetti verso la rete esterna saranno necessariamente passati al gateway.
Cio' che avviene successivamente lo sappiamo grazie ai primi due comandi.
Tuttavia non abbiamo idea di cosa succeda dopo: la risposta di Yahoo viene
ricevuta dal gateway? Nel caso in cui la risposta sia affermativa, resta solo
da capire perche' quest'ultimo non lo instrada verso il client sorgente. In
caso contrario il problema sta' nella configurazione dei pacchetti in uscita.
Comunque, sembra chiaro a questo punto che il problema sta' in
/etc/ip{f,nat}.conf.

Cerca di postare l'output del comando di cui sopra in condizioni simili a
quelle descritte nel mio precedente post, io nel frattempo ci penso un po' su'.

Saluti,
Claudio M. Alessi

--
JID: smoppy AT gmail.com
WWW: http://cma.teroristi.org

From forum: regional-it

Re: NetBSD come NAT

2009-12-14T11:27:10Z

Scusa il ritrdo con cui ti rispondo.

> On Wed, Dec 09, 2009 at 06:49:04PM +0100, Pierluigi M wrote:
> > Mi sembra tutto corretto... dove sbaglio ?
> In effetti anche a me. Posta l'output dei seguenti comandi:
>
> 1) tcpdump -vvvi rtk0 src $IP_CLIENT

19:48:54.609348 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30737, seq 1, length 64
19:48:55.617642 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30737, seq 2, length 64
19:48:56.625567 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30737, seq 3, length 64

> 2) tcpdump -vvvi ex0 src $IP_CLIENT

19:49:46.660258 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 8, length 64
19:49:47.668215 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 9, length 64
19:49:48.676230 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 10, length 64
19:49:49.684175 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 11, length 64
19:49:50.649937 arp who-has 192.168.0.10 tell 192.168.0.12
19:49:50.692124 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 12, length 64
19:49:51.700134 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.0.12 > fe1.avatw.search.vip.ac2.yahoo.com: ICMP echo request, id 30993, seq 13, length 64

>
> Mentre pingi dal client corrispondente a $IP_CLIENT un host sulla
> rete esterna.
>

Ho pingato a: 72.30.186.25 Altavista.com (California)

>Col seguente comando, eseguito sul client,
> capiamo anche cosa succede li':
>
> tcpdump -vvvi $DEV dst 192.168.0.10
>
> Dove $DEV corrisponde all'interfaccia di rete collegata allo switch.
>

20:03:53.583498 IP (tos 0x0, ttl 64, id 48111, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.12.33179 > 192.168.0.10.netbios-ssn: ., cksum 0x4711 (correct), 3153652923:3153652923(0) ack 103234700 win 250 <nop,nop,timestamp 928645 5162>

Ciò sempre pingando dal medesimo client (da altra console).

Spero di averti dato sufficienti elementi.

Grazie mille.

Pierluigi M.

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: Cambridge meet?

2009-12-11T09:37:58Z

On Fri, Dec 11, 2009 at 09:41:32AM +0000, elric@... wrote:
> >So the Carlton Arms, then?
> >
> >Google Maps for Carlton Way, Cambridge.
>
> and 7pm?

Yes, that is the time that most people usually show up.

Kind regards

--
Matthias Scheler http://zhadum.org.uk/

From forum: regional-london

Re: Re: Re: NetBSD come NAT

2009-12-11T05:30:39Z

2009/12/11 Pierluigi M <mptrax@...>

Mi sorge un sospetto:
che ci sia qualcosa di sbagliato nella configurazione dei clienti?

Non e' da escludere; l'output di tcpdump chiarisce anche questo dubbio. Senza e' difficile azzardare conclusioni.

Sto provando con una macchina Linux, semplicemente ipostando l'opzione 'ROTTE'
da X.

Suppongo non funga nemmeno quella, indi per cui l'errore sta sul gateway.

Accetto qualunque suggerimento.

Posta l'output di tcpdump ;-)

Saluti,
Claudio M. Alessi

From forum: regional-it

Re: Re: NetBSD come NAT

2009-12-11T05:29:33Z

2009/12/11 Pierluigi M <mptrax@...>

Come ti dicevo ... non e' possibile pingare al di fuori della LAN da nessun cliente.
Di conseguenza tcpdump non cattura nessun pacchetto.

Che il NAT funzioni o meno, tcpdump *deve* necessariamente catturare almeno i pacchetti in uscita; ergo,
l'output rimane ancora una componente fondamentale da esaminare.

Di conseguenza ottengo dai clienti:

$ ping $IP_externo
connect: Network is unreachable

Suppongo che $IP_externo sia l'IP di Altavista.com, Google.com, o simili. Resta da studiare l'output di
tcpdump.

$ ping www.altavista.com
ping: unknown host

Questo potrebbe semplicemente essere un problema di DNS. Assicurati di averli impostati correttamente.

Forse il mio ISP riesce a rilevare i clienti dietro il NAT ?

No. Conosco diverse persone che utilizzano una configurazione analoga alla tua: l'unica differenza consiste
nell'avere un router al posto del gateway NetBSD.

Quale altra prova potrei fare ?

Posta l'output di tutte le sessioni tcpdump descritte nell'email precedente.

C'e' qualcuno che si sia mai trovato in questa situazione prima di me ?

A intuito credo centinaia di migliaia di utenti.

Saluti,
Claudio M. Alessi

From forum: regional-it

Re: Re: Re: NetBSD come NAT

2009-12-11T03:29:28Z

Mi sorge un sospetto:
che ci sia qualcosa di sbagliato nella configurazione dei clienti?

Sto provando con una macchina Linux, semplicemente ipostando l'opzione 'ROTTE'
da X.

Accetto qualunque suggerimento.

Pierluigi M.

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: RENetBSD come NAT

2009-12-11T03:27:28Z

Dott. Marchionne Pierluigi
Traduttore e Mediatore linguistico
Skype : mptrax - MSN : mptrax@...
twitter : mptrax

MEMBER OF *** CROCUS SERVICE ***
Traslation Team - Website: www.crocus-service.net
email: work@...

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: Re: NetBSD come NAT

2009-12-11T03:03:35Z

On Wed, Dec 09, 2009 at 06:49:04PM +0100, Pierluigi M wrote:
> Mi sembra tutto corretto... dove sbaglio ?
>In effetti anche a me. Posta l'output dei seguenti comandi:

1) tcpdump -vvvi rtk0 src $IP_CLIENT
2) tcpdump -vvvi ex0 src $IP_CLIENT

tcpdump -vvvi $DEV dst 192.168.0.10

Grazie per la risposta Claudio.

Come ti dicevo ... non e' possibile pingare al di fuori della LAN da nessun cliente.
Di conseguenza tcpdump non cattura nessun pacchetto.

Di conseguenza ottengo dai clienti:

$ ping $IP_externo
connect: Network is unreachable

$ ping www.altavista.com
ping: unknown host

Posso pingare solo dai clienti verso il server (192.168.0.10) passando per ex0.
Il Server pinga perfettamente all'esterno ma in DHCP.

Forse il mio ISP riesce a rilevare i clienti dietro il NAT ?
Quale altra prova potrei fare ?
C'e' qualcuno che si sia mai trovato in questa situazione prima di me ?

Grazie.

Pierluigi M.

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: Cambridge meet?

2009-12-11T01:42:03Z

On 1260205675 seconds since the Beginning of the UNIX epoch
Stephen Borrill wrote:
>

>So the Carlton Arms, then?
>
>Google Maps for Carlton Way, Cambridge.

To recognise me, please see:

http://imrryr.org/~elric/pictures/

--
Roland Dowdeswell http://Imrryr.ORG/~elric/

From forum: regional-london

Re: Cambridge meet?

2009-12-11T01:41:32Z

On 1260205675 seconds since the Beginning of the UNIX epoch
Stephen Borrill wrote:
>

>So the Carlton Arms, then?
>
>Google Maps for Carlton Way, Cambridge.

and 7pm?

--
Roland Dowdeswell http://Imrryr.ORG/~elric/

From forum: regional-london

NetBSD come NAT

2009-12-10T15:27:51Z

Allora, TUTTO CONFIGURATO !

- samba 3.0.37 OK
- smb.conf OK
- Ip di tutte le schede OK
- clients misti Linux/Windows/PCBSD OK

Configurazione NAT sul server di confine OK (suppongo). tutto funziona
perfettamente: il NAT viene configurato all'avvio come previsto.
Nessuna sorpresa.

Configurando gli hosts (es. linux) con defaultroute 192.168.0.10 NON VA.

Praticamente l'IP indicato è quello della scheda del router di
confine collegato alla rete INTERNA.

Le configurazioni sono queste:

/etc/ipf.conf :

pass in from any to any
pass out from any to any

/etc/ipnat.conf :

map ppp0 192.168.0.10/24 -> 0/32 proxy port ftp ftp/tcp
map ppp0 192.168.0.10/24 -> 0/32 portmap tcp/udp 40000:60000
map ppp0 192.168.0.10/24 -> 0/32

oltre ad attivare il tutto con:

/etc/rc.conf:

ipfilter=YES # uses /etc/ipf.conf
ipnat=YES # uses /etc/ipnat.conf

e

/etc/sysctl.conf:

net.inet.ip.forwarding=1

Ricordo che :

rtk0 è in dhcp con l'HAg fastweb
ex0 è 192.168.0.10 netmask 255.255.255.0 collegato allo switch
aziendale (e alla rete interna).

Dagli hosts posso solo pingare le macchine interne della rete, SENZA
possibilità
di accedere all'esterno, passando cioe' per rtk0.

Mi sembra tutto corretto... dove sbaglio ?

Grazie.

Pierluigi M.

--
_______________________________________________
Get your free email from http://mail.icerocket.com

From forum: regional-it

Re: NetBSD come NAT

2009-12-10T14:34:23Z

On Wed, Dec 09, 2009 at 06:49:04PM +0100, Pierluigi M wrote:
> Mi sembra tutto corretto... dove sbaglio ?
In effetti anche a me. Posta l'output dei seguenti comandi:

1) tcpdump -vvvi rtk0 src $IP_CLIENT
2) tcpdump -vvvi ex0 src $IP_CLIENT

Mentre pingi dal client corrispondente a $IP_CLIENT un host sulla rete esterna.

Stavo riflettendo sul MSS-clamping[0] ma in questo caso non c'entra perche'
Fastweb non usa il PPPoE, chiaramente. I comandi sopra dovrebbero aiutare ad
avere una situazione piu' chiara. Col seguente comando, eseguito sul client,
capiamo anche cosa succede li':

tcpdump -vvvi $DEV dst 192.168.0.10

Dove $DEV corrisponde all'interfaccia di rete collegata allo switch.

Saluti,
Claudio M. Alessi

--
JID: smoppy AT gmail.com
WWW: http://cma.teroristi.org

From forum: regional-it

NetBSD come NAT

2009-12-09T09:49:04Z

From forum: regional-it

Re: Multiseat Setup

2009-12-08T03:22:15Z

On Sun, Dec 06, 2009 at 10:47:48PM +0100, Martin Husemann wrote:
> Hmm, eventuell ist es sogar notwendig, pseudo-device wsmux aus der Kernel-
> Konfiguration ganz zu entfernen, damit wscons nicht automatisch Geräte
> zusammenfasst. Wenn ich mich recht erinnere reicht aber das explizite öffnen
> des individuellen Gerätes aus, um dieses implzit aus dem mulitplexor
> auszuschließen.

Ich habe heute morgen mal einen Kernel ohne wsmux-device gebacken:

#pseudo-device wsmux # mouse & keyboard multiplexor

Ich bekomme dann folgendes und kann keine Eingaben in der Konsole machen:

wopr# dmesg | grep wskbd
wskbd0 at ukbd0: console keyboard, using wsdisplay0
wskbd1 at ukbd1 mux 1
wskbd1: connecting to wsdisplay0
wskbd0 at ukbd0: console keyboard, using wsdisplay0
wskbd1 at ukbd1 mux 1
wskbd1: connecting to wsdisplay0
wskbd0 at ukbd0: console keyboard, using wsdisplay0
wskbd1 at ukbd1 mux 1
wskbd1: connecting to wsdisplay0
wskbd0 at ukbd0 (mux ignored): console keyboard, using wsdisplay0
wskbd1 at ukbd1 (mux ignored)

Ich habe nun den normalen Kernel geladen und X mit Layout Multi0 gestartet. Ohne irgendwas zu machen wollte ich nun per ssh-Sitzung wskbd1 vom wsmux trennen. Die Tastatur ist aber gar nicht mehr im mux drin :-)

wopr# wsmuxctl -f 1 -r wskbd1
wsmuxctl: WSMUXIO_REMOVE_DEVICE: Invalid argument

Die andere Tastatur kann ich trennen:

wopr# wsmuxctl -f 1 -r wskbd0
wopr# wsmuxctl -f 1 -l
wopr# wsmuxctl -f 1 -a wskbd0
wopr# wsmuxctl -f 1 -l
wskbd0
wopr#

Wenn ich nun versuche, die von X verwendete Tastatur in wsmux einzubinden bekomme ich folgendes:

wopr# wsmuxctl -f 1 -a wskbd1
wsmuxctl: WSMUXIO_ADD_DEVICE: Device busy

Also, wenn ich das nun richtig kombiniere, dann sollte das Problem gar nicht der Multiplxor sein...
Müll kriege ich dennoch.

Gruß
Helge

From forum: regional-de

Re: Cambridge meet?

2009-12-07T09:07:55Z

On Mon, 7 Dec 2009, elric@... wrote:
> On 1259592039 seconds since the Beginning of the UNIX epoch
> Silke Scheler wrote:
>>> I think that I'm limited to the weekend of tyhe 11th at this point.
>>
>> Then by all means let us meet at the 11th!
>
> Okay, the 11th it is. Please give me directions...

So the Carlton Arms, then?

Google Maps for Carlton Way, Cambridge.

--
Stephen

From forum: regional-london

Re: Cambridge meet?

2009-12-07T08:20:21Z

On 1260202639 seconds since the Beginning of the UNIX epoch
Stephen Borrill wrote:
>

>What method of transport?

Probably feet from the older colleges as we'll try to arrive in
the morning and trundle around during the day seeing the sights
and all of that.

--
Roland Dowdeswell http://Imrryr.ORG/~elric/

From forum: regional-london

Re: Cambridge meet?

2009-12-07T08:17:19Z

On Mon, 7 Dec 2009, elric@... wrote:
>>> I think that I'm limited to the weekend of tyhe 11th at this point.
>>
>> Then by all means let us meet at the 11th!
>
> Okay, the 11th it is. Please give me directions...

What method of transport?

--
Stephen

From forum: regional-london

Re: Cambridge meet?

2009-12-07T07:36:00Z

On 1259592039 seconds since the Beginning of the UNIX epoch
Silke Scheler wrote:
>

>> I think that I'm limited to the weekend of tyhe 11th at this point.
>
>Then by all means let us meet at the 11th!

Okay, the 11th it is. Please give me directions...

--
Roland Dowdeswell http://Imrryr.ORG/~elric/

From forum: regional-london

Re: pkgsrc con binari , cambio PATH

2009-12-07T04:16:54Z

2009/12/3 Pierluigi M <mptrax@...>

No, credo anche io che tu me l'abbia già detto ma forse ho perso quella email.

Credo possa tornarti utile in questi casi: http://mail-index.netbsd.org/regional-it/

# man samba
man: formatting manual page...
sh: /usr/bin/nroff: not found

Ecco cosa vedo. Leggendo la documentaziono ho "intuito" che non è il manuale
quello che non trova ma qualcosa d'altro...

Effettivamente non e' un problema di percorsi. Come descritto in questa FAQ[0] ufficiale,
ti manca il set "text" (text.tgz). Puoi installarlo scompattando semplicemente il tarball nella
directory radice (/), come descritto in questa[1] FAQ. Il file text.tgz lo trovi nel mirror FTP
ufficiale.

La pagina di manuale di man.conf non affronta l'argomento file nroff.

Infatti non e' compito di man localizzare nroff.

Ho rivisto la configurazione di SAMBA: E' UNA BOMBA !
Già adottato in ufficio e la macchina centrale già ospita dei files vitali.

Bene. Fa piacere vedere che si procede alla grande ;-)

Una ciriosità: la scheda collegata allo switch di rete è una ex0 come ti dissi un po
di post fa... con linux e freebsd davo :

# ifconfig ex0 up 192.168.0.10 netmask 255.255.255.0

ed il gioco era fatto !
Come mai se riavvio NetBSD perdo queste impostazioni ?
Forse accade per il fatto che ho 2 schede di rete sulla stessa macchina ?

No, Linux e il "clone" BSD di Linux FreeBSD hanno molti meccanismi automatici che su NetBSD
sono lasciati all'amministratore di sistema, per fortuna. Se vuoi utilizzare una configurazione "al volo",
ifconfig va' benissimo. Se hai la necessita' di renderla permanente devi configurare la rete. L'argomento
e' piuttosto esteso ma tutto cio' che serve nel tuo caso credo rientri nelle FAQ di rete[2]. Essenzialmente
devi configurare /etc/rc.conf ed eventualmente i vari /etc/ifconfig.IF (dove IF e' il nome dell'interfaccia).

Ti ricordo che l'altra è una rtk0 in DHCP collegata all'HAG fastweb.

Questo non credo sia rilevante ai fini della configurazione "lato" NetBSD.

Grazie ancora Claudio, perdona il "pivello" che in me...
ma NetBSD lo vorrei dalla mia parte... mi appare ancora un po ostico
ma non mollerò. Ho già letto molto e continuerò a farlo.

NetBSD e' gia' dalla tua parte; hai solo bisogno di qualche tempo per accorgertene. Un consiglio che
sento di darti e': leggi, leggi e leggi. La documentazione e' l'unica vera via per essere autonomi e risolvere
ogni sorta di problemi in modo rapido ed efficiente.

In bocca al lupo!

Saluti,
Claudio M. Alessi

* Riferimenti

[0] http://www.netbsd.org/docs/misc/#nroff-missing
[1] http://netbsdit.altervista.org/wiki/FAQ#Come_faccio_ad_installare_un_set_senza_dover_riavviare_o_reinstallare_tutto.3F
[2] http://www.netbsd.org/docs/network/

From forum: regional-it

Fwd: Forwarding

2009-12-07T03:48:35Z

---------- Forwarded message ----------
From: Claudio <smoppy@...>
Date: 2009/12/7
Subject: Re: Forwarding
To: Pierluigi M <mptrax@...>

2009/12/4 Pierluigi M <mptrax@...>

Claudio, leggendo le FAQ ho risolto molti problemi sull'interfaccia di rete verso lo switch.

Ottimo!

Ora ti chiedo: come faccio ad ATTIVARE il forwarding tra le 2 interfacce rtk0 e ex0 ?

Beh, ogni caso e' a se' stante. Naturalmente la configurazione varia da un sistema a un altro.
Per le basi ti servira' semplicemente leggere le FAQ di rete ufficiali[0] e in particolare quella
relativa al NAT[1].

La rtk0 è in dhcp con l'HAG fastweb
ex0 è con indirizzo statico verso lo switch e per ora 3 macchine con SO misto.

Ho seguito le FAQ per la connettività inter-networking , ma non va.

Se ti limiti a fare copia-incolla senza "riflettere" su cio' che fai difficilmente lo farai funzionare.

Le 3 macchine pingano perfettamente tra loro e già lavorano con samba.

Questo e' un dato positivo. Non resta che nattare.

Cosa mi consigli ?

In definitiva di leggere. Capisco che a volte (spesso) per questioni di tempo puo' risultare piu'
comodo ottenere configurazioni complete direttamente in lista. Tuttavia, non voglio essere
scortese, ma nessuno ti incollera' mai l'esatta configurazione su misura per te o roba del
genere. Ti si puo' dare aiuto su argomenti complessi, possiamo darti i riferimenti giusti o le
pagine di documentazione relative al tuo problema ma non risolveremo il problema al posto
tuo; nessuno dovrebbe farlo. Il tempo e' prezioso per tutti.

Grazie

Nessun problema.

Saluti,
Claudio M. Alessi

* Riferimenti

[0] http://www.netbsd.org/docs/network/
[1] http://www.netbsd.org/docs/network/#simplenat

From forum: regional-it

Re: Multiseat Setup

2009-12-07T03:12:28Z

On Sun, Dec 06, 2009 at 10:42:15PM +0100, Martin Husemann wrote:
> Ich würde versuchen statt der wsmux Geräte direkt die einzelnen keyboards/
> mäuse im xorg.conf zu verdrahten, also /dev/wskbd{0,1,...} statt /dev/wskbd
> und entsprechn /dev/wsmouseN statt /dev/wsmouse.

Ich habe genau das in meiner xorg.conf eingetragen (siehe ursprüngliche Mail; Anhang xorg.conf)

Also die Mux- Geräte haben ja eigentlich "nur" den Sinn, z.B. mehrere Mäuse während einer X-Sitzung zu benutzen. Ich habe hier ein T61 mit Trackpoint und Trackpad als Maus. Ich könnte also beide Geräte verwenden um die Maus zu benutzen. Wenn ich das Mux-Gerät deaktiviert habe müsste ich jedes Gerät einzeln konfigureiren zur Benutzung in einer X-Sitzung. Oder habe ich da was falsch verstanden?!

Ich habe noch diesen Hinweis gefunden und werde heute mal versuchen einen Kernel ohne "mux"- Geräte zu backen.

http://ftp.spnet.net/netbsd/htdocs/Documentation/wscons/index.html#muxdevices

Bin mal gespannt was dann passiert...

Gruß
Helge

From forum: regional-de

Re: Multiseat Setup

2009-12-06T13:47:48Z

On Sun, Dec 06, 2009 at 10:42:15PM +0100, Martin Husemann wrote:
> Der kernel hat mit dieser Zuordnung nur insofern was zu tun, als die
> autoconfig Reihenfolge die Zuordnung der Hardware zu "N" in wskbdN festlegt -
> die sich aber üblicherweise dann nicht so häufig ändert.

Hmm, eventuell ist es sogar notwendig, pseudo-device wsmux aus der Kernel-
Konfiguration ganz zu entfernen, damit wscons nicht automatisch Geräte
zusammenfasst. Wenn ich mich recht erinnere reicht aber das explizite öffnen
des individuellen Gerätes aus, um dieses implzit aus dem mulitplexor
auszuschließen.

Gruß

Martin

From forum: regional-de

Re: Multiseat Setup

2009-12-06T13:42:15Z

On Sun, Dec 06, 2009 at 07:56:40PM +0100, S.P.Zeidler wrote:
> Ich glaube nicht, daß es bei -diesem- Problem helfen würde die Device-ID
> im Kernel festzunageln, da sie sich beim Auftreten des Problems ja nicht
> ändert. Ich vermute, daß der Keyboard-MUX in die Quere kommt, man könnte
> versuchen ihn via wsconsctl lahmzulegen. Vom groben Drübersehen müßte
> xf86-input-keyboard mit unterschiedlichen wskbd-Devices klarkommen.

Ich würde versuchen statt der wsmux Geräte direkt die einzelnen keyboards/
mäuse im xorg.conf zu verdrahten, also /dev/wskbd{0,1,...} statt /dev/wskbd
und entsprechn /dev/wsmouseN statt /dev/wsmouse.

Der kernel hat mit dieser Zuordnung nur insofern was zu tun, als die
autoconfig Reihenfolge die Zuordnung der Hardware zu "N" in wskbdN festlegt -
die sich aber üblicherweise dann nicht so häufig ändert.

Gruß

Martin

From forum: regional-de

Re: cd0 Kernelmeldungen

2009-12-06T12:20:27Z

On Sun, Dec 06, 2009 at 07:23:35PM +0100, Helge Muehlmeier wrote:

Hat sich erledigt... Ich hatte neulich "hal" installiert um etwas zu probieren.
Ich habe es deaktiviert und nun ist alles wieder normal...

Gruß
Helge

From forum: regional-de

Re: Multiseat Setup

2009-12-06T10:56:40Z

Hi,

Thus wrote Helge Muehlmeier (H_Muehlmeier@...):

> Das Problem nun sind die Tastaturen/Mäuse. Ich kann mit der Maus ein xterm öffnen und verschieben. Sobald ich aber einige Zeichen eigeben will bekomme ich nur noch Müll im xterm angezeigt. Und der Zeichenmüll hört nicht auf, wenn ich die Tasten loslasse...

Ich glaub nicht daß es auf der Liste jemand gibt der tiefer als ich in
wscons rumgekrochen ist, und das war ziemlich auf wsmouse beschränkt.
tech-x11 (oder tech-kern) wäre hier die bessere Liste.

Bei wsmouse weiß ich daß man mit definierten Maus-Devices arbeiten kann,
mehrere Keyboards an der selben Maschine mit unterschiedlichem Benehmen
hab ich noch nicht ausprobiert.

Ich glaube nicht, daß es bei -diesem- Problem helfen würde die Device-ID
im Kernel festzunageln, da sie sich beim Auftreten des Problems ja nicht
ändert. Ich vermute, daß der Keyboard-MUX in die Quere kommt, man könnte
versuchen ihn via wsconsctl lahmzulegen. Vom groben Drübersehen müßte
xf86-input-keyboard mit unterschiedlichen wskbd-Devices klarkommen.

> Nun habe ich gedacht, ich versuche mal beide Seats mit der funktionierenden Konfiguration der Maus/Tastatur zu versehen. Sprich, jeder Seat greift auf /dev/wsmouse und /dev/wskbd zu.

Das kann eh nicht funktionieren.

MfG,
spz
--
spz@... (S.P.Zeidler)

From forum: regional-de

cd0 Kernelmeldungen

2009-12-06T10:23:35Z

Hallo zusammen,

ich habe hier recht seltsame Meldungen und kann nicht brennen. Kann damit jemand etwas anfangen?!

Dec 6 01:57:59 nippi /netbsd: cd0(piixide0:0:0): Check Condition on CDB: 0x43 00 00 00 00 00 00 00 0c 40
Dec 6 01:57:59 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 01:57:59 nippi /netbsd: ASC/ASCQ: Illegal Field in CDB
Dec 6 01:57:59 nippi /netbsd:
Dec 6 01:57:59 nippi /netbsd: cd0(piixide0:0:0): Check Condition on CDB: 0x28 00 00 00 00 00 00 00 01 00
Dec 6 01:57:59 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 01:57:59 nippi /netbsd: COMMAND INFO: 11075584 (0xa90000)
Dec 6 01:57:59 nippi /netbsd: ASC/ASCQ: Logical Block Address Out of Range
Dec 6 01:57:59 nippi /netbsd:
Dec 6 01:57:59 nippi /netbsd: cd0: dos partition I/O error
Dec 6 01:57:59 nippi /netbsd: cd0(piixide0:0:0): Check Condition on CDB: 0x43 00 00 00 00 00 00 00 0c 40
Dec 6 01:57:59 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 01:57:59 nippi /netbsd: ASC/ASCQ: Illegal Field in CDB

Dec 6 02:05:57 nippi console-kit-daemon[435]: WARNING: Error waiting for native console 6 activation: Device not c
onfigured
Dec 6 02:05:57 nippi console-kit-daemon[435]: WARNING: Error waiting for native console 7 activation: Device not c
onfigured
Dec 6 02:05:57 nippi /netbsd: cd0(piixide0:0:0): Check Condition on CDB: 0x35 00 00 00 00 00 00 00 00 00
Dec 6 02:05:57 nippi /netbsd: SENSE KEY: Not Ready
Dec 6 02:05:57 nippi /netbsd: ASC/ASCQ: Medium Not Present
Dec 6 02:05:57 nippi /netbsd:
Dec 6 02:06:04 nippi /netbsd: ath0: device timeout (txq 1, txintrperiod 5)
Dec 6 02:06:30 nippi /netbsd: ath0: device timeout (txq 1, txintrperiod 4)
Dec 6 02:06:39 nippi /netbsd: umass0 at uhub6 port 2 configuration 1 interface 0
Dec 6 02:06:39 nippi /netbsd:
Dec 6 02:06:39 nippi /netbsd: umass0: HL-DT-ST DVDRAM GSA-5163D Super Multi DVD Rewriter, rev 2.00/0.01, addr 2
Dec 6 02:06:39 nippi /netbsd: umass0: using SCSI over Bulk-Only
Dec 6 02:06:39 nippi /netbsd: scsibus0 at umass0: 2 targets, 1 lun per target
Dec 6 02:06:39 nippi /netbsd: cd1 at scsibus0 target 0 lun 0: <HL-DT-ST, DVDRAM GSA-5163D, A103> cdrom removable
Dec 6 02:06:39 nippi console-kit-daemon[435]: WARNING: Error waiting for native console 6 activation: Device not c
onfigured
Dec 6 02:06:39 nippi console-kit-daemon[435]: WARNING: Error waiting for native console 7 activation: Device not c
onfigured
Dec 6 02:06:45 nippi /netbsd: ath0: device timeout (txq 1, txintrperiod 3)
Dec 6 02:06:49 nippi /netbsd: cd1(umass0:0:0:0): Check Condition on CDB: 0x43 00 00 00 00 00 00 00 0c 40
Dec 6 02:06:49 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 02:06:49 nippi /netbsd: COMMAND INFO: 1124073600 (0x43000080)
Dec 6 02:06:49 nippi /netbsd: ASC/ASCQ: Illegal Field in CDB
Dec 6 02:06:49 nippi /netbsd: SKSV: Error in CDB, Offset 2
Dec 6 02:06:49 nippi /netbsd:
Dec 6 02:06:49 nippi /netbsd: cd1(umass0:0:0:0): Check Condition on CDB: 0x28 00 00 00 00 00 00 00 01 00
Dec 6 02:06:49 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 02:06:49 nippi /netbsd: COMMAND INFO: 671088768 (0x28000080)
Dec 6 02:06:49 nippi /netbsd: ASC/ASCQ: Logical Block Address Out of Range
Dec 6 02:06:49 nippi /netbsd:
Dec 6 02:06:49 nippi /netbsd: cd1: dos partition I/O error
Dec 6 02:06:49 nippi /netbsd: cd1(umass0:0:0:0): Check Condition on CDB: 0x43 00 00 00 00 00 00 00 0c 40
Dec 6 02:06:49 nippi /netbsd: SENSE KEY: Illegal Request
Dec 6 02:06:49 nippi /netbsd: COMMAND INFO: 1124073600 (0x43000080)
Dec 6 02:06:49 nippi /netbsd: ASC/ASCQ: Illegal Field in CDB
Dec 6 02:06:49 nippi /netbsd: SKSV: Error in CDB, Offset 2

Das seltsame ist, dass cd1 ein USB-Device ist. Ich dachte erst an ein Hardware Problem... Aber beide Devices auf einmal?!

Weiß jemand Rat?!

Gruß
Helge

From forum: regional-de

Re: Multiseat Setup

2009-12-06T10:10:43Z

On Thu, Dec 03, 2009 at 12:55:15PM +0100, H_Muehlmeier@... wrote:
> Ich habe eine xorg.conf mit 2 seats konfiguriert. Jedoch beim Testen der Konfiguration bricht X ab und meldet einen Fehler (der Seat als solches ist aber fehlerfrei definiert).

Also nach einer Neuinstallation des Systems funktioniert X. Ich kann mit dem Testkomando beide Seats aufrufen und ich bekomme eine grafische Oberfläche auf den Monitoren.

Das Problem nun sind die Tastaturen/Mäuse. Ich kann mit der Maus ein xterm öffnen und verschieben. Sobald ich aber einige Zeichen eigeben will bekomme ich nur noch Müll im xterm angezeigt. Und der Zeichenmüll hört nicht auf, wenn ich die Tasten loslasse...

Ich kann X nicht mehr beenden und muss per ssh-login X komplett killen oder rebooten.

Nun habe ich gedacht, ich versuche mal beide Seats mit der funktionierenden Konfiguration der Maus/Tastatur zu versehen. Sprich, jeder Seat greift auf /dev/wsmouse und /dev/wskbd zu.
Funktioniert aber auch nicht und ich habe den selben Effekt.

Ich muss nun also an wscons ran, denke ich. Ist hier jemand firm darin und könnte mir Hinweise geben?
Muss ich einen Kernel mit "hartverdrahteten" Devices erzeugen?

Gruß
Helge

From forum: regional-de

kontroller telefonov lohotron

2009-12-05T21:13:46Z

skachat' kontroller telefonov

http://xrl.us/besv57

From forum: regional-sfba