November 2000 - openSUSE ISDN (Deutsch)

Verbindung wird getrennt.
by andreas.krummrich＠t-online.de 25 Nov '00

25 Nov '00

Hallo, ich benutze SuSE Linux 7.0. Ich habe das Hangup Delay auf 0 gesetzt. Ich kann jetzt ca. 20 Minuten im Internet surfen, dann wir die Verbindung getrennt. Ich hatte vorher SuSE Linux 6.4 mit der gleichen Konfiguration. Hier wurde die Verbindung nicht getrennt. So wie es aussieht, wird die Verbindung von Seiten T-Onlines getrennt. Das hatte ich aber mit der 6.4 nicht! Hier ist mal das log: -------------------- Nov 25 16:26:13 Homer ipppd[5040]: Connect[0]: /dev/ippp0, fd: 8 Nov 25 16:28:43 Homer kernel: ippp0: dialing 1 0191011... Nov 25 16:28:43 Homer isdnlog: Nov 25 16:28:43 * tei 84 calling Provider with Home RING (Data) Nov 25 16:28:44 Homer isdnlog: Nov 25 16:28:44 tei 84 calling Provider with Home Time:Sat Nov 25 16:27:00 2000 Nov 25 16:28:44 Homer isdnlog: Nov 25 16:28:44 tei 84 calling Provider with Home CONNECT (Data) Nov 25 16:28:44 Homer isdnlog: Nov 25 16:28:44 tei 84 calling Provider with Home CHARGE: 0.029 DM/60s = 0.029 DM/Min (DTAG ISDN, T-Online, täglich, T-Online eco) Nov 25 16:28:44 Homer isdnlog: Nov 25 16:28:44 tei 84 calling Provider with Home 1.CI 0.029 DM (now) Nov 25 16:28:44 Homer isdnlog: Nov 25 16:28:44 tei 84 calling Provider with Home NEXT CI AFTER 01:00 (DTAG ISDN, T-Online, täglich, T-Online eco) Nov 25 16:28:44 Homer ipppd[5040]: Local number: 803389, Remote number: 0191011, Type: outgoing Nov 25 16:28:44 Homer ipppd[5040]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 25 16:28:44 Homer ipppd[5040]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xd14baded>] Nov 25 16:28:44 Homer kernel: isdn_net: ippp0 connected Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Nov 25 16:28:44 Homer ipppd[5040]: sent [0][LCP ConfRej id=0x1 <MPmrru 0x5f4>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0xd14baded>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Nov 25 16:28:44 Homer ipppd[5040]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67 ]>] Nov 25 16:28:44 Homer ipppd[5040]: lcp layer is UP Nov 25 16:28:44 Homer ipppd[5040]: sent [0][PAP AuthReq id=0x1user="xxx" password="xxx"] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][PAP AuthAck id=0x1msg=""] Nov 25 16:28:44 Homer ipppd[5040]: Remote message: Nov 25 16:28:44 Homer ipppd[5040]: MPPP negotiation, He: No We: No Nov 25 16:28:44 Homer ipppd[5040]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 193.158.138.9>] Nov 25 16:28:44 Homer ipppd[5040]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.157.59.5> <ms-dns1 212.185.249.50> <ms-dns2 194.25.2.129>] Nov 25 16:28:44 Homer ipppd[5040]: sent [0][IPCP ConfReq id=0x2 <addr 62.157.59.5> <ms-dns1 212.185.249.50> <ms-dns2 194.25.2.129>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][IPCP ConfReq id=0x2 <addr 193.158.138.9>] Nov 25 16:28:44 Homer ipppd[5040]: sent [0][IPCP ConfAck id=0x2 <addr 193.158.138.9>] Nov 25 16:28:44 Homer ipppd[5040]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.157.59.5> <ms-dns1 212.185.249.50> <ms-dns2 194.25.2.129>] Nov 25 16:28:44 Homer ipppd[5040]: local IP address 62.157.59.5 Nov 25 16:28:44 Homer ipppd[5040]: remote IP address 193.158.138.9 Nov 25 16:48:02 Homer ipppd[5040]: rcvd [0][IPCP TermReq id=0x3] Nov 25 16:48:02 Homer ipppd[5040]: IPCP terminated by peer Nov 25 16:48:02 Homer ipppd[5040]: sent [0][IPCP TermAck id=0x3] Nov 25 16:48:02 Homer ipppd[5040]: rcvd [0][CBCP code=0x5 id=0x1] Nov 25 16:48:02 Homer ipppd[5040]: Unsupported protocol 'CallBack Control Protocol (CBCP)' (0xc029) received Nov 25 16:48:02 Homer ipppd[5040]: sent [0][LCP ProtRej id=0x2 c0 29 05 01 00 04] Nov 25 16:48:03 Homer ipppd[5040]: rcvd [0][LCP TermReq id=0x3] Nov 25 16:48:03 Homer ipppd[5040]: LCP terminated by peer Nov 25 16:48:03 Homer ipppd[5040]: sent [0][LCP TermAck id=0x3] Nov 25 16:48:03 Homer ip-down: Restored original /etc/resolv.conf Nov 25 16:48:03 Homer isdnlog: Nov 25 16:48:03 tei 84 calling Provider with Home Normal call clearing (User) Nov 25 16:48:03 Homer ipppd[5040]: Modem hangup Nov 25 16:48:03 Homer ipppd[5040]: Connection terminated. Nov 25 16:48:03 Homer ipppd[5040]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 25 16:48:03 Homer ipppd[5040]: LCP is down Nov 25 16:48:03 Homer ipppd[5040]: closing fd 8 from unit 0 Nov 25 16:48:03 Homer ipppd[5040]: link 0 closed , linkunit: 0 Nov 25 16:48:03 Homer ipppd[5040]: reinit_unit: 0 Nov 25 16:48:03 Homer ipppd[5040]: Connect[0]: /dev/ippp0, fd: 8 Nov 25 16:48:03 Homer kernel: isdn_net: local hangup ippp0 Nov 25 16:48:03 Homer kernel: ippp0: Chargesum is 0 Nov 25 16:48:03 Homer kernel: ippp_ccp: freeing reset data structure c36dc800 Nov 25 16:48:03 Homer kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 25 16:48:03 Homer kernel: ippp_ccp: allocated reset data structure c36dc800 Nov 25 16:48:04 Homer isdnlog: Nov 25 16:48:03 tei 84 calling Provider with Home HANGUP (20 CI 0.580 DM 0:19:19 I= 10.5Kb O= 3.6Kb) Gruß Andreas. ------------------------------- -- I like work. I can sit there and watch it for hours. Andreas Krummrich <andreas.krummrich(a)t-online.de>

