January 2001 - openSUSE ISDN (Deutsch)

VBox will nicht
by Thilo A. Coblenzer 19 Jan '01

19 Jan '01

Moin Moin! Ich hab-ä mal an meiner "VBox-Baustelle" weitergearbeitet. Ich denke auch, daß ich noch ein paar Fehler beseitigt habe, ABER wenn ich versuche VBox zu starten: desktop:~ # /usr/sbin/vboxgetty -f /etc/vbox/vboxgetty.conf -d /dev/ttyI6 meint der Rechner: vboxgetty: Can't open log '/var/log/vbox/vboxgetty-ttyI6.log'. Da hat er auch gar nicht so unrecht, da es die Datei nicht gibt. Es gibt aber /var/log/vbox/vbox-ttyI6.log! Ich hab' doch dann bestimmt irgendwo etwas falsches eingegeben, aber wo? Ich bin für alle Ideen dankbar! Gruß Thilo

1 0

AW: [suse-isdn] pppoe und ip-up
by Lars Sölter 19 Jan '01

19 Jan '01

Hallo, > Das Script scheint schon OK, aber das geht auch einfacher: Danke für den Tip! Manchmal sieht man den Wald vor lauter Bäumen nicht ... Gruß, Lars>

1 0

AW: [suse-isdn] pppoe und ip-up
by Lars Solter 19 Jan '01

19 Jan '01

Hallo, >kann es sein, dass Dein Script vielleicht von der falschen Shell ausgefuehrt > wird? Faengt es nicht mit > #!/bin/bash > oder aehnlichem an? Ne, daran liegt es nicht. > Folgendes Konstrukt sieht mehr doch sehr nach hintenherum durch die Hose aus: Aus irgend einem Grund klappte die von Dir vorgeschlagene Losung nicht bim Export in eine Variable. Probiert hatte ich das auch ... Aber der Vorschlag von Christian ist um Welten einfacher ... und funktioniert. Vielen Dank! Gru?, Lars

1 0

Re: [suse-isdn] Paket Filter abschalten unter Suse 7.0 ?
by T. Sean (Theo) Schulze 19 Jan '01

19 Jan '01

Hallo Christian, Im /etc/rc.config steht "FW_START="yes"". Ersetze "yes" mit "no". MfG, Theo On 1/18/01 10:15 PM, "Christian Steinhauer" at christian(a)steinhauer-online.de wrote: > >Hallo ! > >Wie kann ich den Paketfilter abschalten unter Suse 7 ? >Ich weis ist gefahrlich, Hacker, Ports offen usw. > >Ich weis das man ipchains -A forward -j MASQ-i ippp0 einsetzen muss. Das >habe ich in die /sbin/init.d/boot.local >auch eingetragen. > >Nun meldet er mir ich musse echo 1 >/proc/sys/net/ipv4/ip_forward setzen. Wo >muss ich das reinschreiben einfach in die boot.local diese beiden Zeilen >einfugen: > >echo 1 >/proc/sys/net/ipv4/ip_forward >ipchains -A forward -j MASQ-i ippp0 > >Ist das richtig wenn ich das einfach einfuge ? Oder was muss ich sonst noch >andern damit der Paketfilter deaktiviert wird ? > >Gruss >Christian > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com >For additional commands, e-mail: suse-isdn-help(a)suse.com Theo. Sean Schulze tschulze(a)compuserve.com tsschulze(a)aol.com ******************************************************* I started out with nothing & still have most of it left.

1 0

[suse-isdn] Paket Filter abschalten unter Suse 7.0 ?
by Christian Steinhauer 18 Jan '01

18 Jan '01

Hallo ! Wie kann ich den Paketfilter abschalten unter Suse 7 ? Ich weis ist gefährlich, Hacker, Ports offen usw. Ich weis das man ipchains -A forward -j MASQ-i ippp0 einsetzen muss. Das habe ich in die /sbin/init.d/boot.local auch eingetragen. Nun meldet er mir ich müsse echo 1 >/proc/sys/net/ipv4/ip_forward setzen. Wo muss ich das reinschreiben einfach in die boot.local diese beiden Zeilen einfügen: echo 1 >/proc/sys/net/ipv4/ip_forward ipchains -A forward -j MASQ-i ippp0 Ist das richtig wenn ich das einfach einfüge ? Oder was muss ich sonst noch ändern damit der Paketfilter deaktiviert wird ? Gruss Christian

