December 2002 - openSUSE ISDN (Deutsch)

Probleme mit Kanalbuendelung
by Kai Kürschner 02 Dec '02

02 Dec '02

Hallo, ich hab hier unter der SuSE 8.1 Pro ne Problem mit der Kanalbuendelung. Da die Kanalbuendelung nicht die ganze Zeit aktiv laufen soll, habe ich mir ein kleines Script geschrieben, welches bei Bedarf den ibod startet und auch wieder beendet. Dies funktioniert auch ganz gut. Wenn nun die Verbindung beendet wird und der 2. Kanal noch offen ist, wird meine locale IP nicht mehr zurueck gesetzt, sondern behaelt die dynamisch zugewiesene IP, damit kann ich mich anschliessend nicht mehr automatisch einwaehlen. hier mal nen Auszug aus /var/log/messages: Dec 2 09:30:26 obelix kernel: isdn_net: hang up slave ippp2 before ippp0 Dec 2 09:30:26 obelix kernel: isdn_net: local hangup ippp2 Dec 2 09:30:26 obelix kernel: ippp2: Chargesum is 0 Dec 2 09:30:26 obelix kernel: isdn_net: local hangup ippp0 Dec 2 09:30:26 obelix kernel: ippp0: Chargesum is 0 Dec 2 09:30:26 obelix ipppd[5194]: Modem hangup Dec 2 09:30:26 obelix ipppd[5194]: Connection terminated. Dec 2 09:30:26 obelix ipppd[5194]: Modem hangup Dec 2 09:30:26 obelix ipppd[5194]: Connection terminated. Dec 2 09:30:26 obelix ipppd[5194]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 2 09:30:26 obelix ipppd[5194]: closing fd 7 from unit 0 Dec 2 09:30:26 obelix kernel: ippp_ccp: freeing reset data structure c1ec9800 Dec 2 09:30:26 obelix ipppd[5194]: link 0 closed , linkunit: 0 Dec 2 09:30:26 obelix ipppd[5194]: taking down PHASE_DEAD link 1, linkunit: 1 Dec 2 09:30:26 obelix ipppd[5194]: closing fd 8 from unit 1 Dec 2 09:30:26 obelix ipppd[5194]: link 1 closed , linkunit: 1 Dec 2 09:30:26 obelix ipppd[5194]: reinit_unit: 0 Dec 2 09:30:26 obelix ipppd[5194]: Connect[0]: /dev/ippp0, fd: 7 Dec 2 09:30:26 obelix ipppd[5194]: reinit_unit: 1 Dec 2 09:30:26 obelix ipppd[5194]: Connect[1]: /dev/ippp2, fd: 8 Dec 2 09:30:26 obelix kernel: ippp, open, slot: 1, minor: 0, state: 0000 Dec 2 09:30:26 obelix kernel: ippp_ccp: allocated reset data structure c1ec9800 Dec 2 09:30:26 obelix kernel: ippp, open, slot: 2, minor: 2, state: 0000 Dec 2 09:30:26 obelix kernel: ippp_ccp: allocated reset data structure c6fc9000 Dec 2 09:30:26 obelix kernel: ippp_ccp: freeing reset data structure c17f4800 Dec 2 09:30:26 obelix ip-down: warning Device 'ippp2' has no sysconfig file Dec 2 09:30:26 obelix modprobe: modprobe: Can't locate module ippp2 Dec 2 09:30:26 obelix modprobe: modprobe: Can't locate module ippp2 Dec 2 09:30:26 obelix logger: Reset local ip address to ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Diese Ausgabe lass ich mir in /etc/ppp/ip_down im down-Zweig ausgeben. Falls nur noch ein Device aktive ist, dann steht dort "Reset local ip address to 192.168.1.1". Es scheint so, als ob dieses Script, in meinem Fall, keine Parameter uebergeben bekommt, und deshalb auch die ip adresse nicht zuruecksetzen kann. (die isdnlog-Ausgaben hab ich mal rausgenommen, da stehen nur Gebuehreninformationen drinne.) hat jemand ne Idee?? cu, Kai

2 1

Re: [suse-isdn] DSL mit 8.1 und MASQ / ROUTING / GATEWAY
by Frank.Seuberth 02 Dec '02

02 Dec '02

