- Linux - LUG OWL

Nochmal www.telefonbuch.de
by Uwe Schuerkamp 06 Mai '05

06 Mai '05

Hallo Liste, wie schon vor einiger Zeit beschrieben, habe ich mit einigen Websites Probleme, wenn ich versuche, diese auf meinem Gateway / Routerrechner aufzurufen (z. B. www.telefonbuch.de) waehrend diese Sites auf den dahinter geNATteten Rechnern (windows / linux) problemlos laufen. Daraufhin wurden hier Begriffe wie MSS, clamp usw. durch die Gegend geworfen, die mir leider nicht allzu viel geholfen haben. ich hab dann mal in den Firewall-Regeln (kernel 2.6.11, iptables, Gentoo Linux) das clampmss aus- und wieder eingestellt, aber das hat leider ebenfalls nichts geholfen. Folgendes sehe ich mit tcpdump auf Interface ppp0 (Teleos-DSL), wenn ich versuche, mich ueber Firefox mit www.telefonbuch.de zu verbinden: hoover root # tcpdump src or dst www.telefonbuch.de -i ppp0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 68 bytes 20:10:57.136309 IP 213-182-121-182.teleos-web.de.49931 > 82.212.218.17.www: S 1542312651:1542312651(0) win 5808 <mss 1452> 20:10:57.217764 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: S 497611925:497611925(0) ack 1542312652 win 24840 <mss 1380> 20:11:00.135090 IP 213-182-121-182.teleos-web.de.49931 > 82.212.218.17.www: S 1542312651:1542312651(0) win 5808 <mss 1452> 20:11:00.214475 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: . ack 1 win 24840 20:11:00.585482 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: S 497611925:497611925(0) ack 1542312652 win 24840 <mss 1380> 20:11:06.134173 IP 213-182-121-182.teleos-web.de.49931 > 82.212.218.17.www: S 1542312651:1542312651(0) win 5808 <mss 1452> 20:11:06.217106 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: . ack 1 win 24840 20:11:07.335467 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: S 497611925:497611925(0) ack 1542312652 win 24840 <mss 1380> 20:11:18.132356 IP 213-182-121-182.teleos-web.de.49931 > 82.212.218.17.www: S 1542312651:1542312651(0) win 5808 <mss 1452> 20:11:18.214607 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: . ack 1 win 24840 20:11:20.837893 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49931: S 497611925:497611925(0) ack 1542312652 win 24840 <mss 1380> 20:11:31.673914 IP 213-182-121-182.teleos-web.de.49935 > 82.212.218.17.www: S 1581890846:1581890846(0) win 5808 <mss 1452> 20:11:31.752442 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49935: S 4124930643:4124930643(0) ack 1581890847 win 24840 <mss 1380> 20:11:34.672840 IP 213-182-121-182.teleos-web.de.49935 > 82.212.218.17.www: S 1581890846:1581890846(0) win 5808 <mss 1452> 20:11:34.755370 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49935: . ack 1 win 24840 20:11:35.117911 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49935: S 4124930643:4124930643(0) ack 1581890847 win 24840 <mss 1380> 20:11:40.671947 IP 213-182-121-182.teleos-web.de.49935 > 82.212.218.17.www: S 1581890846:1581890846(0) win 5808 <mss 1452> 20:11:40.755850 IP 82.212.218.17.www > 213-182-121-182.teleos-web.de.49935: . ack 1 win 24840 usw., im Browser wird die Seite aber nichgt angezeigt und nach einiger Zeit gibt es dann einen timeout. Kann mir vielleicht noch jemand einen tipp geben, was ich noch probieren kann, um dieses Problem zu loesen? Mittlerweile betrifft dieses Problem immer mehr websites, und es waere klasse, wenn ich dafuer nicht immer den Laptop anschmeissen muesste ;-) Viele Gruesse & danke im voraus, uwe

4 9

Re: [RFC][PATCH] update SubmittingPatches to clarify attachment policy
by Jan-Benedict Glaw 05 Mai '05

