[linux-l] Merkwuerdiges bei SuSE-10.3

So Nov 25 17:11:28 CET 2007

Am Sonntag, 25. November 2007 16:43 schrieb Juergen Rienaecker:
> Thorsten Stöcker wrote:
> > Moin
> >
> > Am Sonntag, 25. November 2007 11:18 schrieb Juergen Rienaecker:
> >>>> Außerdem gibt es da ein Problem. Ich habe es noch nie geschafft,
> >>>> über yast eine Internetverbindung herzustellem.
> >>>
> >>> So? Hm, wie gehst Du denn ins Internet (Modem, ISDN, DSL, Proxy)
> >>
> >> ADSL, und Arcor hat da ein sogenanntes Modem, welches über ein
> >> Ethernetkabel mit meiner Ethernetkarte verbunden wird. Die Einwahl mache
> >> ich manuell mit kinternet. Die IP-Adressen werden mir dynamisch bei der
> >> Einwahl zugeteilt.
> >>
> > :-) Also DSL und PPPoE.
> > :
> >>>> Liegt das daran, daß Suse den Provider Arcor nicht kennt und
> >>>> ich daher einige Mühe habe, ihn einzurichten ?
> >>>
> >>> Nein, daran liegt es nicht. Weil das funktioniert auch mit völlig
> >>> unbekannten Providern hervorragend. Allerdings dauert es immer etwas
> >>> bis der Server antwortet, nun wäre die Frage, wie lange Arcor braucht
> >>> Deine Verbindungsanfrage zu bearbeiten.
> >>
> >> Zur Zeit bin ich immer noch zu doof, der SuSE-10.3 die Interneteinwahl
> >> beizubiegen.
> >
> > Hm? Ich denke Du machst das manuell (was eine viel größere Sicherheit
> > darstellt als man gemeinhin glaubt.). Soll das heißen, Du möchtest das
> > SuSE sozusagen automatisch die Verbindung herstellt?
> >
> >> Vieleicht muß ich doch einige config-Dateien aus der SuSE-10.2
> >> auf die 10.3 übernehmen.
> >> Ich habe es schon vergessen, wie ich das bei der
> >> SuSE-10.2 gemacht habe. Als ich mich von der SuSE-10.1 trennen wollte,
> >> war ich ehrlich erstaunt, das es auf der SuSE-10.2 geht.
> >
> > Warum?
>
> Das Problem ist, daß ich mit der SuSE-10.3 überhaupt keine
> Internetverbindung zustande kriege. Das heißt ich habe die openSUSE-10.3
> umsonst gekauft, denn registrieren kann ich mich nicht. Ich habe noch keine
> Stelle bei Novell.com gefunden, wo ich den Registriercode eingeben kann.
> Also kriege ich auch keinen Support für das "Wunderwerk".
> Mit dem "Wunderwerk" habe ich mit kaffeine nicht mal DVB-T geschafft, und
> das obwohl der Kernel das nun inzwischen kann, da bei der SuSE-10.3 viele
> Multimediapakete fehlen, die auf dem SuSE-10.2-Megapack vorhanden sind. Der
> einzige Vorteil gegenüber dem 10.2-Megapack war bisher nur, daß die
> benötigten *-devel Pakete vorhannden sind. Das 10.2-Megapack ist da etwas
> unvollständig.
>
> Bisher habe ich meine Updates immer unter
>  http://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/update/
> gefunden und zwar auch die Quellpackete !
> Meine SuSE-10.2 (openSUSE Megapack) ist was die Updates für 10.2 betrifft
> immer aktuell. Aber für mein selbstcompiliertes Gnome-2.20 habe ich so
> manches Quellpaket (*src.rpm) der openSuSE-10.3 gebraucht und nicht nur für
> Gnome sondern auch für manche Basisprogramme, die Gnome-2.20 braucht.
> Die Updates für Gnome (inzwischen 2.20.1) finde ich bei gnome.org aber die
> für die auf meiner 10.2 laufenden Pakete der 10.3 ?
>
> Hat sich gimp-2.4.2 oder glib2-2.14.4 schon zur SuSE-10.3 rumgesprochen ?
>
> Gruß
> Jürgen
> 
Hallo Jürgen,

