August 2005 - Linux

Pfuschen unter Linux ;-)
by Martin Herweg 27 Okt '07

27 Okt '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo skolelinux,pingos,schul-netz,LUG! Für das skolelinux-Projekt arbeiten wir gerade an einer Klausur/Prüfungsumgebung für Linux Terminalserver. Stellt euch vor, ihr seid ein Schüler und wollt gerne digital "täuschen" also mit anderen kommunizieren oder auf nicht erlaubte Hilfsmittel zugreifen. Welche Ideen fallen euch dazu ein ? Welche Massnahmen würdet ihr als Lehrer/Admin treffen um Pfuschen zu verhindern ? Interessant währen auch "Denial-of-Service" Attacken. Als lokaler Nutzer eines Terminalserver hat ein destruktiver Schüler andere Möglichkeinete als an einer Workstation, auf der er alleine arbeitet. Welche sind das ? Welche Gegenmassnahmen würdet ihr als Admin treffen? Danke für Ideen & Vorschläge und entschuldigung falls ihr die Mail mehrmals bekommen habt. Gruß, Martin - -- m.herweg(a)gmx.de GnuPG Key ID F058AF8E Linux Hard- & Software für Schulen: http://www.lug-marl.de/kmLinuxTSE.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFCE0k6v/GXvvBYr44RAl42AKDZDbGkpIY/nQSocbOXFqaWjgMnUwCeLng5 mBx7PFnDiP0fExFihYvNVYY= =gHIm -----END PGP SIGNATURE-----

8 7

Installer bricht ohne ersichtlichen Grund ab
by Juergen.Leibner＠t-online.de 03 Sep '05

03 Sep '05

Hi Liste, habe hier einen neuen Server. P4, Board alles Intel, Netzwerk auch (2x e1000). Der Installer bricht ohne ersichtlichen Grund ab, dann startet die Maschine neu! Benutze mini.iso und lade dann die Installerkomponenten von Spiegel nach. Bis zum Downloaden kommt er meist, manchmal auch nicht. Knoppix 3.1 hat auch manchmal Probleme. Verschiedenste Bootoptionen wie noscsi, noapic, ... und die üblichen Verdächtigen zeigen keine Wirkung. Diverse BIOS-Optionen ebenfalls nicht. Weiss nicht weiter, da ich keine Fehler mitschreiben kann. Was kann ich zur Fehlereingrenzung noch tun? Any hints are welcome! MfG, Jürgen Leibner

5 7

[solved] Re: nfs export
by Hubert Drecker 31 Aug '05

31 Aug '05

Hallo, das Problem wurde nun gelöst. Mein schrecklich-fataler Fehler war et den Server auf 192.168.1.0 zu setzen.... AUA! Da fühlt man sich wie bei wer-wird-millionär, wenn man bei der zweiten frage rausfliegt, weil man dieses eine sprichwort noch nie gehört hat... danke. gruß hubert

1 0

Re: nfs export
by Hubert Drecker 31 Aug '05

31 Aug '05