1 0

Linux und Win98
by Rene Peters 18 Jan '01

18 Jan '01

Hi Möchte mich von dem Rechner meiner Freundin (Win98) in meinen Linuxrechner einwählen und habe dabei festgestellt, daß Win sich leider nicht ordnungsgemäß anmelden will. Auszug aus /var/log/messages: ipppd[8057]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 4, linkunit: 0, fd: 8 ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] kernel: isdn_net: ippp4 connected ipppd[8057]: rcvd [0][proto=0x1] 3f ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: rcvd [0][proto=0x1] 3f ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: rcvd [0][proto=0x1] 3f ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: rcvd [0][proto=0x1] 3f ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: rcvd [0][proto=0x1] 3f ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] ipppd[8057]: rcvd [0][proto=0x1] 03 10 01 13 00 00 ipppd[8057]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x34fad0d9>] isdnlog: Jan 18 13:18:52 Call to tei 79 from ? on xxxx, xxxx Normalcall clearing (User) ippp4: remote hangup Mein Eintrag in der /etc/inittab sieht folgendermaßen aus: I6:123:respawn:/usr/sbin/mgetty -x 6 -s 115200 /dev/ttyI6 und in der login.config von mgetty habe ich folgendes eingetragen: /AutoPPP/ - ppp /usr/sbin/pppd 115200 auth -chap +pap das entsprechende Passwort für den User ppp ist in der Datei pap.secrets vorhanden. Wie kann ich nun Win98 dazu überreden sich richtig anzumelden bzw. geht das überhaupt? Habe gehört, daß zumindest Win95 bei der Anmeldung am Server nicht die übliche Loginprozedur verwendet und sofort eine ppp-Gegenstelle erwartet. Die Authentifizierung soll über das LCP-Protokoll erfolgen. Kennt sich jemand damit aus? Wenn ich nun versuche mich von meinem Linuxrechner in den Ž98 - Apparat meiner Freundin einzuwählen passiert folgendes: ippp7: dialing 4 xxxxxxxxx... isdnlog: Jan 18 13:11:42 * tei 79 calling +xxxx, xxxx with +xxxx, xxxx RING (Data) isdnlog: Jan 18 13:11:48 tei 79 calling +xxxx, xxxx with +xxxx, xxxx Incompatible destination (User) isdnlog: Jan 18 13:11:48 tei 79 calling +xxxx, xxxx with +xxxx, xxxx HANGUP Incompatible destination (User) kernel: isdn_net: local hangup ippp7 Wie kann man hier Abhilfe schaffen? Muß ich evtl. Samba installieren um Zugriff zu erhalten?

1 0

pppoe und ip-up
by Lars Sölter 18 Jan '01

18 Jan '01

Hallo, beim Betrieb des pppoed beobachte ich ein seltsames Phänomen. Ich habe in /etc/ppp/ die Datei ip-[up,down].local angelegt, um die zugewiesene IP-Addresse in eine Datei zuschreiben. Beim Ein- bzw. Auswählen über ISDN funktioniert auch alles wie gewünscht. Beim Einwählen über DSL wird nur eine leere Datei geschrieben. Legt pppoe auf, wird die Datei korrekt erstellt. An dem Script sollte es nicht liegen, von Hand ausgeführt klappt alles. Hat vielleicht jemand eine Idee? Gruß, Lars ps: Hier hänge ich mal das Script an ... # ip-up.local # Einwahlseiten abfangen #/usr/bin/wget -q -b -O /var/tmp/null -o /var/tmp/wget-log www.freenet.de # Systemzeit setzen #/usr/sbin/netdate udp time.fu-berlin.de ptbtime1.ptb.de ptbtime2.ptb.de & # ppp IP-Addresse ermitteln und in Variable schreiben export ipaddresseentfernt='ifconfig ppp0 | grep "inet addr" | cut -f2 -d":"' export ipaddresseentfernt=$(eval $ipaddresseentfernt | awk '{ print $1 }') # ppp IP-Addresse in Datei schreiben echo $ipaddresseentfernt > /home/support/ppp-Addresse.txt # ppp IP-Addresse fuer die Rogerwilko Netzverbindung in den html Dateien setzen sed s/ip-addresse/$ipaddresseentfernt/ /home/support/Rogerwilco/index.html.vorlage > /home/support/Rogerwilco/index.html