1 0

Dialin + arp + route Problem
by Mark Scheffer 24 Nov '00

24 Nov '00

Hallo! Sorry to post this message in English (feel free to reply in German). We have configured a ISDN dialin server on Suse7.0, but we have sometimes problems reaching the local network attached to this server. These cases can be easily recognized on this server by checking the ARP table: an ARP entry is missing for the IP address corresponding to the clients IP address (normally it displays something like "host.network.domain (193.192.191.190) at * PERM PUP on eth0.") Relevant(?) information: - The client is on the same subnet as the interface to the network (man ipppd, section routing) - PAP is used, the 4th column is the IP address (usefirstip option is set) - proxyarp option is set - netmask option is 255.255.255.255 - dialin using PPP works fine (except that there are some left-overs like "host.network.domain (193.192.191.190) incomplete on eth0.") I have been thinking, could it be the case that there is a timing problem with adding a route to the dialin-client and adding the ARP entry? Any ideas? Thank you, Mark Scheffer.

1 0

ISDN PCMCIA irq5
by Boerner, Rudolf 24 Nov '00

24 Nov '00

Liebe ISDNlerInnen, ich habe noch Probleme meine Fritz-Karte PCMCIA zu aktivieren. Offensichtlich ist der interrupt 5 nicht mehr frei. Was ist zu tun? Warum übernimmt der cardmgr die routing information ? Hat mir jemand einen Tipp -DANKE :-)) mfg rb Nov 23 18:06:03 zappa cardmgr[75]: executing: 'insmod /lib/modules/2.2.14/misc/h isax.o type=26 protocol=2' Nov 23 18:06:04 zappa cardmgr[75]: executing: 'insmod /lib/modules/2.2.14/pcmcia /avma1_cs.o' Nov 23 18:06:04 zappa cardmgr[75]: executing: './isdn start A1' Nov 23 18:06:05 zappa cardmgr[75]: + Loading ISDN drivers ... Nov 23 18:06:05 zappa cardmgr[75]: + /dev/isdnctrl: No such device <<<------------------------------ Nov 23 18:06:05 zappa cardmgr[75]: + adding default route 192.168.1.1 <<<------------------------------ Nov 23 18:06:06 zappa kernel: klogd 1.3-3, log source = /proc/kmsg started. Nov 23 18:06:06 zappa kernel: Inspecting /boot/System.map-2.2.14 Nov 23 18:06:06 zappa kernel: Loaded 9053 symbols from /boot/System.map-2.2.14. Nov 23 18:06:06 zappa kernel: Symbols match kernel version 2.2.14. Nov 23 18:06:06 zappa kernel: Loaded 132 symbols from 12 modules. Nov 23 18:06:06 zappa kernel: Serial driver version 4.27 with HUB-6 MANY_PORTS M ULTIPORT SHARE_IRQ enabled Nov 23 18:06:06 zappa kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Nov 23 18:06:06 zappa kernel: Linux PCMCIA Card Services 3.1.11 Nov 23 18:06:06 zappa kernel: kernel build: 2.2.14 #1 Sat Mar 25 00:46:59 GMT 2000 Nov 23 18:06:06 zappa kernel: options: [pci] [cardbus] [apm] Nov 23 18:06:06 zappa kernel: PCI routing table version 1.0 at 0xf7350 Nov 23 18:06:06 zappa kernel: 00:0b.0 -> irq 11 Nov 23 18:06:06 zappa kernel: 00:0b.1 -> irq 11 Nov 23 18:06:06 zappa kernel: Intel PCIC probe: Nov 23 18:06:06 zappa kernel: Bridge register mapping failed: check cb_mem_bas e setting Nov 23 18:06:06 zappa kernel: not found. Nov 23 18:06:06 zappa kernel: Intel PCIC probe: Nov 23 18:06:06 zappa kernel: Toshiba ToPIC97 PCI-to-CardBus at slot 00:0b, me m 0x68000000 Nov 23 18:06:06 zappa kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x8 6] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 20/20] Nov 23 18:06:06 zappa kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 21/21] Nov 23 18:06:06 zappa kernel: ISA irqs (default) = 3,4,5,7,9,10,12,15 PCI status changes Nov 23 18:06:06 zappa kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Nov 23 18:06:06 zappa kernel: cs: IO port probe 0x0800-0x08ff: clean. Nov 23 18:06:06 zappa kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x170-0 x177 0x220-0x22f 0x330-0x337 0x370-0x37f 0x388-0x38f 0x4d0-0x4d7 Nov 23 18:06:06 zappa kernel: cs: IO port probe 0x0a00-0x0aff: clean. Nov 23 18:06:06 zappa kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Nov 23 18:06:06 zappa kernel: xirc2ps_cs.c 1.31 1998/12/09 19:32:55 (dd9jn+kvh) Nov 23 18:06:06 zappa kernel: eth0: Xircom: port 0x2e0, irq 3, hwaddr 00:80:C7:5F:0F:B9 Nov 23 18:06:06 zappa kernel: tty01 at 0x02f8 (irq = 3) is a 16450 Nov 23 18:06:06 zappa kernel: eth0: media 10BaseT, silicon revision 1 Nov 23 18:06:06 zappa kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 23 18:06:06 zappa kernel: ISDN subsystem Rev: 1.97/1.82/1.103/1.61/1.17/1.3 loaded Nov 23 18:06:06 zappa kernel: avma1_cs: testing i/o 0x140-0x148 Nov 23 18:06:06 zappa kernel: avma1_cs: checking at i/o 0x140, irq 5 Nov 23 18:06:06 zappa kernel: HiSax: Linux Driver for passive ISDN cards Nov 23 18:06:06 zappa kernel: HiSax: Version 3.3d (module) Nov 23 18:06:06 zappa kernel: HiSax: Layer1 Revision 2.37 Nov 23 18:06:06 zappa kernel: HiSax: Layer2 Revision 2.20 Nov 23 18:06:06 zappa kernel: HiSax: TeiMgr Revision 2.13 Nov 23 18:06:06 zappa kernel: HiSax: Layer3 Revision 2.10 Nov 23 18:06:06 zappa kernel: HiSax: LinkLayer Revision 2.40 Nov 23 18:06:06 zappa kernel: HiSax: Approval certification valid Nov 23 18:06:06 zappa kernel: HiSax: Approved with ELSA Quickstep series cards Nov 23 18:06:06 zappa kernel: HiSax: Approval registration numbers: Nov 23 18:06:06 zappa kernel: HiSax: German D133361J CETECOM ICT Services GmbH Nov 23 18:06:06 zappa kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Nov 23 18:06:06 zappa kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Nov 23 18:06:06 zappa kernel: HiSax: Total 1 card defined Nov 23 18:06:06 zappa kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Nov 23 18:06:06 zappa kernel: HiSax: AVM A1 PCMCIA driver Rev. 2.5 Nov 23 18:06:06 zappa kernel: AVM A1 PCMCIA: io 0x140 irq 5 model 1 version 2 Nov 23 18:06:06 zappa kernel: AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 Nov 23 18:06:06 zappa kernel: AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ 5 count 0 Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ 5 count 0 Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ(5) getting no interrupts during init 1 <<-------- Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ 5 count 0 Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ(5) getting no interrupts during init 2 <<<----- Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ 5 count 0 Nov 23 18:06:06 zappa kernel: AVM A1 (PCMCIA): IRQ(5) getting no interrupts during init 3 Nov 23 18:06:06 zappa kernel: HiSax: Card AVM A1 (PCMCIA) not installed ! <<<------- Nov 23 18:06:06 zappa kernel: HiSax: module installed Nov 23 18:06:07 zappa kernel: cat uses obsolete /proc/pci interface -- Rudolf Börner Fa. Streck Transport GmbH Abt. Informatik (Netzwerkmanager (WAN/LAN)) Blankreutestr. 6 79108 Freiburg T: ++ (0)761/1305-157 F: ++ (0)761/1305-159 mailto: rudolf.boerner(a)streck.de http://www.streck.de

