March 2002 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

dsl routing funktioniert nicht (linuxSuSE7.3 server/winXP client)
by MoREM alias Alexander Rose 28 Mar '02

28 Mar '02

hi leute, tach zusammen hoffe ihr könnt mir weiterhelfen...bitte... ich hab einen dsl anschluss der telekom und bekomm damit eine verbindung ins internet auf meinem linux rechner, der aber jetzt ein internet server für weitere rechner werden soll. deswegen versuche ich den linux server als router einzurichten, wobei ich mich weitgehend an die anleitung von adsl4linux.de gehalten habe, trotzdem funktioniert es nicht... ich habe einfach die IMHO nach wichtigsten angaben im weiteren angefügt, hoffe das irgendwer daraus schlau wird und mir sagen kann, was falsch ist oder wo ich nach fehlern suchen sollte 1. mein internet scheint auf dem server zu funktionieren: cinternet -status status = CONNECTED demand = 0 ask-password = 0 wwwoffle-possible = 0 wwwoffle-use = 0 wwwoffle-fetch = 0 ------------------------ ping kernel.org PING kernel.org (204.152.189.113) from 217.225.222.18 : 56(84) bytes of data. 64 bytes from zeus.kernel.org (204.152.189.113): icmp_seq=1 ttl=239 time=290.801 msec 2. das routing habe ich auf dem server - glaube ich zumindest - auch richtig gemacht (zwar unsicher aber ist jetzt egal) iptables -L -t nat Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination 3. auf dem windows klient hab ich den server als gateway angegeben: route print =========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x2 ...00 50 bf 39 dc ce ...... Realtek RTL8139-Familie-PCI-Fast Ethernet-NIC - Paketplaner-Miniport =========================================================================== =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.10 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.0.0 255.255.255.0 192.168.0.10 192.168.0.10 20 192.168.0.10 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.0.255 255.255.255.255 192.168.0.10 192.168.0.10 20 224.0.0.0 240.0.0.0 192.168.0.10 192.168.0.10 20 255.255.255.255 255.255.255.255 192.168.0.10 192.168.0.10 1 Standardgateway: 192.168.0.1 =========================================================================== Ständige Routen: Keine

3 3

samba Fehlermeldung in Logdatei
by Peter Forst 28 Mar '02

28 Mar '02

Hi in Logdatei des SMB-Daemons (/var/log/log.samba) wird bei jeder Anmeldung eines Users folgende Meldung ins Log geschrieben: [2002/03/27 08:48:43, 0] passdb/pampass.c:smb_pam_passcheck(827) smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User winuser ! Komischerweise kann sich der User ohne Probleme anmelden. Das Problem trat zudem auch erst mit dem Update von 2.2.1a auf 2.2.3a auf. Meine Umgebung: SuSE 7.2 / 2.4.16 Samba 2.2.3a (encrypted passwords steht auf No) Clients Win9x (mit PlainPasswords) Vielleicht kann ja einer Abhilfe schaffen, da die Meldungen beim Auswerten der Logdatei etwas verwirrend sind. -- Set the controls for the heart of the sun Peter

2 3

Re: Postfix / Fetchmail
by newsletter＠carlo65.de 28 Mar '02

28 Mar '02

Hallo Thomas, bei Postfix kann ich Dir nicht weiterhelfen, aber bei Fetchmail. Hast Du denn die .fetchmailrc schon eingerichtet? Wenn ja, mußt Du um Fetchmail als Deamon zu starten folgendes eingeben: fetchmail -a -v --syslog -d300 Die 300 steht für Anzahl Sekunden zwischen den Abrufen, also hier im 5-Minuten- Takt. Gruß, Roland

1 0

cron job aber wie?
by Thomas 28 Mar '02

28 Mar '02

Hallo Liste, Moechte ein Script (iptables Regeln) zu einem bestimmten Zeitpunkt taeglich aufrufen und spaeter ein Anderes. Das soll mit cron funktionieren. Bis jetzt habe ich noch nichts mit cron gemacht - daher die Frage kann mir jemand sagen wo ich Howto's finde bzw kann mir jemand Tipps geben was man bei der Einrichtung eines Cron Jobs so beachten muss und wo was steht? Vielen Dank im Voraus fuer eure Hilfe! mfg Thomas Mayr

