Lug-dd March 2001

lug-dd@mailman.schlittermann.de

83 participants
182 discussions

AW: [Lug-dd] Druck-Filter
by Frank Hentschel 29 Mar '01

29 Mar '01

servus sebastian, > Hat jemand Erfahrungen, ob es einen besseren Filter gibt? wenn du nicht experimentieren moechtest... aus amiga-zeiten ist turboprint sicher noch ein begriff. gibt es mittlerweile als 1.0 fuer linux bei http://www.turboprint.de. cu frank

2 1

RE: [Lug-dd] Druck-Filter
by Jan Dittberner 29 Mar '01

29 Mar '01

> From: Sebastian Foerster [mailto:sebastian.foerster@arcormail.de] > Sent: Thursday, March 29, 2001 3:53 AM > > ich habe einen Office-Jet von HP. Dieser soll jetzt auch unter Linux > betrieben werden. Als Filter verwende ich "cdj550". Leider > sind damit nur > 300x300 dpi möglich. > > Hat jemand Erfahrungen, ob es einen besseren Filter gibt? Was fuer ein OfficeJet Modell ist das? Fuer eine PSC500 (weiss nicht genau, ob das PSC stimmt) habe ich einen Treiber aus einem sourceforge.net Projekt verwendet, damit funktioniert auch der Scannerteil mit SANE. http://hpoj.sourceforge.net/ dort gibt es auch eine Liste, welcher Treiber fuer welches Modell funktioniert. Jan

2 1

Re: [Lug-dd] sunrpc exploit
by Christian Wippermann 29 Mar '01

29 Mar '01