1 0

Re: SUSE Fetchmail in ip-up geht nicht. Lösung.
by Axel Spallek 23 Nov '00

23 Nov '00

Axel Spallek schrieb: > Hallo. > Wenn ich im SUSE 7.0 ip-up -Script bei der Zeile > #/usr/bin/fetchmail -a >>/var/log/fetchmail 2>&1 & > den Kommentar wegnehme, dann funktioniert zwar der Verbindungsaufbau wie > gewohnt, NSLookup bei eigenem DNS (forward first) auch, nur geht kein > einziger Ping mehr ins Internet. Fetchmail wird auch nicht ausgeführt. > Hat das jemand schon beobachtet? Ich hab keinen Schimmer wieso das so > ist. > > Danke mal. > Gruß, > Axel Spallek > Ich bin ja so doof. Tut mir echt leid. Es gibt ein Verzeichnis /etc/isdn und /etc/ppp. Das isdn ist vollkommen tot. man muß alles in ppp machen. Trotzdem Danke fürs nicht mosern. Gruß, Axel Spallek

1 1

Liste abtelefonieren mit automatischer Ansage (Alarmierung)
by juergen.braukmann＠ruhr-west.de 22 Nov '00

22 Nov '00

Hallo, aus gegebenen Anlass gibt es bei meiner Hilfsorganisation eine technische Anfrage: Wenn wir alarmieren wollen hängt immer jemand für Ewigkeiten am Telefon. Da jeder nun einen Wohnungsanschluss und eine Hand voll Handys besitzt ist die Zahl der Permutationen höher als die Wahrscheinlichkeit das ein Anschluss tatsächlich "online" ist. Geht es irgendwie eine Liste von Telefonnummern automatisch anzurufen und eine Standardansage abzuspielen? Genial wäre z.B. noch, das der Angerufene mit einer Taste (* oder so) bestätigt das er den Anruf bekommen hat und nicht sein Anrufbeantworter. Gibt es soetwas??? Juergen -- =========================================== __ _ Juergen Braukmann juergen.braukmann(a)gmx.de| -o)/ / (_)__ __ ____ __ Tel: 0201-743648 dk4jb(a)db0qs.#nrw.deu.eu | /\\ /__/ / _ \/ // /\ \/ / ===========================================_\_v __/_/_//_/\_,_/ /_/\_\