1 0

Re: [suse-isdn] HiSax,ch0 cause: E001B (kein Kabelbruch!)
by Ekkard Gerlach 18 Jan '01

18 Jan '01

Georg Golombek wrote: > > Am Mittwoch, 17. Januar 2001 03:23 schrieben Sie: > > Nachtrag: Sportster hat IRQ5 , io=0x268 (Jumper) > > > > Georg Golombek wrote: > > > Am Dienstag, 16. Januar 2001 20:27 schrieb Ekkard: > > > > Hallo, > > > > > > Hallo Ekkard, > > > > > > sie läuft doch und wählt?!: > > > > Jan 16 03:00:10 rex kernel: ippp0: dialing 1 010280193033... > > > > Jan 16 03:00:16 rex kernel: isdn: HiSax,ch0 cause: E001B > > > > > > ist da noch mehr log > > > > Nein, oder doch: > > Jan 16 03:00:10 rex kernel: ippp0: dialing 1 010280193033... > > Jan 16 03:00:16 rex kernel: isdn: HiSax,ch0 cause: E001B > > Jan 16 03:00:18 rex kernel: ippp0: dialing 2 010280193033... > > Jan 16 03:00:24 rex kernel: isdn: HiSax,ch0 cause: E001B > > Jan 16 03:00:26 rex kernel: isdn_net: local hangup ippp0 > > Jan 16 03:00:26 rex kernel: ippp0: Chargesum is 0 > > debug in /etc/ppp/ioptions freischalten: > . > . > . > # Set 'debug' to create a lot of information in /var/log/messages > debug Habe ich gemacht, in /var/log/messages ist aber die gleiche Ausgabe. > . > . > . > > es wählt doch zweimal an (hast Du vermutlich so eingestellt in > /etc/rc.config.d/i4l.rc.config) > Ja. 2 Male. > habe drei devices (ippp0-3) > > # Set the number of dial atempts for each number > # set to "" for unlimited > # > I4L_DIALMAX_0="2" > I4L_DIALMAX_1="2" > I4L_DIALMAX_2="1" > I4L_DIALMAX_3="1" > > ist also zunächst mal in Ordnung. > > wenn Deine Anschlußpunkte in Ordnung sind (schaut so aus), dann unterscheiden > sich die zwei Installationen bzw. Konfigurationen. > Die CREATIX -Karte läuft aber. Unterschiede: nur die i4l_hardware die für den hisax-Treiber ander io hat. Selbst der IRQ ist der gleiche: 5 Ich glaube mittlerweile, dass die Karte in dem PC einfach nicht läuft. Irgendwelche Toleranzen sind überschritten. Habe übrings schon alle 3 ISA-Slots ausprobiert. Sonst noch welche Tipps? Gruss Ekkard

1 0

Problem mit Fritz!PCI
by Matthias Stolt 18 Jan '01

18 Jan '01