ruf doch mal die Hotline an und beschwere Dich bei ihnen.
Als ich zum ersten mal die SuSE 6.0 installiert habe und nicht zurande kam,
habe ich die auch beschimpft und in den Handbüchern danach stand vieles was 
vorher nicht der Rede wert war: "Linux ist nichts für Anfänger" war die 
lapidare Antwort, da habe ich dem Hotliner den Marsch geblasen. 
Ich fand das als Linuxneuling eine Frechheit.
Bei Updates von einer Version auf die andere hatte ich oft Pech, vieles 
funktionierte nicht so wie gewohnt. Ich habe oftmals eine Neuinstallation 
machen müssen. Zur Zeit läuft noch 10.2 von Anfang an und über Update, es 
wird aber die letzte Suse sein, denn ich steige komplett auf Debian um.
Bei der 10.2 hat mein Internetanschluß sofort geklappt und auch die Umstellung 
auf DSL machte keine Probleme.
/etc/ppp/resolv.conf:
Nameserver xxx.xxx.xxx.xxx ---eintragen---

Vielleicht holft es.

Viel Glück
Katja

-------------- nächster Teil --------------
# /etc/ppp/options
#
# Not every option is listed here, see man pppd for more details.  This file
# is read by the pppd, it is an error when it is not present.
#
# Use the following command to see the active options:
# grep -v ^# /etc/ppp/options | grep -v ^$
#

# The name of this server. Often, the FQDN is used here.
#name <host>

# Enforce the use of the hostname as the name of the local system for
# authentication purposes (overrides the name option).
#usehostname

# If no local IP address is given, pppd will use the first IP address
# that belongs to the local hostname. If "noipdefault" is given, this
# is disabled and the peer will have to supply an IP address.
noipdefault

# With this option, pppd will accept the peer's idea of our local IP
# address, even if the local IP address was specified in an option.
#ipcp-accept-local

# With this option, pppd will accept the peer's idea of its (remote) IP
# address, even if the remote IP address was specified in an option.
#ipcp-accept-remote

# Run the executable or shell command specified after pppd has terminated
# the link.  This script could, for example, issue commands to the modem
# to cause it to hang up if hardware modem control signals were not
# available.
# If mgetty is running, it will reset the modem anyway. So there is no need
# to do it here.
#disconnect "chat -- \d+++\d\c OK ath0 OK"

# Increase debugging level (same as -d). The debug output is written
# to syslog LOG_LOCAL2.
#debug

# Enable debugging code in the kernel-level PPP driver.  The argument n
# is a number which is the sum of the following values: 1 to enable
# general debug messages, 2 to request that the contents of received
# packets be printed, and 4 to request that the contents of transmitted
# packets be printed.
#kdebug n

# noauth means do not require the peer to authenticate itself, this must
# be set if you want to use pppd to connect to the internet. In this case
# *you* must authenicate yourself to the peer(internet provider), so do
# not disable this setting unless you are the dial-in server which where
# the peer has to autenticate to.
noauth

# Use hardware flow control (i.e. RTS/CTS) to control the flow of data
# on the serial port.
crtscts

# Specifies that pppd should use a UUCP-style lock on the serial device
# to ensure exclusive access to the device.
lock

# Use the modem control lines.(is default)
modem
# The opposite: local
#
# Description:
# Don't use the modem control lines.  With this option, pppd will ignore the
# state of the CD (Carrier Detect) signal from the modem and will not change
# the state of the DTR (Data Terminal Ready) signal.
#
# You need to disable modem and enable local if you want to connect to anoter
# system without using a modem:
#local

# async character map -- 32-bit hex; each bit is a character
# that needs to be escaped for pppd to receive it.  0x00000001
# represents '\x01', and 0x80000000 represents '\x1f'.
# To allow pppd to work over a rlogin/telnet connection, ou should escape
# XON (^Q), XOFF  (^S) and ^]: (The peer should use "escape ff".)
#asyncmap  200a0000
asyncmap 0

# needed for some ISDN Terminaladaters, namely ELSA, those seem to have
# problems with asyncmap negotiation, so you can turn off this procedure
# in case your ISDN box has trouble with it, by enabling this option.
# You have to disable the asyncmap <x> option to be sure to have it
# active. If you use wvdial, set the ISDN parameter in /etc/wvdial.conf
# instead.
#default-asyncmap