3 3

Modul net-pf-10 failed
by Rainer.Frohne＠t-online.de 21 Nov '00

21 Nov '00

Hallo Leute, bitte verzeiht eine Frage, die nur mittelbar mit dem Listenthema zu tun hat. Nach Änderungen an der ISDN- und Netzwerkkonfiguration meines SuSE 7.0 Rechners erhalte ich gelegentlich folgende Meldung: Nov 21 17:45:06 dbwwall insmod: /lib/modules/2.2.16/ipv6/ipv6.o: insmod net-pf-10 failed Weiß jemand, um welches Modul es sich hier handelt? Vielen Dank und viele Grüße Rainer Frohne

1 0

Filetime wird beim kopieren von Samba nicht übernommen
by Axel Spallek 21 Nov '00

21 Nov '00

Hallo Leute. Ich hab da folgendes Problem: Ein Linux-Rechner als Samba-Server. Funktioniert prächtigst. Aber: Für das DOS-Programm, das auf dem Samba-Server gespeichert ist gibt es Monatlich updates. Vor kurzem hat die Firma einen "super" Einfall gehabt. Sie pruefen anhand des Dateidatums, ob die Dateien korrekt eingespielt wurden. Unter Linux wird aber das aktuelle Datum beim erstellen der Datei benutzt, sodaß das UpdateProgram 20 bis 30 Fehlermeldungen ausgibt. Die Benutzer trauen sich nicht mehr die Updates einzuspielen, trotz meiner Versicherung, daß es trotzdem geht. Also muß ichs machen und 20mal die Fehler wegclicken. Mit "dosfiletimes" hat das ja nix zu tun und anderes hab ich nicht gefunden. Meine Lösung: Ich kopiere alle 300MB des Programms auf C:\Proggi einer Windose, gebe das verzeichnis frei, mounte es auf demselben Rechner (DosProggi läuft nur auf einem bestimmten Laufwerk *seufz* sonst muß ich alle INIT-Dateien abklappern) -Updaten - alles wieder zurückkopieren. Is doch bescheuert! Irgendwelche Tips? Gruß, Axel Spallek

