Hallo!
Ich habe mir die Tage mal den rcapid angeschaut. Die Dokumentation dazu
es ja recht dürftig... :-(((
Die Installation auf dem Server ist einigermassen gut beschrieben, aber
wie siehts mit Client-Programmen a) für Linux und b) für andere
Plattformen, z.B. Win9x und WinNT aus?
Meine aktuelle Plattform, auf der das ganze laufen soll:
SuSE Linux 6.2, Kernel 2.2.10SuSE
AVM B1 V2.0
Für Informationen aller Art bin ich sehr DANKBAR!
c ya!
Roland
Hallo!
Die erste Anforderung an meinen SuSE-Router unter 7.1 verschwindet
hin und wieder, so dass keine Verbindunge aufgebaut wird oder wenn eine
Aufgebaut wird, weil der Nameserver was nachfragt, dann wird die wieder
abgebaut. Im Logbuch bzw. messages kann ich nichts erkennen.
Woran könnte es liegen? Evtl. am DynIP-Patch ähnlich wie bei SuSE 6.3?
MfG
Björn Scheffer
---------------------------------------------------------------
Life is too short for reboots! LINUX
Björn Scheffer
Bischof-Ketteler-Ring 28
48599 Gronau-Epe
e-Mail: bjoern(a)b-scheffer.de
Internet: http://www.b-scheffer.de
Hi !
Hi ! Ich hab ja dieses kleine Netzwerk mit nem Windows und einem LInux-PC
(demnächst soll noch ein dritter WinPC dazukommen). Und ich möchte, das sich
'WinPC1' über 'LinuxPC' ins Internet Einwählt:
Die Ethernet-Verbindung klappt Problemlos - ich kann zb. absolut problemlos
vom Win-PC auf den Apache des Linux-Rechners zugreifen ect.
WinPC1 IP 192.168.0.1 Win98
LinuxPC IP 192.168.0.2 SuSE Linux 6.2 - Kernel 2.2.10
WinPC2 IP 192.168.0.3 Win98
Ich möchte den Linux PC als Einwahl-Gateway benutzen. Die PCs sind alle über
ne 10MBit
BNC-Leitung vernetzt. Im Linux-PC ist ne Fritz Card PCI. Das Automatische
Einwählen auf
dem localen Linux-Server klappt schonmal - ich komm jedenfalls damit ins
Inet.
Aber das Routing - das klappt nicht. Und jetzt meine Frage: Um aus meinem
Linux-PC einen
Isdn- Einwahl-Server zu machen, muss ich doch eigenltich 'nur' mit ipchains
eine Chain
für forward einrichten oder muss ich noch etwas anderes machen ?
Ich hab mir also folgendes kleines Shell-Script geschrieben. Beim Ausführen
gibts keine Probleme
oder Fehlermeldungen - auch nix an Fehlern in der messages- oder in der
warn-Datei.
Das script soll erstmal nur einem PC das Routing ermöglichen, um das ganze
etwas übersichlicher für mich zu machen
---snip---
# das forwarding erlauben
echo 1 > /proc/sys/net/ipv4/ip_forward
# jetzt Regeln aufsetzten
ipchains -A forward -s 192.168.0.1/0 -p icmp -j DENY
ipchains -A input -s 192.168.0.1/0 -p icmp -j DENY
ipchains -A output -s 192.168.0.1/0 -p icmp -j DENY
ipchains -D forward -s 192.168.0.1/0 -p icmp -j DENY
ipchains -D input -s 192.168.0.1/0 -p icmp -j DENY
ipchains -D output -s 192.168.0.1/0 -p icmp -j DENY
---snap---
Vielleicht liegt es ja an der rc.config - hier mal das wichtigste:
FW_ROUTER <leer>
FW_START <no> # weil das ja alles mein Script machen soll..
START_ROUTED <no> # hab gelesen, das man das bei ipchains auf no stellen
soll.
---
# hier bin ich mir nicht sicher, ob das sooo richtig ist - ich hab die Werte
# alle aus Yast entnommen...
MSQ_NETWORKS <192.168.0.0/12>
MSQ_START <no>
---
Den Kernel hab ich übrigends gestern neu komliliert,
genau nach einem Buch über die ipchains-FW - da müsste eigentlich
alles richtig drin seien.
MfG Steffen Wendzel.
Hi,
ich verwende einen Rechner mit Suse Linux 7.0 pro als ISDN-Router (kein
KDE, nur bash).
Meine Frage lautet:
Ich möchte das die Einwahl zu verschiedenen Tageszeiten und Wochentagen bei
dem günstigste Provider erfolgt.
Bisher habe ich per cronjob einfach die die entsprechend vorbereiteten
config-Dateien (i4l.rc.config, pam-secrets und chap-secrets) ausgetauscht
und I4l und route neu geladen.
Desweiteren wird die dhcpd.config ausgetauscht und der dhcp neu gestartet
(nicht jeder soll zu jeder Tageszeit ein Gateway bekommen).
Leider ist das ganze nicht so komfortabel und übersichtlich, wie ich es mir
vorstelle.
Wer kann mir eine andere Möglichkeit vorschlagen, die wenn möglich auch
bewegliche Feiertage berücksichtigt.
Auch erweist es sich als sehr ungünstig, wenn I4l und route neugestartet
werden, während jemand die Verbindung zum Internet benötigt.
Fällt einem von euch zu diesem Thema etwas ein ?
Schöne Grüsse aus Hamburg
Alexander Seesko
Ich habe jetzt in meiner /etc/mgetty+sendfax/mgetty.config:
port ttyI3
debug 8
init-chat "" "\d\d\d+++\d\d\dATZ&R9600" "OK"
modem-type data
und in meiner /etc/inittab:
....
mo:23:respawn:/usr/sbin/mgetty -s 9600 ttyI3
....
wenn ich mich nun einwähle erhalte ich an meinem "Terminal" die Meldung
"CONNECT 9600/RLP" bekomme aber kein login-Prompt und die Verbindung
wird mit einem Timeout beendet.
Die Einträge in meiner /var/log/mgetty.ttyI3 sind
..yI3 mgetty: experimental test release 1.1.21-Jul24
..yI3 check for lockfiles
..yI3 checklock: stat failed, no file
..yI3 locking the line
..yI3 makelock(ttyI3) called
..yI3 do_makelock: lock='/var/lock/LCK..ttyI3'
..yI3 lock made
..yI3 tio_get_rs232_lines: status: RTS CTS DSR DTR
..yI3 lowering DTR to reset Modem
..yI3 tss: set speed to 9600 (015)
..yI3 tio_set_flow_control( HARD )
..yI3 waiting for line to clear (VTIME), read:
..yI3 send: \d\d\d+++\d\d\dATZ&R9600[0d]
..yI3 waiting for ``OK''
..yI3 got: +++ATZ&R9600[0d]
..yI3 CND: +++ATZ&R9600[0d][0a]OK ** found **
..yI3 waiting for line to clear (VTIME), read: [0d][0a]
..yI3 removing lock file
..yI3 waiting ...
Was muß ich nun noch tun, damit ich mich vom "Terminal" aus auf der Suse
einloggen kann?
Bernward Otto
Thank you for the tips.
But still, I haven't tackeled the problem.
I have managed to destill some info for you, I hope it is enough.
In /Var/Log/Messages I have two tries to login into two different accounts.
1) The first account comes with the message: " Could not determine remote IP-adress".
2) The second account is online for about 45 sec, but than hangs-up for whatever reason.
I have also added some info about my ISDN card.
I run Suse Linux 7.1
Also I hope this message will arrive without HTML, if you want to reply to me personally,
please reply to : henk_iguazu(a)hotmail.com
All reply is appreciated.
Henk
May 29 09:58:02 linux kernel: ISDN subsystem Rev: 1.114/1.94/1.140.6.1/1.85/1.21/1.5 loaded
May 29 09:58:02 linux kernel: HiSax: Linux Driver for passive ISDN cards
May 29 09:58:02 linux kernel: HiSax: Version 3.5 (module)
May 29 09:58:02 linux kernel: HiSax: Layer1 Revision 2.41.6.1
May 29 09:58:02 linux kernel: HiSax: Layer2 Revision 2.25
May 29 09:58:02 linux kernel: HiSax: TeiMgr Revision 2.17
May 29 09:58:02 linux kernel: HiSax: Layer3 Revision 2.17
May 29 09:58:02 linux kernel: HiSax: LinkLayer Revision 2.51
May 29 09:58:02 linux kernel: HiSax: Approval certification valid
May 29 09:58:02 linux kernel: HiSax: Approved with ELSA Microlink PCI cards
May 29 09:58:02 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards
May 29 09:58:02 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards
May 29 09:58:02 linux kernel: HiSax: Total 2 cards defined
May 29 09:58:02 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3
May 29 09:58:02 linux kernel: PCI: Enabling device 00:10.0 (0000 -> 0003)
May 29 09:58:02 linux kernel: PCI: Found IRQ 10 for device 00:10.0
May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.2
May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.3
May 29 09:58:02 linux kernel: HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
May 29 09:58:02 linux kernel: HFC-PCI: defined at mem 0xc892b000 fifo 0xc46f8000(0x46f8000) IRQ 10 HZ 100
May 29 09:58:02 linux kernel: HFC_PCI: resetting card
May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 34
May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 68
May 29 09:58:02 linux kernel: HiSax: DSS1 Rev. 2.30
May 29 09:58:02 linux kernel: HiSax: 2 channels added
May 29 09:58:02 linux kernel: HiSax: MAX_WAITING_CALLS added
May 29 09:58:02 linux kernel: HiSax: Card 2 Protocol EDSS1 Id=HiSax2 (1)
May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3
May 29 09:58:02 linux kernel: HFC-PCI: No PCI card found
May 29 09:58:02 linux kernel: HiSax: Card HFC 2BDS0 PCI not installed !
May 29 09:58:02 linux kernel: HiSax: debugging flags card 1 set to 4
May 29 09:58:02 linux isdnlog: isdnlog Version 4.29 starting
May 29 09:58:02 linux isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat]
May 29 09:58:02 linux kernel: isdn: Verbose-Level is 3
May 29 09:58:02 linux isdnlog: Dest V1.00: File '/usr/lib/isdn/dest.gdbm' opened fine - (+h) AT CH DE NL US
May 29 09:58:02 linux ipppd[1243]: Found 1 device: /dev/ippp0
May 29 09:58:02 linux isdnlog: Zone V1.24: Provider 24 File '/usr/lib/isdn/zone-de-dtag.gdbm' opened fine - V1.21 K2 C2 N256 T157192 O1 L5
May 29 09:58:02 linux ipppd[1244]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started
May 29 09:58:02 linux ipppd[1244]: init_unit: 0
May 29 09:58:02 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0543800
May 29 09:58:02 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19
May 29 09:58:02 linux ipppd[1268]: Found 1 device: /dev/ippp1
May 29 09:58:02 linux ipppd[1269]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started
May 29 09:58:02 linux ipppd[1269]: init_unit: 0
May 29 09:58:02 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000
May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0542800
May 29 09:58:02 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19
May 29 09:58:03 linux isdnlog: Rates Version 1.10-Germany [20-Jun-2000 19:59:30] loaded [196 Providers, 5713 Zones, 17791 Areas, 17829 Specials, 46 Services, 1056 Comments, 0 eXceptions, 14902 Rates from /usr/lib/isdn/rate-de.dat]
May 29 09:58:03 linux isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected - 2 active channels, 2 MSN/SI entries)
May 29 09:58:03 linux isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
May 29 09:58:43 linux kernel: ippp1: dialing 1 7500300...
May 29 09:58:44 linux isdnlog: (HiSax driver detected)
May 29 09:58:44 linux isdnlog: May 29 09:58:44 * tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag RING (Data)
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:16 2001
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored!
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CONNECT (Data)
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag)
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now)
May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag)
May 29 09:58:47 linux ipppd[1269]: Local number: 3830281, Remote number: 7500300, Type: outgoing
May 29 09:58:47 linux ipppd[1269]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 19
May 29 09:58:47 linux ipppd[1269]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x6f30901>]
May 29 09:58:47 linux kernel: isdn_net: ippp1 connected
May 29 09:58:47 linux ipppd[1269]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x6f30901>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0x8d076296> <pcomp> <accomp>]
May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfRej id=0x2 <pcomp> <accomp>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>]
May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfAck id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>]
May 29 09:58:48 linux ipppd[1269]: lcp layer is UP
May 29 09:58:48 linux ipppd[1269]: sent [0][PAP AuthReq id=0x1 user="henkenguille" password not logged for security reasons! Use '+pwlog' option to enable full logging.]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][PAP AuthAck id=0x1msg=""]
May 29 09:58:48 linux ipppd[1269]: Remote message:
May 29 09:58:48 linux ipppd[1269]: MPPP negotiation, He: No We: No
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 00>]
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 00>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>]
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x2]
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfNak id=0x2 <addr 0.0.0.0>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x3]
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfAck id=0x3]
May 29 09:58:48 linux ipppd[1269]: Could not determine remote IP address
May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP TermReq id=0x3 "Could not determine remote IP address"]
May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP TermAck id=0x3]
May 29 09:58:48 linux kernel: Received CCP frame from peer
May 29 09:58:48 linux kernel: [1/1].ccp-rcv[0]: 01 01 00 0a 12 06 00 00 00 01
May 29 09:58:48 linux ipppd[1269]: rcvd [0][CCP ConfReq id=0x1 < 12 06 00 00 00 01>]
May 29 09:58:48 linux ipppd[1269]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received
May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 0a 12 06 00 00 00 01]
May 29 09:58:48 linux ip-down: Setting up routing for ippp1 (using /etc/route.conf) done
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User)
May 29 09:58:50 linux ipppd[1269]: Modem hangup
May 29 09:58:50 linux ipppd[1269]: Connection terminated.
May 29 09:58:50 linux ipppd[1269]: taking down PHASE_DEAD link 0, linkunit: 0
May 29 09:58:50 linux ipppd[1269]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64]
May 29 09:58:50 linux ipppd[1269]: LCP is down
May 29 09:58:50 linux ipppd[1269]: closing fd 19 from unit 0
May 29 09:58:50 linux ipppd[1269]: link 0 closed , linkunit: 0
May 29 09:58:50 linux ipppd[1269]: reinit_unit: 0
May 29 09:58:50 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19
May 29 09:58:50 linux kernel: isdn: HiSax,ch0 cause: E0010
May 29 09:58:50 linux kernel: ippp1: remote hangup
May 29 09:58:50 linux kernel: ippp1: Chargesum is 0
May 29 09:58:50 linux kernel: ippp_ccp: freeing reset data structure c0542800
May 29 09:58:50 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000
May 29 09:58:50 linux kernel: ippp_ccp: allocated reset data structure c053f800
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User)
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.006 DM (would save 0.114 DM)
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01028:TeleBridge CbC 0.000 DM (would save 0.120 DM)
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED
May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:04 I=179.0 b O=235.0 b)
May 29 09:59:00 linux /USR/SBIN/CRON[1329]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
May 29 09:59:06 linux kernel: ippp0: dialing 1 3782888...
May 29 09:59:06 linux isdnlog: May 29 09:59:06 * tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag RING (Data)
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:37 2001
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored!
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CONNECT (Data)
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag)
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now)
May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag)
May 29 09:59:08 linux ipppd[1244]: Local number: 3830281, Remote number: 3782888, Type: outgoing
May 29 09:59:08 linux ipppd[1244]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 19
May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2adff2a6>]
May 29 09:59:08 linux kernel: isdn_net: ippp0 connected
May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth chap md5> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 47 56 ]>]
May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfRej id=0x1 <MPmrru 0x5f4>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x2adff2a6>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>]
May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>]
May 29 09:59:08 linux ipppd[1244]: lcp layer is UP
May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Challenge id=0x1 <017f8df119a8af56b93fb7ed38eb5b31>, name = "NLUDS0GV09"]
May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: Rcvd id 1.
May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: received name field: 'NLUDS0GV09'
May 29 09:59:08 linux ipppd[1244]: sent [0][CHAP Response id=0x1 <40b6ef754638ee99f234eeb468af4a26>, name = "sh346706(a)12move.nl"]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Success id=0x1 "\000"]
May 29 09:59:08 linux ipppd[1244]: ChapReceiveSuccess: Rcvd id 1.
May 29 09:59:08 linux ipppd[1244]: Remote message:
May 29 09:59:08 linux ipppd[1244]: MPPP negotiation, He: No We: No
May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 193.172.249.36>]
May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfRej id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x2 <addr 193.172.249.36>]
May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfAck id=0x2 <addr 193.172.249.36>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfNak id=0x2 <addr 195.240.226.141>]
May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x3 <addr 195.240.226.141>]
May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfAck id=0x3 <addr 195.240.226.141>]
May 29 09:59:08 linux ipppd[1244]: local IP address 195.240.226.141
May 29 09:59:08 linux ipppd[1244]: remote IP address 193.172.249.36
May 29 09:59:54 linux ipppd[1244]: Modem hangup
May 29 09:59:54 linux ipppd[1244]: Connection terminated.
May 29 09:59:54 linux ipppd[1244]: taking down PHASE_DEAD link 0, linkunit: 0
May 29 09:59:54 linux ipppd[1244]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64]
May 29 09:59:54 linux ipppd[1244]: LCP is down
May 29 09:59:54 linux ipppd[1244]: closing fd 19 from unit 0
May 29 09:59:54 linux ipppd[1244]: link 0 closed , linkunit: 0
May 29 09:59:54 linux ipppd[1244]: reinit_unit: 0
May 29 09:59:54 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19
May 29 09:59:54 linux kernel: isdn_net: local hangup ippp0
May 29 09:59:54 linux kernel: ippp0: Chargesum is 0
May 29 09:59:54 linux kernel: ippp, open, slot: 2, minor: 0, state: 0000
May 29 09:59:54 linux kernel: ippp_ccp: allocated reset data structure c053f000
May 29 09:59:54 linux kernel: ippp_ccp: freeing reset data structure c0543800
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User)
May 29 09:59:54 linux ip-down: Setting up routing for ippp0 (using /etc/route.conf) done
May 29 09:59:54 linux kernel: isdn: HiSax,ch0 cause: E0010
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User)
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.054 DM (would save 0.066 DM)
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01013:Tele 2 Preselection 0.047 DM (would save 0.073 DM)
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED
May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:46 I=192.0 b O=177.0 b)
00:10.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
Subsystem: Cologne Chip Designs GmbH ISDN Board
Flags: bus master, medium devsel, latency 16, IRQ 10
I/O ports at dc00 [disabled] [size=8]
Memory at d9001000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1
Hallo,
auf der Basis von SuSE 7.0 habe ich mir einen T-DSL Router
konfiguriert. Er funktioniert mit gewissen Einschränkungen auch ganz
gut. Allerdings habe ich noch folgende Probleme damit:
1. Routing: Bei der ersten Einwahl ins Internet nach dem Booten des
Routers wird eine Default-Route auf eine von meinem Provider
dynamische Adresse gesetzt.
#route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0
217.5.98.83 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.22.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 217.5.98.83 0.0.0.0 UG 0 0 0 ppp0
Wird danach die Verbindung unterbrochen und erneut eingewählt so
ändert sich die Routingtabelle nicht. Müsste nicht eigentlich die
Defaultroute auf die neue IP-Adresse gesetzt werden ?
2. Firewall: Möglicherweise hängt dieses Probplem mit dem obigen
zusammen. Jedenfalls werden vom meinem Firewall Pakete von manchen
Webservern und wirklich nur von manchen mit der folgenden Meldung
abgelehnt.
May 31 09:51:58 rudi kernel: Packet log: input DENY ppp0 PROTO=6 192.67.198.5:80 217.82.66.225:61774 L=40 S=0x00 I=68
Die Zieladresse entspricht der momentan gültigen IP-Adresse und die
Ports größer 1023 sind freigegeben:
May 31 09:51:41 rudi kernel: IP_MASQ:ip_fw_masquerade(): change masq.addr from 217.82.67.211 to 217.82.66.225
3. Patch dynamische IP-Adressen: Die erste Anfrage an eine
Internetadresse versandet von allen Clients im Netz. Dieses Phänomen
ist ja ausreichend bekannt und auch dokumentiert. Der entsprechende
Patch ist auch aktiviert
# cat /proc/sys/net/ipv4/ip_dynaddr
7
zeigt allerdings keine Wirkung.
Irgenwie habe ich den Verdacht, daß alle die geschilderten Probleme
miteinander zusammenhängen.
--
mfg
Harry Hinderer
mailto:harry.hinderer@gmx.de
Hallo zusammen,
ich habe jetzt seit zwei Tagen DSL und will nun die versehendliche Einwahl
per ISDN verhindern, da die DSL Flat bei den Telekomikern bei ISDN Einwahl
mer kostet.
Ich möchte aber nebenbei noch mein Capi für's Faxen aufrechterhalten.
Hier nun also meine Frage:
Wenn ich beim Hochfahren nur 'i4l_hardware' starte, ist doch die Einwahl per
ISDN nicht mehr möglich. Sehe ich das richtig?
Und weiter ist dann das Faxen per Capi noch möglich oder muß ich hierfür
noch 'i4l' starten?
Ich hoffe mal ich habe mich richtig ausgedrückt und ihr könnt mir helfen.
Danke.
Gruß Andreas
--
I like work. I can sit there and watch it for hours.
Andreas Krummrich <andreas.krummrich(a)t-online.de>
Hallo !
Wie bekomme ich meine neu erworbene PCMCIA-Karte unter Linux zum Laufen ?
Direkten Treibersupport von AVM scheint es ja für diese Karte nicht zum geben.
Welche Optionen im Kernel muß ich aktivieren ?
Habe z.Zt. SuSE 7.1 mit Kernel 2.4.5 am laufen.
Dirk
Hi Liste,
gibt es ne Möglichkeit, ein logfile (firewall, etc.) so zu Filtern, dass man
herausbekommt, von welchem device eine ISDN-Verbindung getriggert wurde.
Im Datail:
Meine Firewall dient als Einwahlserver zu nem ISP. Die Firewall routet über
zwei Ethernet-Karten ein privates Netz (192.1681.1 meines) und in ein
Fimennetz (192.168.2.1) ins Internet. Jetzt sollte ich einigermassen genau
in der Lage sein, die Verbindungen, die von der Firma getriggert wurden,
aufzulisten, damit ich Rechnungen erstellen kann. Das ganze ist nicht
hochkritisch, bin mir bewusst, dass das nie ganz genau werden kann, da ich
mich ja einer geöffneten Verbindung bediehnen kann und sie dann länger
offenhalte (auch anderherum möglich). Das wäre aber egal, es geht eh nur um
eine Übergangszeit bis DSL kommt.
Mit gespanntem Gruss, Bernd