September 1999 - openSUSE ISDN (Deutsch)

Truncated IP
by Dieter.Riepenhausen＠t-online.de 14 Sep '99

14 Sep '99

Hallo, Ich hab hier etwas was mich noch ganz m�rbe macht. Eingerichtet ist hier ein Router der zwei kleine Netze online bringen soll. 1. Maz 192.168.1.x 2. Office 192.168.2.x ISDN Fritz PCI als ippp0, automatische Einwahl ueber T-Online,dyn IP ippp1 selbe Karte als 2.Zugang , manuelle Einwahl auch T-Online Squid 1.2 Samba in rc.config IP_DYNIP=yes Suse 6.1 Kernel 2.2.7 Prinzipiell laeuft das alles ganz normal, nur ist es so das der Router von Zeit zu Zeit Amok l�uft und sich dann ca.alle 2 min einw�hlt. ein tcpdump -i ippp0 brachte folgendes hervor : 19:22:42.365357 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] 19:22:43.895353 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] 19:22:43.897015 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] usw. aus /var/log/messages ist wohl (nur?) folgendes von Bedeutung : Sep 14 19:26:42 gate1 kernel: OPEN: 193.159.17.137 -> 193.158.2.75 TCP, port: 1231 -> 80 wobei die 193.159.17.137 die zuletzt vergebene lokale IP ist. Kann mir da einer weiterhelfen ? Dieter Riepenhausen Technical Supervisor Penta TV Germany --- Please confirm the receipt of this message ---

2 1

Erfahrungen mit ISDN-Karte T-View-100-PC
by g_h.hartenthaler＠t-online.de 14 Sep '99

14 Sep '99

Hallo Liste, meine Versuche diese Karte unter Suse-Linux 6.1 in Betrieb zu nehmen sind bislang gescheitert. Unter Win95 läuft alles prima, unter Linux wäre ich schon zufrieden, wenn die Datenverbindungen klappen würden, Videokonferenzen wären Kür. Hat es schon mal jemand geschafft? Meine Suche im Mail-Archiv der letzten Monate war nicht erfolgreich und die Hinweise bzgl. der Einbindung nicht unterstützter ISDN-Karten haben mich bislang auch nicht weitergebracht, wobei ich sagen muss, dass meine Linux-Erfahrungen gerade mal 2 Monate alt sind. Mit freundlichen Grüßen Hermann Hartenthaler

2 1

imap problem
by wmmvdwee 14 Sep '99

14 Sep '99

Hi all, Thanks to Gerhard Sitting for his helpfull info. My problem is partly solved. I made a stupid mistake, by putting the name of my Linux server in Netscape. As this client runs Win95 I had to make a Hostlm file, or put the Linux servers IP address in Netscape instead. Now i can receive local mail from the network on the Win95 machine, and also send to the Linux server. Only the local mail sent from the Win95 machine stays in the /var/spool/mqueue and is not transported to the addressed user. Anyway thanks for your help. Wil

2 1

Bildschirmschoner
by Michael Gerdes 14 Sep '99

14 Sep '99

hallo liste ich moechte automatisch den bildschirmschoner beenden sobald sich der inhalt auf dem screen veraendert (console 13 und 14 ) oder sobald ISDNCTRL daten bearbeitet. gibt es einen moeglichkeit ? danke euch michael

1 0

Eumex 404PC
by Frank Wagner 14 Sep '99

14 Sep '99

hallo Leute, hat jemand Erfahrungen mit diesem externen ISDN-Modem Eumex 404PC unter Linux? Beziehungsweise, weiß jemand ob das von Linux unterstützt wird? Vielen Dank schonmal Frank

2 1

ip-up - ip-down - ip-up - ip-down - ip-up - ip-down - ip-hin - ip-her -ip-up - ip-down - ip-you - ip-me - ip-up - ip-down
by W.Conrad 14 Sep '99

14 Sep '99

