November 2003 - Linux

Mail-Anbindung einer Firmenaussenstelle
by Michael Schneider 21 Nov '03

21 Nov '03

Hallo Liste, ich habe folgendes Problem zu lösen: Ein MailServer (sendmail) mit fester IP Adresse ist vorhanden. Auf diesem werden Primär die eMails angenommen.. Eine Firmenaussenstelle ist über DSL Flat der Telekom angebunden und auch hier soll ein eigener Mail Server stehen .. Wie würdet Ihr nun die eMails von Server A (feste IP) zu Server B (DynDNS oder so) rüberschicken ? Hat jemand schon erfahrung damit evtl. einfach nur emails für eine SubDomain über SMTP zum DynDNS Host zu senden ? Ist das grundsätzlich machbar, oder gehen mir dann evtl. eMails verloren die zu einem anderen Host als meinem Server B gesendet werden ? -- Michael Schneider

10 16

Kernel Probleme mit visor.o USB Modul ... wo suchen?
by Stefan Ulrich Hegner 21 Nov '03

21 Nov '03

Hi Liste, hab' hier noch ein gaaaanz leidiges Thema, was ich schon viel zu lange vor mir herschiebe. Habe einen Sony-Clie SJ 31 (PalmOS 4.1). Das Ding lief unter SuSE 7.1 (mit 2.4.20 vanilla kernel) problemlos und auf meinem Notebook (MDK 9.1, 2.4.21-mm-mdkcustom) klappt die Verbindung auch. Unter Gentoo kriege ich trotz X-Versuchen keinen Kernel dazu die Verbindung herzustellen. Bin schon durch gentoo-sources-2.4.20 (r5-r8) gs-sources (2.4.23 pre 6) und vanilla 2.4.22. Die eigentlichen "Schalter" sind simpel. - UHCI support (i440 bx), USB-Serial und visor-USB. ... Nur tut er's trotzdem nicht. Ich kriege immer Meldungen a 'la: [kernel] hub.c: new USB device 00:04.2-1, assigned address 2 [kernel] usb.c: USB device 2 (vend/prod 0x54c/0x66) is not claimed by any active driver. [kernel] usb.c: registered new driver serial [kernel] usbserial.c: USB Serial support registered for Handspring Visor / Palm 4.0 / Clié 4.x [kernel] visor.c: Handspring Visor / Palm 4.0 / Clié 4.x: Number of ports: 2 [kernel] usb-uhci.c: interrupt, status 2, frame# 1033 [kernel] usbserial.c: Handspring Visor / Palm 4.0 / Clié 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs) [kernel] usb.c: USB disconnect on device 00:04.2-1 address 2 [kernel] usbserial.c: Handspring Visor / Palm 4.0 / Clié 4.x converter now disconnected from ttyUSB0 Irgendwie "verschluckt" sich das Ding. Ansonsten habe ich im USB-Bereich eigentlich nur noch das storage-modul drin. Aber auch wenn das gar nicht geladen ist, komme ich nicht weiter. - Und das usb-storage Modul selber läuft auch tadellos Sind noch irgendwelche anderen "Knackpunkte" bekannt, daß andere Module/ Treiber da u.U. sich nicht mit vertragen? Hat jemand eine Idee zum weiteren Vorgehen? Danke 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 8

Jabber im internen LAN
by Florian Schwarz 21 Nov '03

21 Nov '03

Hallo Liste, ich habe hier zu Hause ne debian Kiste mit jabberd zusammen gestrickt. Lief auch alles ganz rund. Nen kleiner DNS Server (maradns) ist auch drauf, sonst nix. Dieser DNS ist auch ordentlich konfiguriiert, antwortet also gescheit auf Anfragen. Jetzt habe ich die Kiste wo anders hin geschleppt und ins LAN integriert. Es gibt an diesem Standort keine Internetverbindung. Die internen IP's haben das Muster 198.1.114.xxx, wer das eingerichtet hat weiß ich leider nicht, soll aber aus bestimmten Gründen so bleiben. Sind das überhaupt interne IP's?? Egal... Jedenfalls tut der jabberd nicht so recht: Die Clients können sich zwar einloggen, aber untereinander keine Messages austauschen bzw. die anderen Benutzer als "online" identifizieren. Es kommt nur die Fehlermeldung (auf Client Seite): "502/Unknown Host Address" oder so ähnlich, hab das leider grad nich hier... Google sagt mir dazu auch nix gescheites, außer dass der DNS ordentlich konfiguriiert sein muss. Aber das issa! Hat jemand ne Idee? Clients sind alle win32, ich habe JabberWana und SIM probiert. Gruß, Floh