Hallo, ich habe nun wieder 2 Tage probiert, es geht leider immernoch nicht. >> eth0=intern=192.168.1.52 als Gateway 192.168.0.1 eingetragen > >Falsch (gateway). >Der default Gateway des gateway Rechners ist ppp0 nicht eth1 >Der Gateway fuer die Winrechner ist 192.168.1.52. Ist von der Kogik her klar. Steht aber in allen Anleitungen so und deshalb habe ich es halt gemacht. Ich habe es jetzt rausgenommen. >> eth1=extern(DSL-SPLITTER)=192.168.0.1 >eth1 braucht keine Addresse, auf keinen Fall eine auf dem Bereich, der >als dummy fuer ppp0 genommen wird. >Du kannst /etc/sysconfig/network/ifcfg-eth1 auch ganz loeschen. O.K. >> DOD eingestellt. >> /etc/sysconfig/personal-firewall : >> REJECT_ALL_INCOMING_CONNECTIONS="ppp0 masq" >> /etc/sysconfig/sysctl : >> IP_DYNIP="yes" (habe ich auch schon mal weggelassen, hat auch nix gebracht) >> IP_FORWARD="yes" >> /etc/sysconfig/network/ifcfg-dsl0 : >>DEVICE='eth1' >> PPPMODE='pppoe' >> PROVIDER='dsl-provider0' >> STARTMODE='onboot' >> FIREWALL="YES" >> >> die insserv Sachen und rcSuSEfirewall2 start >> gemacht. Halt Alles gem. der Seite : >> >> http://sdb.suse.de/de/sdb/html/masq80.html >Das ist 8.0. >Bei der 8.1 gibt es die personal firewall nicht mehr. Dafuer SFW2. Naja, da steht ab 8.0 und ausserdem ist weiter unten der Hinweis für 8.1. Ich habe halt auch an Sonsten nix für 8.1 gefunden. Ich habe es also mit den Settings in /etc/sysconfig/personal-firewall probiert, die die SFW2 ja entsprechend starten sollte - gleiches Problem. Dann die personal-firewall Sachen deaktiviert, deine nachstehend genannten Sachen in /etc/sysconfig/SuSEfirewall2 eingetragen, neu gestartet -> immernoch das Gleiche Problem. >Da es am Gateway selbst schon funktioniert, solltest Du als erstes >mit YOU updaten, damit SFW2 aktualisiert wird. YOU habe ich gemacht. >Editiere /etc/sysconfig/SuSEfirewall2 >FW_QUICKMODE="yes" >FW_DEV_EXT="ppp0" >FW_DEV_INT="eth0" >FW_MASQUERADE="yes" Habe ich genau so gemacht, keine Besserung. habe dann mit den nachstehenden Einstellungen probiert - leider auch nicht besser. Habe immernoch folgenden Zustand (auch nachdem ich neu installiert habe): Auf dem Gateway Rechner läuft alles, wenn ich auf dem Client einen Ping in's Internet mache geht der Gateway Rechner in's Internet, liefert aber nix an den Client zurück. Während einer solchen "Sitzung" habe ich folgendes protokolliert : ifconfig -a (in Ausschnitten) eth0 Link encap:Ethernet HWaddr 00:08:C7:A9:D4:33 inet addr:192.168.1.50 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::208:c7ff:fea9:d433/10 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:842 errors:0 dropped:0 overruns:0 frame:0 TX packets:41 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:91996 (89.8 Kb) TX bytes:2622 (2.5 Kb) Interrupt:5 Base address:0xe800 Memory:e9101000-e9101038 eth1 Link encap:Ethernet HWaddr 00:10:5A:F3:6C:EE inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::210:5aff:fef3:6cee/10 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2976 errors:0 dropped:0 overruns:0 frame:0 TX packets:3705 errors:0 dropped:0 overruns:0 carrier:3 collisions:1 txqueuelen:100 RX bytes:1508811 (1.4 Mb) TX bytes:430408 (420.3 Kb) Interrupt:9 Base address:0xec00 ppp0 Link encap:Point-to-Point Protocol inet addr:80.132.98.162 P-t-P:217.5.98.43 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:196 errors:0 dropped:0 overruns:0 frame:0 TX packets:204 errors:0 dropped:1 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:11242 (10.9 Kb) TX bytes:9338 (9.1 Kb) netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 217.5.98.43 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0 192.168.1.0 0.0.0.0 255.255.255.0 U 40 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 40 0 0 eth1 0.0.0.0 217.5.98.43 0.0.0.0 UG 40 0 0 ppp0 iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT udp -- anywhere 255.255.255.255 udp spt:bootps dpt:bootpc ACCEPT icmp -- anywhere anywhere icmp echo-request ACCEPT udp -- www-proxy.N1.srv.t-online.de anywhere state NEW udp spt:domain dpts:1024:65535 ACCEPT udp -- dns03.btx.dtag.de anywhere state NEW udp spt:domain dpts:1024:65535 LOG tcp -- anywhere anywhere tcp flags:SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SuSE-FW-DROP-NEW-CONNECT ' ACCEPT udp -- anywhere anywhere state ESTABLISHED udp dpts:61000:65095 input_ext all -- anywhere anywhere ACCEPT all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU reject_func all -- anywhere anywhere ACCEPT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere state NEW,RELATED,ESTABLISHED Chain input_ext (1 references) target prot opt source destination reject_func tcp -- anywhere anywhere tcp dpt:ident flags:SYN,RST,ACK/SYN reject_func all -- anywhere anywhere Chain reject_func (3 references) target prot opt source destination REJECT tcp -- anywhere anywhere reject-with tcp-reset REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable SuSEfirewall2 FW_QUICKMODE="yes" FW_DEV_EXT="ppp0" FW_DEV_INT="eth0" FW_DEV_DMZ="" FW_ROUTE="yes" FW_MASQUERADE="yes" FW_MASQ_DEV="$FW_DEV_EXT" FW_MASQ_NETS="0/0" FW_PROTECT_FROM_INTERNAL="no" FW_AUTOPROTECT_SERVICES="no" FW_ALLOW_INCOMING_HIGHPORTS_UDP="DNS" FW_SERVICE_AUTODETECT="yes" FW_SERVICE_DNS="no" FW_SERVICE_DHCLIENT="no" FW_SERVICE_DHCPD="no" FW_SERVICE_SQUID="no" FW_SERVICE_SAMBA="no" FW_FORWARD="" FW_FORWARD_MASQ="" FW_REDIRECT="" FW_ALLOW_PING_FW="yes" FW_ALLOW_PING_DMZ="yes" FW_ALLOW_PING_EXT="no" Ich habe auch noch mit ethereal mitgeschnitten (alle devices) und kann das File zur Verfügung stellen. Leider bin ich nicht in der Lage das zu interpretieren. Ich wäre unendlich für Hilfe dankbar. Frank