5 7

Postfix / Fetchmail
by Thomas Montag 28 Mar '02

28 Mar '02

Hallo Liste Ich habe auf Postfix für internen Mail konfiguriert. Welche Einstellung in der main.cf muß eingestellt werden das der Mail Server die externen Mails veerschickt Zum anderern möchte ich meine Mails Automatisch von unserern Provider abholen. Wie muß fetchmail konfiguriert werden. fetchmail solte als Daemon gestartet werden der alle 5 Minuten die Mails abbruft. Wir arbeiten im Hause mit T-DSL über einen Router. Vielen Dank Gruss Thomas

1 0

dod Problem
by Dietmar Strasdat 28 Mar '02

28 Mar '02

Hallo SuSE Liste, ich habe hier Probleme mit meinem dod Router. Kernel ist ein 2.2.19 in einer SuSe 7.0 Umgebung. Irgendwelche Rechner versuchen nun eine Verbindung aufzubauen, beispielsweise über den edonkey Port, was natürlich abgelehnt wird. Mar 25 13:50:09 mserver kernel: Packet log: input DENY ppp0 PROTO=6 80.139.229.1 38:2750 80.143.216.180:4661 L=52 S=0x00 I=10625 F=0x4000 T=124 SYN (#136) Jedoch führt das dazu, das der Rechner nicht mehr auflegt. Was muß ich verändern damit der Rechner diese Verbindungsanfragen nicht zum Anlaß nimmt die Verbindung stehen zu lassen? Als Firewallscript läuft hier die Vers 4.9 von Marc Heuse ipchains. -- Mit freundlichen Grüßen/Yours sincerely, Dietmar Strasdat mailto:earthmate@gmx.net RSA 2048 PGP Key 0xBBE4EC81 available

5 12

Re: byebye
by newsletter＠carlo65.de 28 Mar '02

28 Mar '02

Hallo Christoph, habe das Quoting jetzt mal gespart :-) will aber auch etwas zum Thema loswerden. Habe diese Liste vor 3 Tagen abonniert zusammen mit 2 weiteren Listen und hatte ehrlich gesagt nicht mit so einem hohen Aufkommen gerechnet (über 800 Mails). Ich bin zwar ein IT-Ler, aber noch relativ grün was Linux angeht. Muß Dir jedoch zustimmen, was die Fragen hier teilweise angeht. Ich habe es mir zur Regel gemacht, bei auftretenden Fragen erst mal in den Manpages und Howtos nachzusehen, dann Google zu starten und erst wenn alles nicht hilft jemanden zu fragen. Grins, aber zugegeben, es ist natürlich viel einfacher eine Frage per Mail wegzuschicken, als erst viel zu lesen und teilweise sind die Howtos nicht korrekt (Bind-Howto) bzw. für Anfänger unverständlich geschrieben. So das war mein Senf :-) Gruß, Roland

1 0

Re: generelle Frage: inetd oder Runlevel ?
by Fido 28 Mar '02

28 Mar '02

