Einwahl geht, ist es ein Routingproblem ?
Hallo, Ich habe einen Dialin-Server mit sync-ppp konfiguriert anhand des Beispiels bei Suse. Die Einwahl funktioniert aber sobald ich ein Programm auf dem Server vom Client aus aufrufe, erhalte ich folgende Fehlermeldung, die den Server auflegen laesst: p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) wenn ich nach der Einwahl im Server kein Programm aufrufe und immer mal "return" tippe bleibt die Verbindung bestehen. wenn sich der Client eingewaehlt hat und ich vom Server eine telnet-sesson auf dem Client starte bleibt die Verbindung erhalten und das .100er Netz ist erreichbar. Starte ich nach dem geglueckten einlogen mit dem client "vi" oder "ls" erhalte ich die obengenannte Fehlermeldung. 1)Was fehlt an meiner Konfiguration um eine Telnet session ohne abbruch zu erhalten? 2)Fehlt etwas um von meinem 192.168.100er Netz in das 192.168.10er Netz zu routen? Danke im voraus fur die Antworten Thorsten Konfiguration: keine Kompression, keine Kanalbuendelung Server: ------- etho: 192.168.10.55 ippp0: zum Provider ippp1: 192.168.20.55 ppp-Partner 192.168.60.1 options.ippp1: 192.168.20.55:192.168.60.1 route: 192.168.10.0 eth0 192.168.50.0 ippp1 192.168.100.0 ippp1 default ippp0 Client: -------- Clients sind Linux und/oder Bianca Brick XM bei beiden treten die gleichen Symptome auf! Linux options.ippp0: 0.0.0.0: route: 192.168.50.0 eth0 192.168.100.0 hostroute ueber eth0 192.168.20.0 ippp0 192.168.10.0 ippp0 Protokol des Servers in messages ------------------------------------ Sep 8 15:47:45 p55 kernel: HiSax: SI=7, AI=0 Sep 8 15:47:45 p55 kernel: ippp1: call from 006xxx -> 1 accepted Sep 8 15:47:45 p55 isdnlog: (HiSax driver detected) Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 * Call to tei 127 from +6xxx/, on ? CPN +6xxx Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 * Call to tei 127 from +6xxx/, on +49 6131/1, Mainz RING (Data) Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz CONNECT (Data) Sep 8 15:47:46 p55 kernel: isdn_net: ippp1 connected Sep 8 15:47:46 p55 kernel: isdn_net: chargetime of ippp1 now 12900 Sep 8 15:47:46 p55 ipppd[124]: Local number: 1, Remote number: , Type: incoming Sep 8 15:47:46 p55 ipppd[124]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Sep 8 15:47:49 p55 ipppd[124]: lcp layer is UP Sep 8 15:47:49 p55 ipppd[124]: Check_passwd called with user=USERX Sep 8 15:47:49 p55 ipppd[124]: MPPP negotiation, He: No We: No Sep 8 15:47:49 p55 ipppd[124]: CCP enabled! Trying CCP. Sep 8 15:47:49 p55 ipppd[124]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Sep 8 15:47:49 p55 ipppd[124]: ccp_resetci! Sep 8 15:47:49 p55 ipppd[124]: local IP address 192.168.20.55 Sep 8 15:47:49 p55 ipppd[124]: remote IP address 192.168.60.1 Sep 8 15:47:49 p55 in.telnetd[244]: connect from USERX@192.168.50.100 Sep 8 15:48:19 p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) Sep 8 15:49:45 p55 ipppd[124]: LCP terminated by peer Sep 8 15:49:46 p55 kernel: isdn_net: local hangup ippp1 Sep 8 15:49:46 p55 kernel: ippp1: Chargesum is 0 Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz Normal call clearing (User) Sep 8 15:49:46 p55 ipppd[124]: Modem hangup Sep 8 15:49:46 p55 ipppd[124]: Connection terminated. Sep 8 15:49:46 p55 ipppd[124]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 8 15:49:46 p55 ipppd[124]: closing fd 7 from unit 0 Sep 8 15:49:46 p55 ipppd[124]: link 0 closed , linkunit: 0 Sep 8 15:49:46 p55 ipppd[124]: reinit_unit: 0 Sep 8 15:49:46 p55 ipppd[124]: Connect[0]: /dev/ippp1, fd: 7 Sep 8 15:49:46 p55 kernel: isdn: HiSax,ch0 cause: E011F Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz Normal, unspecified (Private network serving local user) Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz HANGUP ( 0:02:01 I= 7.5Kb O= 8.0Kb) mailto: thorsten@systrade.de
On Thu, Sep 09, 1999 at 12:14:23PM +0200, thorsten@systrade.de wrote:
p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1)
sind die .10. und die .20. hier korrekt ?
2)Fehlt etwas um von meinem 192.168.100er Netz in das 192.168.10er Netz zu routen?
das hängt ja von deinen bisherigen routing ab - wenn ich das auf die schnelle sehe, routest du .20. wohl überhaupt nicht ... aber irgendwie schient mir eh viel durcheinander bei dir zu herschen ;) (vorallem das kreuz-und-quer-routing ist mir nicht ganz klar, warum das gerade SO sein muss) .. MfG, Joerg. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Henner, Reyer & Nickels, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de
Am Thu, 09 Sep 1999 schrieb thorsten@systrade.de:
Hallo,
Ich habe einen Dialin-Server mit sync-ppp konfiguriert anhand des Beispiels bei Suse. Die Einwahl funktioniert aber sobald ich ein Programm auf dem Server vom Client aus aufrufe, erhalte ich folgende Fehlermeldung, die den Server auflegen laesst:
p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) Ich habe jetzt den Rest Deiner mail nicht analysiert, irgendwie kommt mir die Fehlermeldung nämlich bekannt vor...sowas hatte ich immer auf 2.0.36er Kerneln, wenn ich den dynamische IP-Patch eingeschaltet habe (/etc/rc.config, DYN_IP=YES). Als ich da NO reingeschrieben habŽ, war ruhe.
Im übrigen, wenn sich denn herausstellen sollte, daß es daran bei DIR liegt und Du unbedingt den Patch brauchst, soll es beim 2.0.x-Kerneln helfen, wenn man statt YES 2 oder 3 in die rc.config schreibt. Ob das ein joke ist, oder wirklich funktioniert, konnte ich leider noch nicht ausprobieren. ciao Volker -- ---------------------------- byte.box volker matzken fon 06103.2053590 fax 06103.2053333 ----------------------------
On Thu, 9 Sep 1999, Volker Matzken wrote:
Ich habe einen Dialin-Server mit sync-ppp konfiguriert anhand des Beispiels bei Suse. Die Einwahl funktioniert aber sobald ich ein Programm auf dem Server vom Client aus aufrufe, erhalte ich folgende Fehlermeldung, die den Server auflegen laesst:
p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) Ich habe jetzt den Rest Deiner mail nicht analysiert, irgendwie kommt mir die Fehlermeldung nämlich bekannt vor...sowas hatte ich immer auf 2.0.36er Kerneln, wenn ich den dynamische IP-Patch eingeschaltet habe (/etc/rc.config, DYN_IP=YES). Als ich da NO reingeschrieben hab´, war ruhe.
Im übrigen, wenn sich denn herausstellen sollte, daß es daran bei DIR liegt und Du unbedingt den Patch brauchst, soll es beim 2.0.x-Kerneln helfen, wenn man statt YES 2 oder 3 in die rc.config schreibt. Ob das ein joke ist, oder wirklich funktioniert, konnte ich leider noch nicht ausprobieren.
Freilich geht das. Aus /sbin/init.d/boot: ---------------------------------------------------- # # Enable "dynamic IP patch" # if test -n "$IP_DYNIP" -a "$IP_DYNIP" != no -a \ -e /proc/sys/net/ipv4/ip_dynaddr ; then echo -n "Enabling dynamic IP patch" case "$IP_DYNIP" in yes) echo 7 ; ECHO_RETURN=$rc_done ;; [1-9]) echo $IP_DYNIP ; ECHO_RETURN=$rc_done ;; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ *) ECHO_RETURN=" invalid IP_DYNIP=$IP_DYNIP $rc_skipped" ;; esac > /proc/sys/net/ipv4/ip_dynaddr || ECHO_RETURN=$rc_failed echo -e "$ECHO_RETURN" fi ---------------------------------------------------- Nur an Doku habe ich außer /usr/src/linux/Documentation/networking/ip_dynaddr.txt nix rechtes gefunden. ciao, christian
Hallo, danke an alle die mir gehlofen haben. Die Fehlermeldung p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) hat sich verfluechtigt. Die Einwahl bricht nicht mehr ab. Für alle Skeptiker meiner Routingeinträge, sie stimmen und funktionieren. Standort A hat 192.168.10 auf eth0 sowie eine 195.x.x.x auf ippp0 und 192.168.20 auf ippp1 Standort B ist über ippp1 erreichbar mit den IPs 192.168.50 und 192.168.100. Standort B wählt über ippp0 zu Standort A auf ippp1 ein. 192.168.20 und 192.168.60 dienen als transit- network. Nun noch ne Frage, warum schreibt SuSE eine 7 in ip_dynaddr? Thorsten mailto: thorsten@systrade.de
participants (4)
-
Christian Zoz -
Joerg Henner -
thorsten＠systrade.de -
Volker Matzken