Hallo, weiß jemand, ob es eine Möglichkeit gibt, das ip-up nur auf ein EINZIGES ippp-device zu beschränken? Problem ist folgendes: zwei heterogene Netze an zwei geographisch verschiedenen Punkten, verbunden über zwei Linuxe(?), Linuces(?), na, eben zwei Linuxrechner als Gateways Gw1 Gw2 192.168.2.x Netz1 --- eth0 Linux ippp1 --- --- ippp1 Linux' eth0 --- Netz 2 192.168.0.x ippp0 ippp0 | | | | ISPx ISPy (wenn die Darstellung nicht deutlich genug ist, befindet sich eine handgefertigte Zeichung unter http://www.praxisarzt.de/temp/route.html ) Wenn Netz 1 zu Netz 2 Verbindung herstellt (jeweils ippp1) werden entsprechende default-routes im routing table eingetragen. Wunderbar bis dahin. Fordert einer jedoch eine externe IP, wird eine Verbindung zum Provider hergestellt, die sich oberhalb der bestehenden default route einfügt und jene somit 'abschneidet'. Umgekehrt wird bei bestehender Verbindung zum Provider, wenn eine Verbindung zum anderen lokalen Netz angefordert wird, ein zweiter default-Eintrag eingefügt, der die Verbindung zum Internet abschneidet. Wünschenswert wäre eine von ip-up unveränderbare Verbindung zwischen den beiden lokalen Netzen. Bei der Verbindung zwischen den beiden gateways sollte kein ifconfig von ippp1 und keine neues Setzen der default route stattfinden, da auf beiden Seiten die Einträge ohnehin schon korrekt im routing table exsistieren. Bei den Providerverbindungen kann auf das dynamic ip-patch nicht verzichtet werden, da diese die IPs dynamisch vergeben. Zugegeben, von scripting verstehe ich nicht allzu viel und weiß nicht, wo man ip-up entsprechend manipulieren könnte, vielleicht stehe ich ja einfach auf'm Schlauch aber ich erlebe auf beiden Seiten der Netze durcheinanderwirbelnde routing tables, dass mir hören und sehen vergeht, wobei es mir nicht gelingt, die dahinterstehende Logik (die es ohne Zweifel gibt) zu begreifen. Kann man vor ip-up auf ein "ip-up.ippp0" und "ip-up.ippp1" verzweigen? Mein Eindruck: ip-up - alles oder nichts! Das ist aber nicht richtig!? Wolfgang(a)lways.thankful.for.a.hint

3 2

test
by W.Conrad 13 Sep '99

13 Sep '99

testing line ;)

1 0

Re: [suse-isdn] call without CPN, assuming 0
by Szomraky Stefan 13 Sep '99

13 Sep '99

Was sonst außer SuSE ? ;-) So verschieden sind wir nicht. Naja, nehmen wir mal die Kabelmodems weg, die günstigen Onlinetarife, die Pauschal Kabelmodem tarife (80 Mark im monat für unlimited internet 300kbit up, 64 kbit down), nehmen wir die niedrige arbeitslosigkeit, die hohen berge, eure ausländerfeindlichkeit (nicht jeder, aber höher als sonstwo, nicht wahr? (kommt aber von der arbeitslosigkeit)) dann, ja dann sind wir ganz gleich ;-) PS: Natürlich wird das nicht von der Post kontroliert, es gibt ja haufenweise private, auch telefonie übers kabelnetz hamma, aber DIESER anschluß hängt am "Post und Telekom Austria AG" Netz ;-) Sollte übrigens NICHT arrogant, oder herablassend wirken (hmmm, ist arrogant und herablassend nicht das selbe ? ;-) cu Juergen Ilse wrote: > > Hallo, > > On Mon, Sep 13, 1999 at 11:17:53AM +0200, Szomraky Stefan wrote: > > Hmm, wie naiv ihr Deutschen doch seid. MAn spricht auch in anderen > > Ländern Deutsch. > > Ich wusste aber nicht, dass die SuSE-Distribution auch in anderen > deutschsprachigen Laendern einen relevanten Marktanteil hat (und > auch die Mail-Adresse liess nicht unbedingt auf Oesterreich oder > Schweiz schliessen). Ausserdem ging ich fast davon aus, dass auch > in anderen Laendern mittlerweile die Telekommunikation nicht mehr > unbedingt in den gleichen Haenden liegt, wie die Post... > > Tschuess, > Juergen Ilse (ilse(a)asys-h.de) > -- > Das Netz ist Freude. Es ist Ekstase, die jeden einzel- | Juergen Ilse > nen Nerv ergluehen laesst. Es ist Duft, den man fuehlt. | Internet POP Hannover > Es ist ein Bild, das man riecht. Es ist Erfuellung - | Vahrendwald. Str. 205 > ein Geschmack, neben dem alles andere schal ist. | 30165 Hannover > Netzreiter-Preisung aus: A.Brandhorst "Der Netzparasit" | ilse(a)pop-hannover.de -- Get Paid to Surf the Web: http://www.alladvantage.com/go.asp?refid=APP000 Hey! My inglis is berfekt, isnt it?

1 0

SnycPPP funktioniert nicht
by Wolfgang Leideck 13 Sep '99

13 Sep '99

Hallo, ich habe meinen Rechner mit ISDN versorgt und es will nicht funktionieren. Starte ich ipppd von Hand bekomme ich folgende Fehlermeldung "Sorry - isdnPPP driver version 0.0.0 is out of date. Maybe ippp0 has no 'syncppp' encapsulation" Isdnlog wird aber rot und in /var/log/message steht das auch eine Verbindung existiert, bloss im Terminal passiert nix. Ein ping z.B. bleibt einfach haengen. Zuvor hatte ich ISDN laufen mit x75i und alles funktionierte, leider funktioniert die Gegenstelle nicht mehr und ich wuerde gerne wieder mit Linux arbeiten. Es laeuft bei mir suse linux 6.1. Wolfgang

3 2

Einwahl geht, ist es ein Routingproblem ?
by thorsten＠systrade.de 13 Sep '99

13 Sep '99

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(a)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(a)systrade.de

4 4