Hallo, ich bin schier am verzweifeln. Ich bekomme keinen Connect zu einem Internet Service Provider hin. Ich habe bislang Arcor und Compuserve ausprobiert beide ohne Erfolg. Der nachfolgende Ausschnitt der /var/log/message wurde mit Compuserve probiert. Wenn ich einfach meine eigene Funktelefonnummer in den ISDN-Parametern eingebe, dann wir brav mein Telefon angerufen. Die ISDN-Karte scheint also durchaus zu signalisieren. Das ganze hängt an einem internen S0-Bus einer Telefonanlage (von einer Telefonfirma installiert). Bitte gebt mir einen oder auch zwei gute Tipps. Vielen Dank im voraus Matthias Stolt Initialisierungsphase: Jan 17 21:40:16 aberfire kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jan 17 21:40:16 aberfire kernel: HiSax: Linux Driver for passive ISDN cards Jan 17 21:40:16 aberfire kernel: HiSax: Version 3.5 (module) Jan 17 21:40:16 aberfire kernel: HiSax: Layer1 Revision 2.39 Jan 17 21:40:16 aberfire kernel: HiSax: Layer2 Revision 2.23 Jan 17 21:40:16 aberfire kernel: HiSax: TeiMgr Revision 2.15 Jan 17 21:40:16 aberfire kernel: HiSax: Layer3 Revision 2.14 Jan 17 21:40:16 aberfire kernel: HiSax: LinkLayer Revision 2.47 Jan 17 21:40:16 aberfire kernel: HiSax: Approval certification valid Jan 17 21:40:16 aberfire kernel: HiSax: Approved with ELSA Microlink PCI cards Jan 17 21:40:16 aberfire kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jan 17 21:40:16 aberfire kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jan 17 21:40:16 aberfire kernel: HiSax: Total 1 card defined Jan 17 21:40:16 aberfire kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Jan 17 21:40:16 aberfire kernel: HiSax: AVM PCI driver Rev. 1.17 Jan 17 21:40:16 aberfire kernel: AVM PCI: stat 0x20a Jan 17 21:40:16 aberfire kernel: AVM PCI: Class A Rev 2 Jan 17 21:40:16 aberfire kernel: HiSax: AVM Fritz!PCI config irq:10 base:0xE000 Jan 17 21:40:16 aberfire kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1 Jan 17 21:40:16 aberfire kernel: AVM Fritz PnP/PCI: IRQ 10 count 0 Jan 17 21:40:16 aberfire kernel: AVM Fritz PnP/PCI: IRQ 10 count 5 Jan 17 21:40:16 aberfire kernel: HiSax: DSS1 Rev. 2.29 Jan 17 21:40:16 aberfire kernel: HiSax: 2 channels added Jan 17 21:40:16 aberfire kernel: HiSax: MAX_WAITING_CALLS added Jan 17 21:40:16 aberfire kernel: HiSax: debugging flags card 1 set to 4 Jan 17 21:40:16 aberfire kernel: isdn: Verbose-Level is 3 Jan 17 21:40:16 aberfire kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 17 21:40:16 aberfire kernel: ippp_ccp: allocated reset data structure c3412000 Jan 17 21:40:17 aberfire kernel: IPv6 v0.8 for NET4.0 Jan 17 21:40:17 aberfire kernel: IPv6 over IPv4 tunneling driver Anwahlversuch: Jan 17 21:40:59 aberfire kernel: ippp0: dialing 1 01033019160... Jan 17 21:40:59 aberfire isdnlog: Jan 17 21:40:59 * tei 66 calling 019160 with +49 40/xxxxxx, Hamburg RING (Data) Jan 17 21:41:02 aberfire isdnlog: Jan 17 21:41:02 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg CONNECT (Data) Jan 17 21:41:02 aberfire isdnlog: Jan 17 21:41:02 tei 66 calling 019160 with +49 40/xxxx, Hamburg CHARGE: 0.147 DM/180s = 0.049 DM/Min (DTAG ISDN, Internet by call, täglich, CompuServeOffice) Jan 17 21:41:02 aberfire isdnlog: Jan 17 21:41:02 tei 66 calling 019160 with +49 40/xxxx, Hamburg HINT: Better use 01088:WorldCom, 0.001 DM/1s = 0.033 DM/Min, saving 0.024 DM/Min Jan 17 21:41:02 aberfire isdnlog: Jan 17 21:41:02 tei 66 calling 019160 with +49 40/xxxx, Hamburg 1.CI 0.147 DM (now) Jan 17 21:41:02 aberfire isdnlog: Jan 17 21:41:02 tei 66 calling 019160 with +49 40/xxxx, Hamburg NEXT CI AFTER 03:00 (DTAG ISDN, Internet by call, täglich, CompuServeOffice) Jan 17 21:41:02 aberfire ipppd[201]: Local number: xxxxxxxxx, Remote number: 01033019160, Type: outgoing Jan 17 21:41:02 aberfire ipppd[201]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jan 17 21:41:02 aberfire kernel: isdn_net: ippp0 connected Jan 17 21:41:32 aberfire ipppd[201]: No response to PAP authenticate-requests Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg Normal call clearing (User) Jan 17 21:42:01 aberfire kernel: isdn: HiSax,ch0 cause: E0160 Jan 17 21:42:01 aberfire kernel: ippp0: remote hangup Jan 17 21:42:01 aberfire kernel: ippp0: Chargesum is 0 Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg Mandatory information element is missing (Private network serving local user) Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg HINT: Cheapest booked 01088:WorldCom 0.033 DM (would save 0.114 DM) Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg HINT: Overall cheapest 01019:Mobilcom PowerTarif 0.019 DM (would save 0.128 DM) Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg HINT: LCR:FAILED Jan 17 21:42:01 aberfire ipppd[201]: Modem hangup Jan 17 21:42:01 aberfire ipppd[201]: Connection terminated. Jan 17 21:42:01 aberfire ipppd[201]: taking down PHASE_DEAD link 0, linkunit: 0 Jan 17 21:42:01 aberfire ipppd[201]: closing fd 7 from unit 0 Jan 17 21:42:01 aberfire kernel: ippp_ccp: freeing reset data structure c3412000 Jan 17 21:42:01 aberfire isdnlog: Jan 17 21:42:01 tei 66 calling 019160 with +49 40/xxxxxx, Hamburg HANGUP (1 CI 0.147 DM 0:00:59 I=168.0 b O= 480.0 b) Mandatory information element is missing (Private network serving local user) Jan 17 21:42:01 aberfire ipppd[201]: link 0 closed , linkunit: 0 Jan 17 21:42:01 aberfire ipppd[201]: reinit_unit: 0 Jan 17 21:42:01 aberfire kernel: ippp, open, slot: 0, minor: 0, state: 0000 Jan 17 21:42:01 aberfire kernel: ippp_ccp: allocated reset data structure c3412000 Jan 17 21:42:01 aberfire ipppd[201]: Connect[0]: /dev/ippp0, fd: 7