Hi Henning, der hier war echt Klasse.... >> [...]. Mir geht's ja eher um die Sicherheit in Bezug auf Zugriffe von >> aussen die man ja bei Verwendung des tcpd wenigstens >> mittels >spawn< loggen kann. > Wie kann man *spam* mittels tcp wrapper loggen!? Wie kann man es besser > tun, als mit den sendmail internen Mechanismen!? >> Ursprünglich wollte ich ja (x)inetd verwenden da man ja dort sogar die >> Services an ein bestimmtes Interface binden kann. > Wie ich schon sagte: Was mich ärgert sind Leute die nicht einen Deut > lesen. Du ärgerst dich über Leute die nicht einen Deut lesen?! Gilt das auch für Leute die nicht einen Deut richtig lesen? SCNR ;-)) Die Rede war von spawn und nicht von spam! Ich könnt dich jetzt natürlich erstmal lesen lassen aber was soll's! Eine Hand wäscht die Andere! Eine Zeile der Art: in.telnetd : ALL : spawn (Text in Verbindung mir %a >> /irgendwo/hin/...) in der Datei hosts.deny über die der tcpd ja die Zugriffskontrolle steuert, loggt z.b die IP des Client's der versucht diesen Dienst in Anspruch zu nehmen. Kannste in der hosts.allow auch benutzen. Woher ich das weiß? Ich hab's in einem der drei aufgeschlagenen Büchern gelesen! ;-) > Er hat meine Mail nicht bekommen. Sie ging ausschließlich an Dich. Up's.., stimmt jetzt wo du es sagst! Ist mir garnicht aufgefallen! Wieso eigentlich? Warum schreibst du nicht an die Liste? Ist doch viel effektiver. Viele lesen, viele schreiben = viele Info's! Bleibt doch ne Menge mehr hängen,oder? >> Aber unter Verwendung von (x)inetd wäre man doch auf die Unterstützung >> von tcp-wrapper garnicht angewiesen, oder hab ich das falsch verstanden? > Die Funktionalität ist *nicht* identisch. Auf jeden Fall macht es Sinn, > den tcp wrapper zu verwenden, weil man mit dem xinetd wieder _zwei_ > Mechnismen hat, Zugriffe zu kontrollieren. Hm.., wart mal! Ahh hab's schon! -----Schnipp---- Zitat: (Bemerkung: alles, was der Wrapper leistet, kann auch mit xinetd realisiert werden. Entscheidet man sich dennoch dafür, steigt die Zahl der Konfigurationsdateien unnötig an, die Administration wird aufwendiger... kurz: es ist nicht zu empfehlen). -----Schnapp--- Das ganze ist zu lesen unter www.linuxfocus.org in dem Artikel (x)inetd! Und jetzt wo ich es ein zweites mal *gelesen* ;-) hab, und vor allem nach deinem Hinweis in Bezug auf "libwrap" ist mir jetzt natürlich auch aufgefallen das dies unter "configure --with-libwrap" steht. Auf jedenfall weiß ich jetzt bescheid mit "libwrap" und dessen Bedeutung. Der Kreis hat sich sozusagen geschlossen! :-) > Es geht nur und ausschließlich um Dienste, "die über's Netz > angesprochen werden"! Ja.., sicher schon klar! Wollte nur sicher gehen! Hätte ja sein können das du denkst das ich hier sitzte und überlege wie ich am besten den apmd in meine inetd.conf übernehme. :-)) Ganz so schlimm ist es nun doch nicht mit meinen Linux Kenntnissen. Geschenkt! Missverständis! >> Wo liegt der Unterschied zwischen einem Aufruf eines Binary >> einschließlich Optionen von der Konsole, einem Runlevel Skript oder per >> tcpd innerhalb der inetd.conf? > Nunja. Runlevel-Scripte werden während des boot-Vorgangs gestartet, was > sich aber vom Start in einer interaktiven Shell....................... > > Ebenfall's geschenkt, und Missverständis! Grundsätzliche Funktionsweise der Skripte und des inetd sind mir ebenfall's bekannt. Ich versuch's nochmal mit einer anderen Formulierung! Ausgangspunkt meiner Überlegung war folgendes. Du schriebst..... > Nicht alle möglichen Dienste _lassen_ sich per super daemon (sei es nun > xinetd, inetd oder ein anderer) starten und bei vielen ist es absolut > _nicht sinnvoll_. Mir geht's um die ersten 1,5 Zeilen deines Arguments! Ich versuch's mal hiermit: Es müßten sich doch theoretisch alle Dienste, die nach der Inititialisierung des Netzwerkes durch die entsprechenden Runlevel Skripte, sowie nach dem Start des inetd, auf mindestens drei verschiedenen Wegen starten lassen. 1. von der Konsole ( natürlich erst nach der kompletten Systeminitialisierung) 2. durch ein Runlevel Skript ( natürlich nur während des Eintritts in das entsprechende Runlevel) 3. inetd ( der ja seit dem Start, lauscht!) Begründung: In allen drei Fällen erfolgt lediglich ein Programmaufruf mit eventuellen Optionen! Ich dachte da also eher an eine Anwort in der Richtung: Ja, theoretisch schon.....! Oder: Nein, das geht nicht, weil.....! >> Na,ja eigentlich habe ich nur einen Mechanismus gesucht der mich über >> unauthorisierte Zugriffe über's ippp0 informiert. Ich dachte mir einfach >> das ich auf diesen Weg mittels tcpd sowie hosts.allow / hosts.deny >> das am einfachsten realisieren könnte. Das war's eigentlich schon! > Zum einen ist der tcp wrapper - im Vergleich zu einer statefull firewall > wie iptables - eine Krüppellösung, zum anderen habe ich Dir bereits > geschrieben, dass inzwischen viele - auch permenent laufenden - Dienste > den tcp wrapper unterstützen. Das hat nicht die Bohne mit dem binary > "tcpd" zu tun. Puh, jetzt heißt's erstmal tief durchatmen! Wie war das nochmal mit dem lesen! Von einem Packetfilter war nie die Rede. Ich hab zwar schon ein paar Regeln in einer File zusammen gepuzzelt, darum gehts hier aber nicht. Ich bin gerade bei hosts.allow und hosts.deny und dem tcpd der diese File's für die Zugriffskontrolle nutzt über die sich auch mittels *spawn* und nicht *spam* Zugriffe loggen lassen. Und genau darum ging es mir in erster Linie. Also..!!, So meine Überlegung....!!, wäre es doch am *einfachsten* die Services die im Moment noch über Skripte aus dem RL Verzeichniss aufgerufen werden über die inetd.conf an den inetd zu binden und den tcpd diese Logging Aufgabe zu überlassen. BTW ---Schnipp--- Das klassische inetd dient der Steuerung und Überwachung von Netzwerkverbindungen eines Rechners. Trifft eine Anfrage auf einem Port ein, der von xinetd verwaltet wird, wird diese an ein Programm namens tcpd weitergeleitet. Dieses entscheidet auf Basis der Regeln in den Dateien hosts.allow und hosts.deny, ob die Anfrage zulässig ist. Ist dies der Fall, so wird der entsprechende Serverprozess , zum Beispiel ftpd, gestartet und die Anfrage bearbeitet. Dieser Mechanismus ist auch als tcp_wrapper bekannt. ---Schnapp--- Soviel zur Bohne! ;-) Also erstmal Danke für dein Hilfe, trotz einiger Missverständinisse konntest du mir ja Linux wieder ein Stück näher bringen. Bin über Ostern offline! Können danach ja wieder ein Schwätzchen halten. Gruß Fido

1 0

PGP Disk lesen oder schreiben
by jens haase 28 Mar '02

28 Mar '02

Hallo Liste, vielen Dank fuer die letzte Hilfe, ich hab noch ein Problem mit PGP-Disk Files aus der Windows-Zeit. Wie kann ich PGD-Files (erzeugt mit PGPDisk fuer Windows 6.5.3) unter Linux wenigstens lesen? Geht das ueberhaupt? Mit GnuPGP hab ichs schon probiert, geht nicht. Vielen Dank für jeden Hinweis! MFG JHaase

1 0

iptables als Transparenter Proxy für wwwoffle geht dies?
by Staudt Patrice 28 Mar '02

28 Mar '02

Hallo Liste, Geht das ob genannte porblem überhaupt? in ip-up.local habe ich folgendes eingebaut: # Transparenter Proxy-Cache $IPT -t nat -A PREROUTING -i eth0 -p tcp \ --dport 80 -j REDIRECT --to-port 8080 Das Masquering geht aber der Transparente Proxi nicht. Gibt es da noch einstellung in wwwoffle.conf zu machen? Danke für weiter Hilfe. Frohe Ostern. an alle Mitleser. Mfg Patrice

1 0