>> Allerdings steht in der Syslog: >> <cite>in.tftpd[10119]: tftp: client does not accept options</cite> > Date: Tue, 30 Aug 2005 08:33:11 +0200 > From: Jan-Benedict Glaw <jbglaw(a)lug-owl.de> > Das hat nichts mit NFS zu tun. Ergo sind wir genau da, wo wir vorher > auch schon waren. Juhu! > Nächster möglicher Schritt wäre, mal auf dem > Server-Rechner einen tcpdump zu starten: > # tcpdump -s 5000 -o nfs-eaccess-problem.pcap -n host <client-ip> Den Schalter o gibts gar nicht. Habe mal stattdessen umgeleitet... Output: <cite> 12:40:16.355008 IP 192.168.1.0 > 192.168.1.249: icmp 28: echo request seq 0 12:40:21.353333 arp who-has 192.168.1.249 tell 192.168.1.0 12:40:22.130362 arp who-has 192.168.1.0 tell 192.168.1.249 12:40:22.130401 arp reply 192.168.1.0 is-at 00:e0:29:34:40:5c 12:40:22.130510 IP 192.168.1.249.2070 > 192.168.1.0.69: 27 RRQ "pxelinux.0" octet tsize 0 12:40:22.132691 IP 192.168.1.0.1036 > 192.168.1.249.2070: UDP, length: 14 12:40:22.132835 IP 192.168.1.249.2070 > 192.168.1.0.1036: UDP, length: 17 12:40:22.134308 IP 192.168.1.249.2071 > 192.168.1.0.69: 32 RRQ "pxelinux.0" octet blksize 1456 12:40:22.136165 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 15 12:40:22.136304 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.136575 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.136980 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.137068 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.137462 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.137529 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.137923 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.137986 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.138377 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.138442 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.138830 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.138892 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.139282 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.139347 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.139735 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.139798 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 1460 12:40:22.140188 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:22.140247 IP 192.168.1.0.1036 > 192.168.1.249.2071: UDP, length: 186 12:40:22.140396 IP 192.168.1.249.2071 > 192.168.1.0.1036: UDP, length: 4 12:40:25.934614 IP 192.168.1.249.57089 > 192.168.1.0.69: 63 RRQ "pxelinux.cfg/01-00-e0-29-32-bf-2e" octet tsize 0 blksize 1440 12:40:25.936530 IP 192.168.1.0.1036 > 192.168.1.249.57089: UDP, length: 19 12:40:25.938500 IP 192.168.1.249.57090 > 192.168.1.0.69: 51 RRQ "pxelinux.cfg/C0A801F9" octet tsize 0 blksize 1440 12:40:25.940290 IP 192.168.1.0.1036 > 192.168.1.249.57090: UDP, length: 25 12:40:25.940424 IP 192.168.1.249.57090 > 192.168.1.0.1036: UDP, length: 4 12:40:25.940658 IP 192.168.1.0.1036 > 192.168.1.249.57090: UDP, length: 238 12:40:25.940813 IP 192.168.1.249.57090 > 192.168.1.0.1036: UDP, length: 4 12:40:25.940872 IP 192.168.1.249.57091 > 192.168.1.0.69: 45 RRQ "vmlinuz-install" octet tsize 0 blksize 1440 12:40:25.942711 IP 192.168.1.0.1037 > 192.168.1.249.57091: UDP, length: 29 12:40:25.943240 IP 192.168.1.249.57091 > 192.168.1.0.1037: UDP, length: 4 12:40:25.943527 IP 192.168.1.0.1037 > 192.168.1.249.57091: UDP, length: 1444 </cite> Letzten beiden Zeilen wiederholen sich bis zum Ende der Datei. Sagt Dir der Output irgendwas? Gruß hubert

2 1

Re: nfs exports
by Hubert Drecker 30 Aug '05

30 Aug '05

On Fri, 26 Aug 2005 16:39:12 +0200 schrieb Jan-Benedict Glaw : > jbglaw@bixie:~$ grep '\<13\>' /usr/include/asm-generic/errn* > /usr/include/asm-generic/errno-base.h:#define EACCES 13 /* > Permission denied */ >> Scheint mir ja nen NFS-Problem zu sein, wobei Error 13 auf >> ungenügende Rechete hindeutet. Die exports ist aber soweit >> ersichtlich richtig konfiguriert. Komme an der Stelle einfach nicht >> weiter... > Auf dem Server sollte ein portmap, rpc.nfsd und rpc.mountd laufen. Die > schreiben auch ins syslog. Also: einmal log files lesen. Die Dämonen laufen: <cite> root@FAIth:/home/lili # rpcinfo -p Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100021 1 udp 1028 nlockmgr 100021 3 udp 1028 nlockmgr 100021 4 udp 1028 nlockmgr 100021 1 tcp 1028 nlockmgr 100021 3 tcp 1028 nlockmgr 100021 4 tcp 1028 nlockmgr 100005 1 udp 807 mountd 100005 1 tcp 810 mountd 100005 2 udp 807 mountd 100005 2 tcp 810 mountd 100005 3 udp 807 mountd 100005 3 tcp 810 mountd 100024 1 udp 1023 status 100024 1 tcp 602 status </cite> Allerdings steht in der Syslog: <cite>in.tftpd[10119]: tftp: client does not accept options</cite> Bin mir nach längerem Googeln allerdings nicht sicher, ob es sich jetzt um ne Warnung oder nen Fehler handelt, da zumindestens auf http://lis.gsfc.nasa.gov/yudong/notes/net-install.txt das Log den gleichen Fehler zeigt und es bei der Nasa trotzdem läuft.... > Nachdem Du in der /etc/exports das zu exportierende FS eingetragen hast, > hast Du da auch den rpc.mountd neugestartet? japp. >MfG, JBG Gruß Hubert