05 Mai '05

On Thu, 2005-05-05 13:59:47 -0400, Richard B. Johnson <linux-os(a)analogic.com> wrote: > >Well, in most companies (at least those that have a central internet > >connection), people *can* send emails in one way or the other... Really, > >I don't see the problem. If you cannot send emails from your company, > >hell, then do it at home or from an internet caf��. > > They are afraid that the staff will give away company secrets. Isn't that what the contracts are for? The company is free to sue their employees for breach of contract if you send out secret information. However, working time and the like surely won't be allowed as a "secret item", though... So again, just send your patch from home or some internet caf� or something like that :-) MfG, JBG -- Jan-Benedict Glaw jbglaw(a)lug-owl.de . +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

1 0

Datensicherung von gelöschten CDRWs
by Thomas Bee 05 Mai '05

05 Mai '05

Jetzt wo die Datenwiederherstellung von usbsticks etc. klappt, hab e ich noch eine Frage: Gibt es auch eine Möglichkeit zu Wiederherstellung bei CDRWs (Davon ausgehend, dass nur der TOC gelöscht wurde)? Grüße Thomas

2 2

Re: Linux Digest, Vol 25, Issue 8, 1. Re: netstat zeigt zig verbidungen
by petra kubina 05 Mai '05

05 Mai '05