# Set the MRU [Maximum Receive Unit] value to <n> for negotiation.  pppd
# will ask the peer to send packets of no more than <n> bytes. The
# minimum MRU value is 128.  The default MRU value is 1500.  A value of
# 296 is recommended for slow links (40 bytes for TCP/IP header + 256
# bytes of data). The value 1492 is for DSL connections (PPP Default -
# PPPoE Header: 1500 - 8 = 1492)
# mru 1492

# Set the MTU [Maximum Transmit Unit] value to <n>. Unless the peer
# requests a smaller value via MRU negotiation, pppd will request that
# the kernel networking code send data packets of no more than n bytes
# through the PPP network interface. The value 1492 is for DSL connections
# (PPP Default - PPPoE Header: 1500 - 8 = 1492)
# mtu 1492

# Set the interface netmask to <n>, a 32 bit netmask in "decimal dot"
# notation (e.g. 255.255.255.0).
#netmask 255.255.255.0

# Don't fork to become a background process (otherwise pppd will do so
# if a serial device is specified).
nodetach

# If this option is given, pppd will send an LCP echo-request frame to
# the peer every n seconds. Under Linux, the echo-request is sent when
# no packets have been received from the peer for n seconds. Normally
# the peer should respond to the echo-request by sending an echo-reply.
# This option can be used with the lcp-echo-failure option to detect
# that the peer is no longer connected.
lcp-echo-interval 30

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection.  Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 4

# Send up to 60 LCP configure-request during negotiation. With a value
# of 2 for lcp-restart below, this might take up to 2 minutes.
lcp-max-configure 60

# Resend unanswered LCP requests after 2 seconds.
lcp-restart 2

# Specifies that pppd should disconnect if the link is idle for n seconds.
idle 600

# Specifies the maximal number of attempts to connect to the server. This
# is useful for dial on demand. Default value is 10.
#maxfail 3

# Disable the IPXCP and IPX protocols.
noipx

# In the file /etc/ppp/filters are some active-filter rules. See man pppd
# and man tcpdump for more informations.
file /etc/ppp/filters

#-------------------------------------------------------------------------
# The next two options are only interesting for you if you are admin of
# a system with other users that use ppp, and those users are normally
# never allowed to add default route, or you do not want users to
# replace the default route.
#-------------------------------------------------------------------------

# enable this to prevent users from attempting to add a default route.
# Use this option with caution: If the user needs to use a program like
# wvdial, he will not be able to connect because wvdial forces defaulroute
# but this is rejected by this option and the user will not be able to
# connect to the internet.
#nodefaultroute

# enable this to prevent users from replacing an existing default route.
#noreplacedefaultroute

#-------------------------------------------------------------------------
# All options below only make sense if you configure pppd to be a dial-in
# server, so don't touch these if you want dial into your provider with
# PPP!
#-------------------------------------------------------------------------

# Set the assumed name of the remote system for authentication purposes
# to <n>.
#remotename <n>

# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. {proxyarp,noproxyarp}
#proxyarp

# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont work.
#login

# Specify which DNS Servers the incoming Win95 or WinNT Connection should use
# Two Servers can be remotely configured
#ms-dns 192.168.1.1
#ms-dns 192.168.1.2

# Specify which WINS Servers the incoming connection Win95 or WinNT should use
#ms-wins 192.168.1.50
#ms-wins 192.168.1.51

-------------- nächster Teil --------------
#
# WvDial options
#
# Plugin passwordfd enables us to pipe the password to pppd, thus we
# don't have to put it into pap-secrets and chap-secrets.
#
plugin passwordfd.so
#
noauth
name wvdial
-------------- nächster Teil --------------
#
# PPP over Ethernet options (using roaring pinguin plugin)
#
plugin rp-pppoe.so
#
# Plugin passwordfd enables us to pipe the password to pppd, thus we
# don't have to put it into pap-secrets and chap-secrets.
#
plugin passwordfd.so
#
noauth
# pppoe has a lower mtu/mru
mtu 1492
mru 1492
# switch off all compressions (this is a must)
nopcomp
# this is recommended
novjccomp
noccp