3 2

[OT] Compaq, Rahmen hotplug SCSI - 1 leer und 1 18G
by bowbow＠zitmail.uni-paderborn.de 29 Aug '05

29 Aug '05

Hallo Liste, bin heute per Zufall an zwei Compaq Festplattenrahmen geraten. Einer ist leer und war für 4,3 G wide-ultra SCSI (so der Aufdruck). Im zweiten Rahmen steckt eine 18,2 G Platte. Aufdruck des Rahmens 18,2-GB 10K ULTRA3 SCSI. Da mir geeignete Geräte zum Testen der Platte fehlen, suche ich jemanden, der mir da weiter helfen kann. Oder vielleicht möchte ja jemand das oder die Teile haben. Gruß Matthias

1 0

Maximale Dateigöße loopback?
by Sascha Schnitzler 29 Aug '05

29 Aug '05

Hallo zusammen, ich habe mit dd ein 4,4 GB großes File angelegt (BS=1M) und wollte via loopback und dm_crypt ein Filesystem draufbringen (ext3). Der mkfs.ext3 meldet jedoch dass er den Superblock nicht sauber schreiben konnte. Mounten funktioniert entsprechend nicht. Mit einem 440MB File funktionierts. Weiß wer, wo da Beschränkungen liegen? Bei losetup? cryptsetup? Gruß, sascha

7 10

apt-pinning
by frank-info＠gmx.de 28 Aug '05

28 Aug '05

Hallo, ich bekomme es nicht hin dass an Version "1.0-1vdr6" festgehalten wird (gepached) und nicht libxine1_1.0.1 installiert wird ?? preferences: Package: libxine1* Pin: version *1vdr6 Pin-Priority: 99 geht nicht Package: libxine1* Pin: version 1.0-1vdr6 Pin-Priority: 99 geht nicht ----- Debian Sarge, Kernel 2.6.11, KDE 3.3.2 ----- MfG Frank Wohlfahrt

4 8

Debian-Netinstall (31r0a) hängt bei "Debootstrap"
by Stefan Ulrich Hegner 26 Aug '05

26 Aug '05

Moin zusammen, versuche grad einen antiken Testrechner mit einer Debian-Netzinstallation zu begücken (debian-31r0a-i386-netinst.iso) ... Nur leider bricht das ganze wiederholt/ reproduzierbar bei der Installation des Grundsystems ab, weil Debootstap angeblich Pakete nicht herunterladen kann. ("Fehler beim Ausführen von Debootstrap. base-config konnte nicht heruntergeladen werden"). Das hört sich nach einem NW-Problem an. Sicherheitshalber habe ich aber auch die md5sum der verwendeten Datenträger nochmal gecheckt. Was mich daran irritiert: 1. Die Wahl des Mirrors verläuft ohne Probleme 2. Danach werden Installer-Komponenten vom Mirror gezogen 3. Ich kann von der Konsole (per wget) manuell Daten aus dem I-net holen. ... Any ideas? 1000 Dank Stefan. -- / Stefan Ulrich Hegner aka "Hegi" - Loehne/ Westfalen - Germany \ | stefan(a)hegner-online.de, my Cyberhome http://www.hegner-web.de| \ GPG-Fprint D9DB 51BD 2DA6 9B3A 41CB 0287 05A1 8D11 38BA CE91 /

3 9

nfs export
by Hubert Drecker 26 Aug '05

26 Aug '05

Hallo! Versuche seit einiger Zeit einen Cluster zu erschaffen und benutze insofern zur Verteilung der Debian-mopeds FAI. Debian soll per PXE auf die Clients installiert werden. DHCP wuppt... Problem: Beim Mounten des Root-Knotens per NFS schmieren die Clients mit ner Kernel Panic immer ab. <cite> Looking up Port of RPC 100003/2 on 192.168.1.0 RPC: sendmsg returned Error 13 portmap: RPC call returned Error 13 ... Kernel panic: VFS: Unable to mount rootfs on unknown-block (2, 0) </cite> Scheint mir ja nen NFS-Problem zu sein, wobei Error 13 auf ungenügende Rechete hindeutet. Die exports ist aber soweit ersichtlich richtig konfiguriert. Komme an der Stelle einfach nicht weiter... Infos: Fai-Server = DHCP-Server = NFS-Server = TFTP-Server: Ubuntu 2.6.10 nfs, mountd, status, portmapper läuft Gruß Hubi

2 1