5 7

Re: debian-und-dsl nocheinmal
by Sascha Grabienski 21 Nov '03

21 Nov '03

Yo Yo, mal sehen wie weit wir kommen ... >> sl0 Protokoll:Serielle IP >> inet Adresse:192.168.0.1 P-z-P:192.168.0.2 Maske:255.255.255.255 >> UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 >> Kollisionen:0 Sendewarteschlangenlänge:10 >> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Wie kommst Du zu einem SLIP-Interface???? Weiß ich selber nicht. Vielleicht als Teil von 'netbase' installiert? -War ein Tip von -er-weiß-wer-gemeint-ist. ========================================================================= >> diald.log: >> ... >> Mon Nov 17 21:03:14 2003 CET: Calling site 192.168.0.2. >> Mon Nov 17 21:03:18 2003 CET: Calling site 192.168.0.2. >> ... >> ========================================================================= Schmeiß' den diald 'raus! Der startet den pppd notfalls mehrfach; dann gehen die Links leider alle baden, weil so ein DSL-Modem Dir nur exakt *eine* Verbindung erlaubt. Ich habe 'netbase' entfernt und bin 'diald' dadurch auch losgeworden. ... mußte aber pppoe/pppoeconf wieder neu installieren ... Erster Fehler: diald. Zweiter Fehler: Das sl0-Interface. Wenn Du nicht wirklich mit einem gekreuzten Kabel einen zweiten Rechner anbindest, hat das nichts auf Deinem Rechner verloren. Beides entfernt - Internet/dsl läuft aber immer noch nicht. Also, da ich nicht weiß, wie das SLIP-Interface da hingekommen ist, gehe ich hier mal vom Stand "frische Neuinstallation Debian GNU/Linux 'Woody' mit Disketten-Satz 'bf-2.4'" aus. Da hatte ich bis jetzt keine Zeit für. Habe es erstmal mit den anderen Tips versucht. Das Ergebniss ist vielleicht in den folgenden Zeilen nachvollziehbar. --------------------------------------------------------------------------- syslog: Nov 19 00:21:55 debian pppd[394]: sent [PAP AuthReq id=0x30 user="1und1/2216-608(a)online.de" password=<hidden>] Nov 19 00:21:55 debian pppd[394]: rcvd [LCP EchoRep id=0x0 magic=0x203dd0a5] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP ConfAck id=0x2f <asyncmap 0x0> <magic 0xf564a338> <pcomp> <accomp>] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP ConfReq id=0x9a <mru 1492> <auth pap> <magic 0x203dd0a5>] Nov 19 00:21:55 debian pppd[180]: sent [LCP ConfAck id=0x9a <mru 1492> <auth pap> <magic 0x203dd0a5>] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP ConfAck id=0x2a <asyncmap 0x0> <magic 0x36041982> <pcomp> <accomp>] Nov 19 00:21:55 debian pppd[180]: sent [LCP EchoReq id=0x0 magic=0x36041982] Nov 19 00:21:55 debian pppd[180]: sent [PAP AuthReq id=0x21 user="1und1/2216-608(a)online.de" password=<hidden>] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP ConfAck id=0x30 <asyncmap 0x0> <magic 0x7ccd3d0b> <pcomp> <accomp>] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP EchoRep id=0x0 magic=0x203dd0a5] Nov 19 00:21:55 debian pppd[394]: rcvd [LCP ConfReq id=0x9b <mru 1492> <auth pap> <magic 0x61f7ca08>] Nov 19 00:21:55 debian pppd[394]: sent [LCP ConfReq id=0x31 <asyncmap 0x0> <magic 0xa013b414> <pcomp> <accomp>] Nov 19 00:21:55 debian pppd[394]: sent [LCP ConfAck id=0x9b <mru 1492> <auth pap> <magic 0x61f7ca08>] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP ConfReq id=0x9b <mru 1492> <auth pap> <magic 0x61f7ca08>] Nov 19 00:21:55 debian pppd[180]: sent [LCP ConfReq id=0x2b <asyncmap 0x0> <magic 0x9ae8ef0> <pcomp> <accomp>] Nov 19 00:21:55 debian pppd[180]: sent [LCP ConfAck id=0x9b <mru 1492> <auth pap> <magic 0x61f7ca08>] Nov 19 00:21:55 debian pppd[394]: rcvd [LCP TermReq id=0x9c] Nov 19 00:21:55 debian pppd[394]: sent [LCP TermAck id=0x9c] Nov 19 00:21:55 debian pppd[180]: rcvd [LCP TermReq id=0x9c] Nov 19 00:21:55 debian pppd[180]: sent [LCP TermAck id=0x9c] Nov 19 00:21:55 debian pppoe[395]: Session terminated -- received PADT from peer Nov 19 00:21:55 debian pppd[394]: Script /usr/sbin/pppoe -I eth0 -T 80 -m 1452 finished (pid 395), status = 0x0 Nov 19 00:21:55 debian pppd[394]: Modem hangup Nov 19 00:21:55 debian pppd[394]: Connection terminated. Nov 19 00:21:55 debian pppoe[397]: Session terminated -- received PADT from peer Nov 19 00:21:55 debian pppd[180]: Script /usr/sbin/pppoe -I eth0 -T 80 -m 1452 finished (pid 397), status = 0x0 Nov 19 00:21:55 debian pppd[180]: Modem hangup Nov 19 00:21:55 debian pppd[180]: Connection terminated. Nov 19 00:21:55 debian pppd[180]: Exit. Nov 19 00:22:10 debian anacron[234]: Job `cron.daily' started Nov 19 00:22:10 debian anacron[406]: Updated timestamp for job `cron.daily' to 2003-11-19 Nov 19 00:22:17 debian pppd[394]: Terminating on signal 15. Nov 19 00:22:17 debian pppd[394]: Exit. ---------------------------------------------------------------------------------------------------------------- messages: Nov 19 00:21:50 debian pppd[394]: pppd 2.4.1 started by root, uid 0 Nov 19 00:21:50 debian pppd[394]: Serial connection established. Nov 19 00:21:50 debian pppd[394]: Using interface ppp0 Nov 19 00:21:50 debian pppd[394]: Connect: ppp0 <--> /dev/pts/2 Nov 19 00:21:51 debian pppd[180]: Serial connection established. Nov 19 00:21:51 debian kernel: registered device ppp1 Nov 19 00:21:51 debian pppd[180]: Using interface ppp1 Nov 19 00:21:51 debian pppd[180]: Connect: ppp1 <--> /dev/pts/3 Nov 19 00:21:55 debian pppd[394]: Modem hangup Nov 19 00:21:55 debian pppd[394]: Connection terminated. Nov 19 00:21:55 debian pppd[180]: Modem hangup Nov 19 00:21:55 debian pppd[180]: Connection terminated. Nov 19 00:21:55 debian pppd[180]: Exit. Nov 19 00:22:17 debian pppd[394]: Terminating on signal 15. Nov 19 00:22:17 debian pppd[394]: Exit. Nov 19 00:25:43 debian syslogd 1.4.1#10: restart. pon dsl-provider vor dem start Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 debian:/usr/src# route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 debian:/usr/src# nachher debian:/usr/src# route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 debian:/usr/src# route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 debian:/usr/src# debian:/usr/src# ifconfig -a eth0 Protokoll:Ethernet Hardware Adresse 00:02:44:72:79:4F inet Adresse:192.168.1.1 Bcast:192.168.1.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:209 errors:0 dropped:0 overruns:0 frame:0 TX packets:403 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:12540 (12.2 KiB) TX bytes:24657 (24.0 KiB) Interrupt:9 Basisadresse:0xd400 lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:147 errors:0 dropped:0 overruns:0 frame:0 TX packets:147 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:11583 (11.3 KiB) TX bytes:11583 (11.3 KiB) ppp0 Protokoll:Punkt-zu-Punkt Verbindung PUNKTZUPUNKT NOARP MULTICAST MTU:1492 Metric:1 RX packets:123 errors:0 dropped:0 overruns:0 frame:0 TX packets:195 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:10 RX bytes:5157 (5.0 KiB) TX bytes:7802 (7.6 KiB) ppp1 Protokoll:Punkt-zu-Punkt Verbindung PUNKTZUPUNKT NOARP MULTICAST MTU:1492 Metric:1 RX packets:123 errors:0 dropped:0 overruns:0 frame:0 TX packets:123 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:10 RX bytes:5157 (5.0 KiB) TX bytes:4855 (4.7 KiB) debian:/usr/src# ping -c2 62.52.24.140 PING 62.52.24.140 (62.52.24.140): 56 data bytes ping: sendto: Network is unreachable ping: wrote 62.52.24.140 64 chars, ret=-1 ping: sendto: Network is unreachable ping: wrote 62.52.24.140 64 chars, ret=-1 --- 62.52.24.140 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss -------------------------------------------------------------- Du hast wohl recht - besser noch mal neu installieren. Das wäre jetzzt das 4te mal -Knoppix und suse nicht mitgezählt. Na ja, so lern ich wenigstens ... was. Es wäre doch schön, wenn es -doch noch- klappt. Liebe Grüße von Sascha.