jan: super! >Damit kann ein Programm auf *deinem* Rechner einem anderen Programm auf >*deinem* (und zwar nur deinem) Rechner Daten schicken. Das nennt man >dann Inter Prozess Komunikation (IPC) ... ist mal eine *eindeutige* erklärung ;))) und ungemein beruhigend! gestern hatte ich eh einen "ahh-ich-schnall-hier-nix-mehr-und-bin-eh- zu-dösig-tag-und-mach-fuckel-trotzdem-rum-ohne-das-gehirn-einzuschalten- tag" .... hab` aus Kontrollzentrum::KDE-Komponenten::Dateizuordnungen diverse Einträge von Kaboodle und Kaffeine gelöscht, weil ich die eh nicht mehr auf dem Rechner habe ... nun zickt der Rechner rum und sagt MIME-Typ nicht auffindbar application/octet-stream ... und so oft ich auch versuche, eben genau unter application einen Eintrag octet-stream anzulegen, vergisst er diesen bzw. speichert ihn gar nicht erst ab :( wie bekomm ich denn das wohl wieder hin? und überhaupt bin ich z.Zt. wirklich richtig fertig...aber dafür leg ich jetzt noch einen neuen post an... lg, petra

1 0

XFS-Dateisystem wiederherstellen
by Maximilian Wilhelm 05 Mai '05

05 Mai '05

Hi! Wo wir gerade dabei waren... :) Vor ein paar Wochen habe ich mir unfreiwillig eine XFS-Partition auf einem Datengrab geshreddert. Was geschah: externe 200G WD-Platte per Feuerdraht angeschlossen mit einer grossen Partiotion drauf war am Laptop angeschlossen und gemountet. Da ich ne Sicherung, die dadrauf lag auf eine DVD brennen wollte, hab ich die Platte ungemountet, all das firewire-Zeugs entladen und die Strippe an eine andere Kiste angeschlossen. Firewire-Zeugs geladen, rescan-scsibus.sh, versucht zu mouten und gleich ne Meldung gekommen, "Too many mounted fs, unknown fs ..." *schluck* Mit xfs_repair hat ers dann mal geschafft nen 2. superblock zu restore und ich konnt das Ding nochmal mounten. Alles noch da. *freu* *huepf* Mangels anderem Datengrab der Groesse um den Krams umzulagern Platte wieder geunmountet (geht ja wieder)... Ende vom Lied: Man kann die Partition nicht mehr mounten und xfs_repair ist nicht mehr faehig/willens einen 2. superblock zu finden, der ihm gefaellt. Ich *vermute*, dass "nur" der Superblock im Eimer ist und die FS-Eintraege/Daten noch da sind. Hat wer ne Idee, wie ich das Ding noch mal - gerne auch nur r/o - gemountet bekomme bzw. den Krams da einermassen sinnvoll runtergekratz bekomme? (Das *ist* die Backup-Platte... Aus Platzmangel liegen da aber leider auch ein paar andere Sachen drauf, bei denen es schade waere, wenn die weg waeren.) Hints welcome :) Ciao Max -- Follow the white penguin.

4 3

Daten wieder herstellen
by Thomas Bee 05 Mai '05

05 Mai '05

Hallo Zusammen! Mal eine Frage, zur Wiederherstellung von gelöschten Daten (SD-Card, HDD etc. mit vfat-Dateisystem). Gibt es da tools mit den man die Dateien unter Linux wieder sichtbar machen kann (mal davon ausgehend, dass sie nicht tatsächlich überschrieben wurden). Grüße Thomas P.S.: Nein mir fehlt kein Backup unter windoof, ich möchte es nur mal so wissen;-)

4 10

netstat zeigt zig verbidungen
by petra kubina 05 Mai '05

05 Mai '05

hi, habe ich es richtig verstanden, dass netstat mir alle derzeitigen, offenen verbindungen zeigt? dann läuft bei mir ganz außerordentlich viel - und ich habe keine ahnung, wie ich das interpretieren soll: Aktive Internetverbindungen (ohne Server) Proto Recv-Q Send-Q Local Address Foreign Address State Aktive Sockets in der UNIX Domäne (ohne Server) Proto RefZäh Flaggen Typ Zustand I-Node Pfad unix 10 [ ] DGRAM 4697 /dev/log unix 3 [ ] STREAM VERBUNDEN 9223 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 9222 unix 3 [ ] STREAM VERBUNDEN 9217 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 9216 unix 3 [ ] STREAM VERBUNDEN 9215 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 9214 unix 3 [ ] STREAM VERBUNDEN 9192 /tmp/orbit-petra/linc-1fdd-0-3d81fa95cdfa unix 3 [ ] STREAM VERBUNDEN 9191 unix 3 [ ] STREAM VERBUNDEN 9188 /tmp/orbit-petra/linc-1fc1-0-6fb5133a66b2 unix 3 [ ] STREAM VERBUNDEN 9187 unix 3 [ ] STREAM VERBUNDEN 9179 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 9178 unix 2 [ ] DGRAM 8984 unix 2 [ ] DGRAM 8792 unix 3 [ ] STREAM VERBUNDEN 8782 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 8781 unix 3 [ ] STREAM VERBUNDEN 8780 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 8779 unix 3 [ ] STREAM VERBUNDEN 8746 /tmp/ksocket-petra/kdesud_:0 unix 3 [ ] STREAM VERBUNDEN 8744 unix 3 [ ] STREAM VERBUNDEN 8742 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 8741 unix 7 [ ] STREAM VERBUNDEN 8733 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 8732 unix 106 [ ] STREAM VERBUNDEN 8726 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 8725 unix 3 [ ] STREAM VERBUNDEN 7582 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 7581 unix 3 [ ] STREAM VERBUNDEN 7365 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 7364 unix 3 [ ] STREAM VERBUNDEN 7359 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 7358 unix 3 [ ] STREAM VERBUNDEN 7357 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 7356 unix 3 [ ] STREAM VERBUNDEN 7318 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 7317 unix 3 [ ] STREAM VERBUNDEN 7314 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 7313 unix 3 [ ] STREAM VERBUNDEN 7312 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 7311 unix 2 [ ] DGRAM 7052 unix 3 [ ] STREAM VERBUNDEN 6966 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 6965 unix 3 [ ] STREAM VERBUNDEN 6962 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6961 unix 3 [ ] STREAM VERBUNDEN 6960 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6959 unix 3 [ ] STREAM VERBUNDEN 6947 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 6946 unix 3 [ ] STREAM VERBUNDEN 6945 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6944 unix 3 [ ] STREAM VERBUNDEN 6943 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6942 unix 3 [ ] STREAM VERBUNDEN 6935 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 6934 unix 3 [ ] STREAM VERBUNDEN 6930 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6929 unix 3 [ ] STREAM VERBUNDEN 6928 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6927 unix 3 [ ] STREAM VERBUNDEN 6921 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 6920 unix 3 [ ] STREAM VERBUNDEN 6919 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6918 unix 3 [ ] STREAM VERBUNDEN 6913 /tmp/.ICE-unix/7051 unix 3 [ ] STREAM VERBUNDEN 6912 unix 3 [ ] STREAM VERBUNDEN 6911 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6910 unix 3 [ ] STREAM VERBUNDEN 6905 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6904 unix 3 [ ] STREAM VERBUNDEN 6899 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6898 unix 3 [ ] STREAM VERBUNDEN 6892 /tmp/ksocket-petra/kdeinit__0 unix 3 [ ] STREAM VERBUNDEN 6891 unix 3 [ ] STREAM VERBUNDEN 6868 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6867 unix 3 [ ] STREAM VERBUNDEN 6866 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6865 unix 3 [ ] STREAM VERBUNDEN 6840 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6839 unix 3 [ ] STREAM VERBUNDEN 6836 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6835 unix 4 [ ] STREAM VERBUNDEN 6832 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6831 unix 3 [ ] STREAM VERBUNDEN 6818 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6817 unix 5 [ ] STREAM VERBUNDEN 6812 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6811 unix 3 [ ] STREAM VERBUNDEN 6786 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 6785 unix 3 [ ] STREAM VERBUNDEN 6784 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6783 unix 3 [ ] STREAM VERBUNDEN 6760 /tmp/.ICE-unix/dcop7030-1115270801 unix 3 [ ] STREAM VERBUNDEN 6759 unix 3 [ ] STREAM VERBUNDEN 6751 unix 3 [ ] STREAM VERBUNDEN 6750 unix 2 [ ] DGRAM 6602 unix 5 [ ] STREAM VERBUNDEN 6137 /tmp/.X11-unix/X0 unix 3 [ ] STREAM VERBUNDEN 5883 unix 2 [ ] DGRAM 5558 unix 2 [ ] DGRAM 5467 unix 3 [ ] STREAM VERBUNDEN 5018 unix 3 [ ] STREAM VERBUNDEN 5017 unix 2 [ ] DGRAM 4943 unix 2 [ ] DGRAM 4709 Aktive IPX Sockets Proto Recv-Q Send-Q Lokale Adresse Gegenaddress Zustand erstmal verstehe ich nicht, warum aus einem temporären verzeichnis heraus irgendwas ins netz will - und was diese ganzen irgendwas sind versteh ich auch nicht:( lade ich da schon beim systemstart was?? und wenn ja - was? lg, petra

2 1

Re: Nochmal www.telefonbuch.de
by Florian Lohoff 03 Mai '05

03 Mai '05

On Tue, May 03, 2005 at 08:59:59PM +0200, Uwe Schuerkamp wrote: > Ja, das denke ich auch, besonders wg. dieser Zeile in meinem > firewall.sh script: > > #TCPMSS Fix - Needed for *many* broken PPPO{A/E} clients > $IPT -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu > > ich muss gestehen, dass mir nicht klar ist, was diese Zeile eigentlich tut. Ok - Also - Path MTU Discovery funktioniert so das im TCP Handshake SYN, SYN/ACK, ACK eine MSS (Maximum Segment Size) mitgeliefert wird. Diese MSS ist die Maximale Payload groesse (D.h. Paketgroesse ohne Header) die ich schicken kann. Diese MSS wird durch die MTU des outgoing interfaces (Auf das die route zum zielsystem zeigt) und subtraktion der headergroesse berechnet. Nach dem TCP Handshake wissen also die beiden systeme welche MSS die beiden system auf ihrem LOKALEN link koennen. Bei ethernet ist das 1500-HeaderSize. Der Sender faengt jetzt an zu senden mit der maximalen Paketgroesse. Sollte dazwischen eine Leitung sein die diese MTU nicht supported wird das paket gedroppt und ein "ICMP Destination Unreachable" Subcode "Need Fragmentation" und die neue maximale Paketgroesse geschickt. Damit weiss der Sender nun die maximale Paketgroesse ueber diese Hop hinweg. Dazu kommt das eine PPPoE strecke maximal 1492 byte Paketgroesse kann (Ethernet 1500) weil PPPoE 8 byte/paket benoetigt. D.h. deine Station auf deinem Lokalen Ethernet sagt z.b. dem Webserver von web.de das es 1500 kann, der sagt ebenfalls 1500 und das erste Paket wird bei deinem Provider z.b. T-Online gedroppt. Darauf schickt web.de das paket neu mit einer maximalen groesse von 1492 byte. Jetzt gibt es 2 Probleme damit. - Ich verschenke einmal die RTT (Round Trip Time) zwischen web.de und T-Online weil das paket ja nach dem es gedroppt wurde neu gesendet werden muss. Ausserdem transferiere ich das erste paket immer doppelt. - Wenn web.de eine fehlkonfigurierte firewall hat die ICMP fuer Boese haelt und dieses Droppt kann die PMTU nicht funktionieren weil das "Destination Unreachable", "Fragmentation Needed" ja nicht am Webserver ankommt. Workaround: Der Workaround ist der obige eintrag in deinen IPTables. Er sorgt dafuer das in "geforwardete" SYN paketen die MSS auf die neue MTU angepasst wird. D.h. sollte das paket vom lokalen ethernet mit 1500 kommen und auf ein PPPoE gehen das nur 1492 kann wird die MSS um 8 verringert. Dadurch sollte web.de sofort beginnen mit 1492 zu senden. > device ppp0 entered promiscuous mode > IN=ppp0 OUT= MAC= SRC=82.212.218.17 DST=213.182.113.101 LEN=44 > TOS=0x00 PREC=0x00 TTL=53 ID=56037 DF PROTO=TCP SPT=80 DPT=52443 > WINDOW=24840 RES=0x00 ACK SYN URGP=0 Da sind aber noch andere regeln drin die boese sind. Flo -- Florian Lohoff flo(a)rfc822.org +49-171-2280134 Heisenberg may have been here.

1 0

Re: Nochmal www.telefonbuch.de
by Thorsten Roggendorf 03 Mai '05

03 Mai '05

Hi > wie schon vor einiger Zeit beschrieben, habe ich mit einigen Websites > Probleme, wenn ich versuche, diese auf meinem Gateway / Routerrechner > aufzurufen (z. B. www.telefonbuch.de) waehrend diese Sites auf den > dahinter geNATteten Rechnern (windows / linux) problemlos laufen. > [...] > usw., im Browser wird die Seite aber nichgt angezeigt und nach einiger > Zeit gibt es dann einen timeout. > > Kann mir vielleicht noch jemand einen tipp geben, was ich noch > probieren kann, um dieses Problem zu loesen? Mittlerweile betrifft > dieses Problem immer mehr websites, und es waere klasse, wenn ich > dafuer nicht immer den Laptop anschmeissen muesste ;-) Das hängt vermutlich nicht zusammen, aber kannst es ja mal versuchen: Ich hatte lange Probleme mit Telefonbuch.de (Firefox *immer* abgestürzt) - bis ich das Sun Java durch Blackdown Java (http://www.blackdown.org/) ersetzt habe, danach gings. Gruß Thorsten

3 2

Re: Kernel-Konfiguration aufdroeseln
by Kai Krebber 03 Mai '05

03 Mai '05

Hi! > > find /path/to/kernel -type f -name Kconfig -exec grep -H \ > 'config[[:space:]]+XXXXX' {} \; > Super - genau, was ich wollte. Vielen Dank, Jan. Mir war die Existenz der Kconfig-Dateien nicht bewusst. Gruß, Kai ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0