Hallo Liste, habe Probleme mit der Verbindung zu einem weiteren (n-ten ) ISP. Mein Dfue-Taetigkeiten funktionieren mit dem bisherigen ISP tadellos. Nun habe ich einen neuen ISP konfiguriert und die Anwahl scheint auch zu funzen. Dennoch kann ich keine Verbindung zu einem anderen Rechner aufnehmen. nutze SuSe 7.0 dns sind korrekt gesetzt. Ich glaube es liegt am Routing, doch ich kann nicht erkennen welche Eintraege nicht korrekt sind! bisher ippp0 alles ok und funkioniert immer noch ippp1 konfiguriert fuer z.b arcor-net Mails, ping ... erfolglos ? -- info mit denen es funzt beg rechner:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp0 loopback * 255.0.0.0 U 0 0 0 lo rechner:~ # ifconfig ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.0.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:84 errors:0 dropped:0 overruns:0 frame:0 TX packets:82 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 ippp1 Link encap:Point-to-Point Protocol inet addr:192.168.1.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 rechner : cat /etc/resolv.conf search local nameserver 192.182.96.29 nameserver 195.182.96.60 nameserver 145.253.2.11 nameserver 145.253.2.75 ---------------[/var/log/messages]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 05:34:48 rechner kernel: HiSax: debugging flags card 1 set to 4 Jun 23 05:36:34 rechner kernel: ippp0: dialing 0 0191700... Jun 23 05:36:35 rechner isdnlog: (HiSax driver detected) Jun 23 05:36:35 rechner isdnlog: Jun 23 05:36:35 * tei 69 calling 0191700 with +49 ..../......, Ort RING (Data) Jun 23 05:36:36 rechner isdnlog: Jun 23 05:36:36 tei 69 calling 0191700 with +49 ..../......, Ort Time:Sat Jun 23 05:36:00 2001 Jun 23 05:36:36 rechner isdnlog: Jun 23 05:36:36 tei 69 calling 0191700 with +49 ..../......, Ort CONNECT (Data) Jun 23 05:36:36 rechner isdnlog: Jun 23 05:36:36 tei 69 calling 0191700 with +49 ..../......, Ort No area info for provider 33_0 (98), destination 0191700 Jun 23 05:36:36 rechner ipppd[242]: Local number: ......, Remote number: 01090, Type: outgoing Jun 23 05:36:36 rechner ipppd[242]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jun 23 05:36:36 rechner kernel: isdn_net: ippp0 connected Jun 23 05:36:40 rechner ipppd[242]: MPPP negotiation, He: No We: No Jun 23 05:36:40 rechner ipppd[242]: local IP address 62.180.186.239 Jun 23 05:36:40 rechner ipppd[242]: remote IP address 62.180.145.18 Jun 23 05:36:40 rechner ip-up: Modified /etc/resolv.conf for DNS at ippp0 Jun 23 05:36:42 rechner SuSEfirewall: Firewall rules successfully set. Jun 23 05:37:07 rechner ipppd[242]: Modem hangup Jun 23 05:37:07 rechner ipppd[242]: Connection terminated. Jun 23 05:37:07 rechner ipppd[242]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 23 05:37:07 rechner isdnlog: Jun 23 05:37:07 tei 69 calling 0191700 with +49 ..../......, Ort Normal call clearing (User) Jun 23 05:37:07 rechner kernel: isdn_net: local hangup ippp0 Jun 23 05:37:07 rechner kernel: ippp0: Chargesum is 0 Jun 23 05:37:07 rechner ipppd[242]: closing fd 7 from unit 0 Jun 23 05:37:07 rechner kernel: ippp_ccp: freeing reset data structure cb7d4800 Jun 23 05:37:07 rechner ipppd[242]: link 0 closed , linkunit: 0 Jun 23 05:37:07 rechner ipppd[242]: reinit_unit: 0 Jun 23 05:37:07 rechner kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jun 23 05:37:07 rechner kernel: ippp_ccp: allocated reset data structure cb7d4800 Jun 23 05:37:07 rechner ipppd[242]: Connect[0]: /dev/ippp0, fd: 7 Jun 23 05:37:07 rechner isdnlog: Jun 23 05:37:07 tei 69 calling 0191700 with +49 ..../......, Ort HANGUP ( 0:00:31 I= 27.8Kb O= 4.1Kb) Jun 23 05:37:07 rechner ip-down: Restored original /etc/resolv.conf ---------------[/var/log/isdn.log]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 05:36:36 2001|+49.......... |0191700 | 31| 3101| 993267396| -1|O| 16| 28463| 4191|3.2|7|0|1.056|DEM|0| 33| -1| ---------------[/var/log/messages]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 05:37:09 rechner SuSEfirewall: Firewall rules successfully set. -- info mit denen es funzt end --------------------------------------------------------------------------- --> hier info mit denen es n i c h t funktioniert beg alle messages,wenn online --------------[/var/log/messages]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 06:11:15 rechner kernel: ippp1: dialing 0 0192070... Jun 23 06:11:15 rechner isdnlog: Jun 23 06:11:15 * tei 69 calling 0192070 with +49 ..../......, Ort RING (Data) Jun 23 06:11:17 rechner isdnlog: Jun 23 06:11:17 tei 69 calling 0192070 with +49 ..../......, Ort Time:Sat Jun 23 06:11:00 2001 Jun 23 06:11:17 rechner isdnlog: Jun 23 06:11:17 tei 69 calling 0192070 with +49 ..../......, Ort CONNECT (Data) Jun 23 06:11:17 rechner isdnlog: Jun 23 06:11:17 tei 69 calling 0192070 with +49 ..../......, Ort No area info for provider 33_0 (98), destination 0192070 Jun 23 06:11:17 rechner ipppd[248]: Local number: ......, Remote number: 01070, Type: outgoing Jun 23 06:11:17 rechner ipppd[248]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Jun 23 06:11:17 rechner kernel: isdn_net: ippp1 connected Jun 23 06:11:17 rechner ipppd[248]: MPPP negotiation, He: No We: No Jun 23 06:11:18 rechner ipppd[248]: local IP address 212.144.160.2 Jun 23 06:11:18 rechner ipppd[248]: remote IP address 145.253.1.203 Jun 23 06:11:18 rechner ip-up: Modified /etc/resolv.conf for DNS at ippp1 Jun 23 06:11:20 rechner SuSEfirewall: Firewall rules successfully set. Jun 23 06:12:37 rechner isdnlog: Jun 23 06:12:37 tei 69 calling 0192070 with +49 ..../......, Ort Normal call clearing (User) Jun 23 06:12:37 rechner ipppd[248]: Modem hangup Jun 23 06:12:37 rechner ipppd[248]: Connection terminated. Jun 23 06:12:37 rechner ipppd[248]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 23 06:12:37 rechner ipppd[248]: closing fd 7 from unit 0 Jun 23 06:12:37 rechner ipppd[248]: link 0 closed , linkunit: 0 Jun 23 06:12:37 rechner ipppd[248]: reinit_unit: 0 Jun 23 06:12:37 rechner ipppd[248]: Connect[0]: /dev/ippp1, fd: 7 Jun 23 06:12:37 rechner kernel: isdn_net: local hangup ippp1 Jun 23 06:12:37 rechner kernel: ippp1: Chargesum is 0 Jun 23 06:12:37 rechner kernel: ippp, open, slot: 2, minor: 1, state: 0000 Jun 23 06:12:37 rechner kernel: ippp_ccp: allocated reset data structure c6235800 Jun 23 06:12:37 rechner kernel: ippp_ccp: freeing reset data structure cae28000 Jun 23 06:12:37 rechner isdnlog: Jun 23 06:12:37 tei 69 calling 0192070 with +49 ..../......, Ort HANGUP ( 0:01:20 I=838.0 b O=283.0 b) Jun 23 06:12:37 rechner ip-down: Restored original /etc/resolv.conf ---------------[/var/log/isdn.log]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 06:11:17 2001|+49.......... |0192070 | 80| 7950| 993269477| -1|O| 16| 838| 283|3.2|7|0|1.056|DEM|0| 33| -1| ---------------[/var/log/messages]-------------------------------------------------------------------------------------------------------------------------------------- Jun 23 06:12:39 rechner SuSEfirewall: Firewall rules successfully set. -- rechner:~ # cat /etc/resolv.conf search local nameserver 145.253.2.11 nameserver 145.253.2.75 rechner:~ # 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 145.253.1.203 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 145.253.1.203 0.0.0.0 UG 0 0 0 ippp1 rechner:~ # ping xxx.xxx.xx keine Antwort rechner:~ # ifconfig ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.0.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:84 errors:0 dropped:0 overruns:0 frame:0 TX packets:82 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 ippp1 Link encap:Point-to-Point Protocol inet addr:212.144.160.2 P-t-P:145.253.1.203 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:60 errors:0 dropped:0 overruns:0 frame:0 TX packets:60 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 --> hier info mit denen es n i c h t funktioniert end Any idea ? Gruss, Martin J.
On Sat, Jun 23, 2001 at 06:58:33AM +0200, martin.schmitte@m-j-sch.de wrote:
Hallo Liste,
habe Probleme mit der Verbindung zu einem weiteren (n-ten ) ISP. Mein Dfue-Taetigkeiten funktionieren mit dem bisherigen ISP tadellos. Nun habe ich einen neuen ISP konfiguriert und die Anwahl scheint auch zu funzen. Dennoch kann ich keine Verbindung zu einem anderen Rechner aufnehmen.
nutze SuSe 7.0 dns sind korrekt gesetzt. Ich glaube es liegt am Routing, doch ich kann nicht erkennen welche Eintraege nicht korrekt sind!
...
rechner:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp0 loopback * 255.0.0.0 U 0 0 0 lo
der ippp1 braucht eine andere dummy PtP adresse.
rechner:~ # ifconfig ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.0.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:84 errors:0 dropped:0 overruns:0 frame:0 TX packets:82 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
ippp1 Link encap:Point-to-Point Protocol inet addr:192.168.1.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
-- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb am Sam, 23 Jun 2001:
rechner:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp0 loopback * 255.0.0.0 U 0 0 0 lo
der ippp1 braucht eine andere dummy PtP adresse.
Ich habe zwar eigentlich (noch) wenig Ahnung von Linux, aber ich arbeite mit _drei_ IPs. Meine Routing-Tabelle sieht bzgl. der Dummy-Adresse genau so aus, und ich hatte noch _nie_ Probleme damit. Also kann es IMHO nicht daran liegen. Sorry, wenn ich sonst nicht helfen kann. cu Manfred -- Registered Linux-User #216556 http://counter.li.org./ ******************************************* In a World without Walls and Fences, who needs Windows and Gates? *******************************************
On Saturday, 23. June 2001 13:04, you wrote:
der ippp1 braucht eine andere dummy PtP adresse.
Habe ich geaendert. Kein Erfolg ! 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 145.253.1.203 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 145.253.1.203 0.0.0.0 UG 0 0 0 ippp1 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo Noch eine Idee ? Gruss, Martin J.
On Sat, Jun 23, 2001 at 05:13:14PM +0200, martin.schmitte@m-j-sch.de wrote:
On Saturday, 23. June 2001 13:04, you wrote:
der ippp1 braucht eine andere dummy PtP adresse.
Habe ich geaendert. Kein Erfolg !
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 145.253.1.203 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 145.253.1.203 0.0.0.0 UG 0 0 0 ippp1
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
mach mal bitte ein isdnctrl list all. -- Karsten Keil SuSE Labs ISDN development
On Saturday, 23. June 2001 20:32, you wrote:
mach mal bitte ein isdnctrl list all.
here we are ! --> Current setup of interface 'ippp0': EAZ/MSN: 921833 Phone number(s): Outgoing: 0191700 01090 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 1 Dialmax: 2 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Current setup of interface 'ippp1': EAZ/MSN: 921833 Phone number(s): Outgoing: 0192070 01070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 1 <-- gruesse, -- Martin J.
On Sun, Jun 24, 2001 at 09:09:41AM +0200, Martin J.Schmitte wrote:
On Saturday, 23. June 2001 20:32, you wrote:
mach mal bitte ein isdnctrl list all.
here we are !
OK auch wenn die 2. Nummern bei Outgoing falsch sind, die Einwahl selbst funktioniert ja bei beiden. Habe mir mal Dein 1. posting nochmal genauer angeschaut: SuSEfirewall: Firewall rules successfully set. Koennte sein das da das falsche Interface freigeschalten wird.
--> Current setup of interface 'ippp0':
EAZ/MSN: 921833 Phone number(s): Outgoing: 0191700 01090 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 1 Dialmax: 2 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0
Current setup of interface 'ippp1':
EAZ/MSN: 921833 Phone number(s): Outgoing: 0192070 01070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 1
-- Karsten Keil SuSE Labs ISDN development
On Sunday, 24. June 2001 10:07, you wrote:
OK auch wenn die 2. Nummern bei Outgoing falsch sind, die Einwahl selbst funktioniert ja bei beiden.
Keine Idee woher das kommt ?
Habe mir mal Dein 1. posting nochmal genauer angeschaut:
SuSEfirewall: Firewall rules successfully set.
Koennte sein das da das falsche Interface freigeschalten wird.
So ist es. Habe in firewall.rc.config auch ippp1 eingetragen und es funktioniert. Falls man mit yast ein neues ippp interface konfiguriert,koennte dies doch auch automatisch geschehen. rc.config : START_FW = yes --> modify firewall.rc.config Vielen Dank fuer die Hilfe !!!! Best regards, Martin J. --
participants (4)
-
Karsten Keil -
Manfred Misch -
Martin J.Schmitte -
martin.schmitte＠m-j-sch.de