7 21

hat doch noch geklappt
by Juergen Gruenebaum 20 Nov '03

20 Nov '03

> -----Ursprüngliche Nachricht----- > Von: linux-bounces(a)lug-owl.de [mailto:linux-bounces@lug-owl.de] Im > Auftrag von Jan-Benedict Glaw > Gesendet am: Dienstag, 18. November 2003 23:24 > An: linux(a)lug-owl.de > Betreff: Re: Finde den Fehler nicht Hi, > Der Zeilenumbruch ist nicht von lspci... > Der auch nicht. > ...bitte sauberer zitieren. Sorry. Du hast ja recht. Ich habe mir die Ausgabe in eine Datei schreiben lassen, mit Kwrite geöffnet und in die Mail kopiert, weil ich mir nicht anders zu helfen wußte. Jetzt läuft es; ich habe nur eine Sache ändern müssen: es scheint am Treiber gelegen zu haben. Obwohl ich bei der Konfiguration den von Knoppix gewählten Treiber "mga" genommen habe, funktioniert die Sache nun mit der Option "driver=vesa". Weiß der Teufel warum. Jedenfalls bedanke ich mich nochmal für die Hilfe und Tipps. Schönes Wochenende Gruss Juergen -- Juergen Gruenebaum Mail: juergen(a)raescom.de