1 0

ISDN BIND8
by Johannes Arlt 21 Nov '00

21 Nov '00

Hi ALL, Leider geht es nicht wie es soll. ISDN geht Internet usw. geht alles DoD geht leider zu oft. Übertäter vermutlich BIND8 (u.a.) Eigentlich soll BIND im Windowsnetz mir die Netzwerkanfragen(interne) abhalten und die Internet-Anfragen cachen. Aber, wenn ich z.B. nslookup 192.168.0.5 mache, bekomme ich eine ordentliche Antwort und gleich darauf wählt sich der Rechner ein. Beim Hochfahren passiert das schon wenn Apache oder named hochfährt. Ich schicke alle wichtigen Dateien im Anhang mit, weil ich vermute, es ist etwas in der named.conf falsch, denn an sich müßte er ja (oder hosts bind) auch ohne BIND lokale Namen auflösen. hosts host.conf named.conf zonen-Beschreibungen Ach ja, so richtig loggen tut er auch nicht, wie ich dachte. -- Einen erfolgreichen Tag und Gottes Segen Pfr. Johannes G. Arlt - Quenstedt ------------------------------------------------------------ http://www.johannes-arlt.de eMail: mail(a)johannes-arlt.de pgp-key on keyserver: http://wwwkeys.de.pgp.net id: "Johannes Arlt" or "DL7UXA" (for V2.6.3i & V5.0) $ORIGIN localhost. @ 1D IN SOA @ root ( 42 ; serial (d. adams) 3H ; refresh 15M ; retry 1W ; expiry 1D ) ; minimum 1D IN NS @ 1D IN A 127.0.0.1 0.168.192.in-addr.arpa. IN SOA bonifacius root.bonifacius. ( 2000110819 10800 3600 432000 38400 ) 0.168.192.in-addr.arpa. IN NS bonifacius 5.0.168.192.in-addr.arpa. IN PTR bonifacius.jxp. 20.0.168.192.in-addr.arpa. IN PTR karlbarth.jxp. 60.0.168.192.in-addr.arpa. IN PTR mluther.jxp. 25.0.168.192.in-addr.arpa. IN PTR babsi.jxp. 30.0.168.192.in-addr.arpa. IN PTR smorse.jxp. jxp. IN SOA bonifacius root.localhost. ( 2000111500 10800 3600 432000 38400 ) jxp. IN NS bonifacius bonifacius.jxp. IN A 192.168.0.5 karlbarth.jxp. IN A 192.168.0.20 babsi.jxp. IN A 192.168.0.25 smorse.jxp. IN A 192.168.0.30 mluther.jxp. IN A 192.168.0.60 jxp. IN MX 5 localhost jxp. IN RP adm.johannes-arlt.de. $ORIGIN 0.0.127.in-addr.arpa. @ 1D IN SOA localhost. root.localhost. ( 42 ; serial (d. adams) 3H ; refresh 15M ; retry 1W ; expiry 1D ) ; minimum 1D IN NS localhost. 1 1D IN PTR localhost. /* sample configuration file for BIND 8.1 or later * should be installed as /etc/named.conf * * Author: Florian La Roche */ # # overall options of the server # options { directory "/var/named"; # the default is to fail, if the master file is not correct check-names master warn; pid-file "/var/run/named.pid"; datasize default; stacksize default; coresize default; files unlimited; recursion yes; multiple-cnames no; // if yes, then a name my have more // than one CNAME RR. This use // is non-standard and is not // recommended, but it is available // because previous releases supported // it and it was used by large sites // for load balancing. # the default is to ask the forwarders and if they fail # try to find the answer yourself, this will only ask the forwarders forward only; # list of DNS servers to ask forwarders { 212.122.128.10; 212.122.129.10; }; # the default is to listen on port 53 on all available interfaces # you can also give a detailed list: #listen-on { 5.6.7.8; }; #listen-on port 1234 { !1.2.3.4; 1.2/16; }; }; # # do not be verbose about these problems... # #logging { # category lame-servers { null; }; # category cname { null; }; #}; # # predefined access control lists (acl): # "any" allows all hosts # "none" denies all hosts # "localhost" allows the IP adresses of all interfaces of the system # "localnets" allows any host on a network of the local interfaces # # defining an additional ACL: #acl can_download { 192.168.0.17; 192.168.0.18; }; # # The server statement defines the characteristics to be associated with # a remote name server. # # Marking a server as bogus will prevent queries to that server. #server 192.168.0.128 { bogus yes; } # If the other name server has also BIND 8.1 or newer installed, you # can allow compacter zone transfers with this statement. #server 192.168.0.128 { transfer-format many-answers; } zone "." IN { type hint; file "root.hint"; }; zone "localhost" IN { type master; file "localhost.zone"; check-names fail; allow-update { none; }; }; zone "0.0.127.in-addr.arpa" IN { type master; file "127.0.0.zone"; check-names fail; allow-update { none; }; }; # # a master zone # #zone "isc.org" IN { # type master; # file "isc.org"; # # by default, any host can receive zone transfers # #allow-transfer { any; }; # notify yes; #}; # # a slave zone # #zone "isc.org" IN { # type slave; # file "slave/db.isc.org"; # masters { 192.168.0.128; }; #}; # server 212.122.128.10 { # }; # server 212.122.129.10 { # }; zone "0.168.192.in-addr.arpa" { type master; file "192.168.0.rev"; }; zone "jxp" { type master; file "jxp.hosts"; }; logging { channel crit { file "/var/log/named/critical" versions unlimited; severity critical; print-category yes; print-severity yes; print-time yes; }; channel error { file "/var/log/named/error" versions unlimited; severity error; print-category yes; print-severity yes; print-time yes; }; channel warning { file "/var/log/named/warn" versions unlimited; severity warning; print-category yes; print-severity yes; print-time yes; }; channel notice { file "/var/log/named/notice" versions unlimited; severity notice; print-category yes; print-severity yes; print-time yes; }; channel info { file "/var/log/named/info" versions unlimited; severity info; print-category yes; print-severity yes; print-time yes; }; category default { crit; error; warning; notice; info; debug_level; global; default_syslog; default_debug; default_stderr; null; }; channel debug_level { file "/var/log/named/debug_3" versions unlimited; severity debug 3; print-category yes; print-severity yes; print-time yes; }; channel global { file "/var/log/named/global" versions unlimited; severity dynamic; print-category yes; print-severity yes; print-time yes; }; }; bonifacius # # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. # Syntax: # # IP-Address Full-Qualified-Hostname Short-Hostname # # special IPv6 addresses #::1 localhost ipv6-localhost ipv6-loopback #fe00::0 ipv6-localnet #ff00::0 ipv6-mcastprefix #ff02::1 ipv6-allnodes #ff02::2 ipv6-allrouters #ff02::3 ipv6-allhosts 212.122.128.209 pop1.nikocity.de 212.122.128.25 smtp.nikocity.de 212.122.128.251 news.nikoma.de 212.122.128.73 home.nikocity.de 127.0.0.1 localhost 192.168.0.20 karlbarth.jxp karlbarth 192.168.0.25 babsi.jxp babsi 192.168.0.30 smorse.jxp smorse 192.168.0.5 bonifacius.jxp bonifacius 192.168.0.60 mluther.jxp mluther 192.168.0.99 bonifacius.jxp bonifacius 212.122.128.10 ns.nikoma.de ns 212.122.129.10 ns3.nikoma.de ns3 # # /etc/host.conf # # Automatically generated by SuSEconfig on Wed Nov 8 22:53:08 CET 2000. # # PLEASE DO NOT EDIT THIS FILE! # # Change variables (NAMESERVER + YP_SERVER) in /etc/rc.config instead. # # order hosts bind multi on