4 3

DialStringRules werden unter hylafax mit capi4hylafax ignoriert
by R.Sander＠t-online.de 01 Dec '02

01 Dec '02

Ich verwende hylafax unter SuSE Linux 8.1 in Verbindung mit capi4hylafax. Seit Einspielung der Patches (Updates) kann ich auch wie gewohnt Faxe senden und empfangen. Allerdings werden die DialStringRules in /var/spool/fax/etc/dialrules ignoriert, und das führt dazu, dass die Faxnummern aus dem Adressbuch immer von Hand nachbearbeiten werden müssen, um einen reinen Zahlenstring zu erhalten (entfernen von Zeichen wie /, - und +). Die Ursache scheint damit zusammen zu hängen, dass sendfax die Daten nicht selber verarbeitet sondern an c2faxsend weiterleitet. Wenn man sendfax mit der Option -v aufruft, kann man sehen, dass /var/spool/fax/etc/dialrules gefunden und ausgewertet wird. Auch dialtest zeigt das gewünschte Ergebnis, aber c2faxsend bekommt die Faxnummer ohne Überarbeitung wie im Adressbuch übergeben. Hat jemand eine Idee wie man das Problem lösen kann. Ralf

2 2

Faxserver mit AVM B1 und SMP-Kernel
by Markus Nohn 01 Dec '02

01 Dec '02

Hallo Liste! Ich suche eine Anleitung wie ich mit einer AVM B1 auf einem SMP-System (2.4.18-64GB-SMP) einen Faxserver realisieren kann. Die Capi-Treiber von AVM verweigern ihren Dienst auf einem SMP-System. Weis jemand Rat? Ein Link würde mir schon genügen. LG! Markus.

2 2