Nun wird es interessant: <Verschwörungstheorie> >Mar 25 14:15:04 hegel kernel: Packet log: iin DENY ppp0 PROTO=6 >203.126.106.110:1888 217.85.226.81:111 L=60 S=0x00 I=5118 F=0x4000 >^^^^^^^^^^^^^^^ >T=49 SYN (#34) > Die Maschine 203.126.106.110 gehört zu Mandarin Capital Technologies Pte Ltd in Singapore, wie mir die stupide Idee http://203.126.106.110 aufzurufen verriet. Die Maschine ist eine Linux Box und hat selbst sunrpc offen. Das sagte mir ein guter Freund... Die originalen WWW-Seiten der Firma (http://www.mandarin-capital.com/deutsch/fr_about.html) sagen auch, dass die Firma 'Technische Analyse' nutzt, um Maktvorhersagen zu treffen. 'Deshalb verwendet die große Mehrheit der MCT Indikatoren ein Konzept, das die Anpassung an die jeweilige aktuelle Marktsituation beinhaltet.' Tja, entweder sie wurden selbst gehackt oder sie nutzen wirklich sehr fortschrittliche 'Technische Analyse' um die Maktsituation zu erforschen. </Verschwörungstheorie> christian (...der Nachforschungen nicht lassen kann .-P )

2 1

[Lug-dd] Treffen am 28.03. und die Folgen
by Matthias Petz 29 Mar '01

29 Mar '01

Hallo zusammen, aller Unkenrufe zum Trotz war ich gestern nun doch dabei... 1. Der Vortrag war höchst interessant. Mein Dank an den "Dozenten" ... 2. Ihr seid alle jünger als ich dachte --> mein Fehler 3. Als Folge dessen seht mir mich sofort öfter ... Noch was anderes: Ich hätte noch eine IBM RS/6000 C-10 (Bj. 1992) halbtot da stehen, - IBM PowerPC 601e - SCSI on-board - floppy ist auch da - 64 bit TokenRing - Adapter - 8 port seriell asynchron Board (auch 64 Bit) - leider keine HDD, kein CD und auch keine Grafikkarte wer trotzdem Interesse hat, soll mir Bescheid geben, ich bin gewollt es los zu werden (kostenlos versteht sich..) -- Matthias Petz GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

3 2

[Lug-dd] KDE2 und Prozessorlast
by eichhorn 29 Mar '01

29 Mar '01

Hallo, ich betreibe gerade eine Mathematica-Sitzung unter SuSE 7.0 / KDE2 als remote user im Rechenzentrum der Uni mittels "ssh -X". Soweit so gut. Die Verbindung ist mit T-DSL zwar nicht rauschend schnell, aber es reicht. Mein Problem ist, dass mein Athlon/700MHz seit ca. 5 Minuten voll augelastet ist, obwohl ich nichts tue. Habe nur zwei Fenster (remote) offen. Ein "top"-Auszug zeigt folgendes: 10:48am up 1:27, 1 user, load average: 1.19, 1.09, 0.84 CPU states: 37.5% user, 62.5% system, 0.0% nice, 0.0% idle Mem: 130532K av, 127660K used, 2872K free, 0K shrd, 28948K buff Swap: 130748K av, 0K used, 130748K free 40824K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 470 root 18 0 35280 34M 1644 R 0 55.0 27.0 23:21 X 546 jan 16 0 10156 9.9M 9288 S 0 43.6 7.7 15:29 kdeinit 1144 jan 2 0 1076 1076 876 R 0 0.7 0.8 0:00 top 1088 jan 0 0 1232 1232 864 S 0 0.5 0.9 0:04 ssh 1 root 0 0 196 196 168 S 0 0.0 0.1 0:05 init 2 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kflushd 3 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kupdate 4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kpiod 5 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kswapd 156 bin 0 0 404 404 328 S 0 0.0 0.3 0:00 portmap 174 root 0 0 560 560 472 S 0 0.0 0.4 0:00 syslogd 178 root 0 0 828 828 392 S 0 0.0 0.6 0:00 klogd 231 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 lockd 232 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 rpciod 236 root 0 0 576 576 496 S 0 0.0 0.4 0:00 rpc.kstatd 240 root 0 0 488 488 404 S 0 0.0 0.3 0:00 rpc.kmountd 243 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsd 244 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsd 245 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsd 246 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 nfsd 284 root 0 0 1684 1684 1556 S 0 0.0 1.2 0:00 httpd 285 wwwrun 0 0 2060 2060 1640 S 0 0.0 1.5 0:00 httpd 302 at 0 0 544 544 464 S 0 0.0 0.4 0:00 atd 317 root 0 0 500 500 432 S 0 0.0 0.3 0:00 inetd 326 root 0 0 508 508 432 S 0 0.0 0.3 0:00 lpd 378 root 0 0 816 816 684 S 0 0.0 0.6 0:00 sshd 396 root 0 0 612 612 512 S 0 0.0 0.4 0:00 cron Ist das normal, dass ein remote X-Fenster soviel Prozessor-Last erzeugt oder laeuft da irgendwas schief ?? Ich danke fuer Tips. Jan P.S.: Jetzt, nach ca. 7 Minuten ist alles vorbei. Null Last. Macht KDE sowas wie garbage collection oder wie ?? ______________________________________________________________________________ Jan Eichhorn eichhorn(a)rcs.urz.tu-dresden.de ______________________________________________________________________________

2 1

[Lug-dd] HTML -> LaTeX
by Mr Tobias Schiebeck 29 Mar '01

29 Mar '01

Hallo LUG, Ich suche eine einfaches tool das HTML nach LaTeX convertiert. (Editoren zaehlen nicht ;-) ). Danke Tobias -- --------------------------------------------------------------------- Tobias Schiebeck tobias.schiebeck(a)man.ac.uk International AVS Centre Manchester Visualization Centre http://www.iavsc.org tel: (+44) 161-275-6870 ---------------------------------------------------------------------

2 2

Re: [Lug-dd] IPChains fuer Dialup-Rechner
by Christian Wippermann 29 Mar '01

29 Mar '01

Mein Diskussionsvorschlag: >Dabei ist mir aufgefallen, dass man nicht die anti-spoofing Regeln >testen kann. "ipchains -C" sagt, dass Packete die von 127.0.0.1 per >Interface ppp0 kommen erlaubt sind. Was eigentlich nicht sein duerfte. ####### Protect against Fake lokal IPs ## input ipchains -A input -j DENY -l -i ! lo -s 127.0.0.0/8 ipchains -A input -j DENY -l -i ppp0 -s 192.168.1.0/24 ipchains -A input -j DENY -l -s 172.16.0.0/12 ipchains -A input -j DENY -l -s 10.0.0.0/8 ## output ipchains -A output -j DENY -l -i ! lo -d 127.0.0.0/8 ipchains -A output -j DENY -l -i ppp0 -d 192.168.1.0/24 ipchains -A output -j DENY -l -d 172.16.0.0/12 ipchains -A output -j DENY -l -d 10.0.0.0/8 christian

1 0

[Lug-dd] Druck-Filter
by Sebastian Foerster 28 Mar '01

28 Mar '01