4 5

AW: [suse-isdn] ISDN legt auf
by Nölle Christoph 21 Nov '00

21 Nov '00

Hoi Volker verböse 3 habe ich auch schon ausprobiert... Username und Passwort sind schon richtig, aber die Karte wählt ja nicht mal. Über die TK-Anlage sehe ich, dass nicht mal abgenommen wurde, also keine Gebühren anfallen. Das mit USA habe ich auch noch nicht gecheckt, ist Mobilcom halt. Kostet aber trotzdem nur 2.5Pf/min. Bin ratlos, sehe einer kompletten Neuinstallation gefasst entgegen... Gruss > -----Ursprüngliche Nachricht----- > Von: Volker Tanner [mailto:VolkerTanner@kade.de] > Gesendet: Dienstag, 21. November 2000 10:17 > An: suse-isdn(a)suse.com > Betreff: Re: [suse-isdn] ISDN legt auf > > > On Tue, Nov 21, 2000 at 07:57 +0100, Nölle Christoph wrote: > > Hallo Liste > > > > hier nochmal die gewünschten Infos aus /var/log/messages: > > > > die Karte (Fritz/PCI)hängt an einer TK-Anlage mit internem S0-Bus. > > Mit Win98 kein Problem und bis vor einer Woche mit Linux > auch nicht... > > > > Frage: wieso legt die Karte wieder auf und wie kann ich > mehr Informationen > > aus den Treibern herausholen? > > Mehr info holen: isdnctrl verbose x, wobei x eine Zahl ist. Bei > verbose level 3 ist der Treiber meist geschwätzig genug. > Karte legt auf: Ist Dein Username und Paßwort _definitiv_ richtig? > > > :04:52 host1 ipppd[4628]: Found 1 device: /dev/ippp0 > > :04:52 host1 ipppd[4631]: ipppd i2.2.11 (isdn4linux version > of pppd by MH) > > started > > :04:52 host1 ipppd[4631]: init_unit: 0 > > :04:52 host1 kernel: ippp, open, slot: 0, minor: 0, state: 0000 > > :04:52 host1 kernel: ippp_ccp: allocated reset data > structure c34d1000 > > :04:52 host1 ipppd[4631]: Connect[0]: /dev/ippp0, fd: 8 > > :05:04 host1 kernel: ippp0: dialing 1 00101901929... > > :05:04 host1 isdnlog: (HiSax driver detected) > > :05:04 host1 isdnlog: :05:04 * tei 91 calling +1 01901929, > USA, with +49 > > 753120, RING (Data) > > Du telefonierst in die USA, ist das Absicht? Hängt da an der > anderen Seite eine ISDN-Karte? > > Grüße > Volker > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

2 1

Sedlbauer Speed Win ISDN
by Stephan 21 Nov '00

21 Nov '00

Hallo, ich benutze Suse 7.0 und die Sedlbauer Speed Win PCI. Die Karte soll mit HiSax laufen, tut Sie aber nicht, kriege immer die Meldung, daß das Modul nicht gestartet werden konnte. Habe alle Typen ausprobiert, es tut sich aber nix. Laut der Sedlbauer Homepage soll das mit Yast1 bzw Yast 2 ganz problemlos laufen. Desweiteren benutze ich an meinem Firmen Rechner eine Siemens I-Surf USB. Das Teil scheint aber nicht ACM-kompatible zu sein. Gibt es eine Möglichkeit, das Gerät über HiSax anzusprechen? Oder lässt sie sich irgendwie anders einrichten? Der sich viele Fragen stellende Stephan Fuchs

2 1