1 0

viele virtuelle Interfaces unter woody
by Markus Wigge 20 Nov '03

20 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tag, da ich hier an unseren Webserver viele IPs binden muß (IP-based Hosting) wollte ich mal fragen wie ihr das unter woody machen würdet? - - Ein eigenes Script das eine Config-Datei auswertet? - - Gibt es eine Include-Anweisung für /etc/network/interfaces? - - noch andere alternative? Da sich da gelegentlich auch mal was ändert würde ich ganz gerne in letzter Instanz die IPs mit einer SQL-Datenbank abgleichen... Für ein paar Denkanstöße wäre ich dankbar. ciao, ~ Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/vLa6LfQcTK8VDM4RAiKEAJ9RuB25UcDtPkF79j+LIVfO7ykBFwCg+CI9 +D8dxlVPRRnza9nIuEzD45U= =K8Za -----END PGP SIGNATURE-----

1 0

MySQL Systemdatenbank übertragen
by Markus Wigge 20 Nov '03

20 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tag, Wenn ich mit "mysqldump" die Datenbank "mysql" sichere in der ja bekanntlich die User und Rechte stehen, wie kann ich diese Sicherung in eine "neue" Datenbank einspielen? Einfach nur "mysql -p mysql < dump.sql" geht nicht, da bei einer nackten Installation schon ein root-User existiert und mysql sich über doppelte Einträge beschwert. Kann ich irgendwie einfach nur die nicht vorhandenen zusätzlich einpfelgen lassen? bye, ~ Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/vI8NLfQcTK8VDM4RAiqaAKCdznVpefzKV+XWV2uWTXrjObfuwQCgktKY /UhjjXQyaRSS6BfdCy9fOJs= =hEtE -----END PGP SIGNATURE-----

4 6

unsichtbare Datei
by Matthias Vennekötter 20 Nov '03

20 Nov '03

Hallo, ich habe in einem Unterverzeichnis eine Datei liegen, die ich selbst mit root nicht ansehen oder löschen kann. Mit welchem Befehl komme ich da dran? mfg -- Matthias Vennekötter <matthias.vennekoetter(a)bielefeld.goldbeckbau.com>

8 12

3/4 OT noch ein Versuch Synchronisieren von Dateien unter Samba
by Frank Baurichter 20 Nov '03