3 2

Y-Adapter an NTBA?
by alex 17 Jan '01

17 Jan '01

Hallo zusammen, nachdem ich eben in der Liste die mail von Jörg Frings-Fürst (Re: [suse-isdn] HiSax,ch0 cause: E001B (kein Kabelbruch!)) >>Im übrigen habe ich für 30 Mack eine 6-fach-Verteildose in Elektronik- >>Fachhandel gekauft. Mir wurde damals gesagt das sei in der Dose >>schon alles terminiert, ich könne in beliebiger Anzahl die 6 >>Steckplätze >>füllen. > >Mit so einem Verteiler haben wir auch massive Probleme gehabt, der hat die >unmöglichsten Fehler produziert. Meine Frage: der NTBA hat "nur" 2 Ausgänge, ich aber drei Geräte. Kann ich hier nun einfach einen Y-Adapter zwischensetzen, der mir einen zusaätzlichen Anschluß bietet, oder soll ich besser eine Extra-Anschlussdose auf den Bus aufsetzen? Im Falle des Y-Adapters würde ein Teil davon einen etwa 30Meter lagen Kabelstrang versorgen, am anderen Teil des Y.. hingegen würde ich direkt eine ISDN-Karte hängen. Muss ich hierbei direkt mit Problemen rechnen (nach den Vorgaben habe ich ja eigentlich keine "Bus-Struktur" mehr)? mit freundlichen Grüssen, Alexander Meinecke

2 1