Hallo, ich habe einen Office-Jet von HP. Dieser soll jetzt auch unter Linux betrieben werden. Als Filter verwende ich "cdj550". Leider sind damit nur 300x300 dpi möglich. Hat jemand Erfahrungen, ob es einen besseren Filter gibt? Sebastian

1 0

[Lug-dd] sunrpc exploit
by Thomas Guettler 28 Mar '01

28 Mar '01

Da ich mit meiner "sonne" nur selten Netz bin habe ich bisher auf Security-Updates verzichtet. Wahr wohl ein Fehler. Als ich vorhin im Netz war bekam ich ploetzlich: "Message from syslogd@sonne at Sun Mar 25 13:01:41 2001 ... sonne " In syslog fand ich: Mar 25 13:01:41 sonne 173>Mar 25 13:01:41 /sbin/rpc.statd[151]: gethostbyname error for ^X<F7><FF><BF>^X<F7><FF><BF>^Y<F7><FF><BF>^Y <F7><FF><BF>^Z<F7><FF><BF>^Z<F7><FF><BF>^[<F7><FF><BF>^[<F7><FF><BF <90><90><90><90> ..... [schnibbel] Und mein ip-logger (ippl): Mar 25 13:01:37 sunrpc connection attempt from 203.126.106.110 (203.126.106.110:3861->217.50.96.210:111) Am System wurde anscheinend nichts veraendert. Werde mir mal ein firewall-script schreiben das keine eingehende Verbindungen zulaesst. ciao -- Thomas Guettler <guettli(a)gmx.de> http://yi.org/guettli

4 5

[Lug-dd] IPChains fuer Dialup-Rechner
by Thomas Guettler 28 Mar '01

28 Mar '01

Wegen schlechter Erfahrung (Siehe sunrpc Thread) habe ich mir jetzt ein Firewall-Script fuer meinem Dialup-Rechner erstellt. Dabei ist mir aufgefallen, dass man nicht die anti-spoofing Regeln testen kann. "ipchains -C" sagt, dass Packete die von 127.0.0.1 per Interface ppp0 kommen erlaubt sind. Was eigentlich nicht sein duerfte. Anti-Spoofing ist konfiguriert: --guettli@sonne:/proc/sys/net/ipv4/conf$ cat ppp0/rp_filter 1 Hat jemand eine Idee, wie ich das (ohne zweiten Rechner/VMWare) testen kann? Im Moment habe ich ein Script /etc/firewall-script.sh welches ich per /etc/init.d/firewall (Template aus IPChains-Howto) starte bzw. stoppe. Eine Policy wo diese Scripte stehen und wo sie heissen scheint es nicht zu geben, oder? Kleiner Nachteil von Linux-Distributions Caos, im File-Hierarchie Standard fand ich nichts zu "firewall". Fuer die es interessiert sind hier meine Scripts, Verbesserungsvorschlaege sind willkommen: #!/bin/sh # guettli's firewall rules # #alte Regeln loeschen ipchains -F ipchains -X # default policy ist eingehende Verbindungen abzulehnen ipchains -P input REJECT #accounting rule ipchains -A input # Alle icmp-packages zulassen, # noetig fuer Fluss-steuerung von rausgehenden TCP-Verbindungen ipchains -A input -p icmp -j ACCEPT #TCP nur als Antwort zulassen, Verbindungsaufbau (--syn) # nicht zulassen ipchains -A input -p tcp ! --syn -j ACCEPT # reingehende Verbindungen von localhost sind erlaubt ipchains -A input -p all -s 127.0.0.1 -j ACCEPT # reingehende Verbindung von lokalem Netzwerk sind erlaubt ipchains -A input -p all -s 192.168.0.0/24 -j ACCEPT # DNS-Antworten in eigener Chain bearbeiten # wird in /etc/ppp/ip-up.d und up-down.d gesestzt ipchains -N DNS_REPL ipchains -A input -p udp --source-port domain -j DNS_REPL ----in /etc/ppp/ip-up.d/0dns: #.... # DNS-Antworten zulassen: [ "$DNS1" ] && ipchains -A DNS_REPL -s $DNS1 -j ACCEPT [ "$DNS2" ] && ipchains -A DNS_REPL -s $DNS2 -j ACCEPT #... ----in /etc/ppp/ip-down.d/0dns: #DNS-Antworten nicht mehr durchlassen ipchains -F DNS_REPL -- Thomas Guettler <guettli(a)gmx.de> http://yi.org/guettli

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd March 2001