20 Nov '03

Hallo Liste, habe nach einer durchzechten fast schlaflosen Nacht heute morgen noch einen Test gemacht. Der Effekt mit dem veränderten Datum beim Synchronisieren tritt nur auf, wenn die Datei dem jeweiligen User nicht gehört. Also: file_1 gehört usr1.group1 file_2 gehört usr2.group1 Wenn usr2 nun beide Files auf seinem Notebook offline verfügbar macht, auf die Baustelle geht und dort offline beide Files ändert, dann wird versucht, beide Files bei der nächsten Verbindung zum Netzwerk zu synchronisieren. Bei file_2 geht das auch. Das hat dann auf dem Netzwerkpfad das Änderungsdatum vom letzten Zugriff auf der Baustelle. Bei file_1 geht das nicht. Beim Synchronisieren wird das Änderungsdatum vom Zugriff gesetzt. Also beschwert sich Machosoft sofort, dass das Synchronisieren nicht funktioniert hat. Die Daten werden aber an die Stelle übertragen! Nur der Synchronisationsmechanismus kann nicht richtig abgeschlossen werden. Meine Idee: Beim Synchronisieren sollte das File dann dem usr2 gehören. Ich vermute, dann wird er das Datum nicht ändern. Ist das möglich das Filesystem unter Linux so zu verbiegen, dass Files dem jeweils letzten Zugriff gehören? Gruß Frank -- IBB Dipl.-Ing. (FH) Frank Baurichter Griepshop 20 Tel: +49(0)5734/5738 32479 Rothenuffeln Fax: +49(0)5734/5619 Antriebstechnik Steuerungstechnik Prozessvisualisierung Unser Standort: http://mail.map24.com/ibb-home

2 1

3/4 OT Synchronisation von Dateien unter Samba
by Frank Baurichter 19 Nov '03

19 Nov '03

Hallo, ich habe mit meinem Zugriffsproblem mal weiter geforscht. Folgendes ist gewollt: Unter Win2k gibt es ja die Möglichkeit, Dateien offline zu schalten. D.H. auf dem Arbeitsplatz (in diesem Fall ein Notebook) wird eine Kopie der Netzwerkdatei erzeugt. Melde ich mich nun ohne Netz an dem Arbeitsplatz an, weil ich auf einer Baustelle bin, so kann ich dennoch auf die Dateien zugreifen. Es geht bei bestimten Dateien (Datenbanken) nicht, aber sowas wie Textdokumente und in unserem Fall SPS-Programme für Maschinen sind so verfügbar. Wenn ich mich das nächste mal hier im Büro anmelde, werden die Dateien automatisch synchronisiert. Nun weiss ich nicht genau, woran Machosoft das Synchronisierungsbedürfnis festmacht... Bis vor ca. 1 Woche, bevor ich den Notebook geplättet hatte, lief das ganze wunderbar. Nun habe ich den Rechner neu hochgezogen und melde mich unter einem anderen Namen am System an ... Meine Vermutung ist nun folgende, wenn ich mich wieder einlogge und der Synchronisationsvorgang gestartet wird, dann meldet er sich gleich mit Dateikonflikt und schlägt mir 3 Möglichkeiten vor: Netz-Datei behalten, lokale Kopie behalten oder lokale Kopie unter anderem Namen neben der Netz-Datei ablegen. Ich weiss, dass ich nur an der lokalen Datei auf dem Notebook rumgespielt habe. Also sage ich ihm, lokale Datei behalten. Er schreibt die Datei auch auf das Netzlaufwerk drauf, nur mit dem Datum und der Uhrzeit des Synchronisationsvorgangs und nicht mit dem Datum und der Uhrzeit des letzten Zugriffs auf der Baustelle. Meine Folgerung, Windows vergleicht also das Änderungsdatum der Dateien und wenn das unterschiedlich ist, dann... Wie bekomme ich ihn nun dazu, dass er beim Synchronisieren nicht das zugriffsdatum sondern das alte Datum der Datei beibehält? Oder liegt der Fehler noch an anderer Stelle? Gruß Frank -- IBB Dipl.-Ing. (FH) Frank Baurichter Griepshop 20 Tel: +49(0)5734/5738 32479 Rothenuffeln Fax: +49(0)5734/5619 Antriebstechnik Steuerungstechnik Prozessvisualisierung Unser Standort: http://mail.map24.com/ibb-home

1 0