ADSL & SUSE 7.3

Das Forum fĂĽr den Linux-Pinguin - auch andere Unix-Derivate (*BSD, (Open)Solaris, Apple's Darwin / MacOS X, ...) sind hier willkommen!
Forumsregeln
Das Forum fĂĽr den Linux-Pinguin - auch andere Unix-Derivate (*BSD, (Open)Solaris, Apple's Darwin / MacOS X, ...) sind hier willkommen!

ADSL & SUSE 7.3

Beitragvon seste » Di 29 Jan, 2002 20:34

Hi @ all,

habe mir letzte Woche Suse 7.3 installiert. Soweit alles klar. Installation ohne Probleme.

ADSL hab mir die ganzen HowTo´s reingezogen von Heimo Schoen und von Gnustuff usw.
Aber nix gecheckt.
Hab alle Patches installiert die es gibt. Jeden Eintrag gemacht in der r.config und in /etc/host und wie sie alle heiĂźen.

Vielleich kann mir ja einer von euch weiterhelfen, ich wĂĽrde gerne auf Linux umsteigen, nur ohne Internet ist ja fad. :(

Ich glaube es liegt am Host, obwohl ich den Eintrag 10.0.0.138 alcatel gemacht habe. z.B. wenn ich pptp alcatel oder ping alcatel und der gleichen eingebe, dann krieg ich nur unrechable host meldungen.

Sodala, wenn jemand eine Lösung für mein Problem hat, dann wäre ich uuuunendlich dankbar. Weil so ist Linux ja schon geil. :)

Hab das Alcatel Speed Touch Home Modem (ĂĽber Ethernet) Serie: BCAA also kein Buggy Modem.
Mein Provider schimpft sich Ycn.com und ist in Ordnung.
Am Internetzugang oder an Hardware seite kanns nicht liegen, da ich zzt. Dualboot Linux/Windows habe und unter Windows2k funktioniert der ADSL-Zugang.

Besten Dank im voraus und lieben GruĂź

Seste
seste
 

RE: ADSL & SUSE 7.3

Beitragvon quay » Di 29 Jan, 2002 20:58

poste mal den output von :

route -n
ifconfig

--qu
quay
 

RE: ADSL & SUSE 7.3

Beitragvon Manuel Capellari » Di 29 Jan, 2002 21:11

<HTML>>ADSL hab mir die ganzen HowTo´s reingezogen von Heimo Schoen und von Gnustuff usw.
>Aber nix gecheckt.

also ich bin mir sicher, dass es funtionieren würde, wennst die howto's 100 % befolgt hättest :-) ich hab die nämlich schon etlichen DAU's zum testen gegeben *g*

mach mal, das was quay gesagt hat und zusätzlich auch noch <b>arp -a</b>

dann postest noch deine <b>/etc/ppp/options</b></HTML>
Manuel Capellari
 

RE: ADSL & SUSE 7.3

Beitragvon seste » Di 29 Jan, 2002 23:11

jo mach ich danke einstweilen ;D
schön das einem geholfen wird.
-----
hab jetzt nochmal neu angefangen von start auf hab ein "(für mich)besser verständliches" howTo gefunden.
http://www.gnustuff.com/pub/doc/adsl-ho ... howto.html

nur jetzt häng ich bei dem punkt.
weil ich der Server von denen anscheinend Down sein dĂĽrfte und ich mir die tar.gz datei nicht runterladen kann.

3.2.1 Installation und Konfiguration von PPTP:
Die Installation des PPTP-Clients ist ziemlich einfach, nach dem Download der Datei , wird dieses einfach mit dem Kommando tar xfvz pptp-linux-version.tar.gz entpackt und anschliessend mit dem Befehl make kompiliert. Zum Zeitpunkt als ich das geschrieben habe, war Version 1.0.3-1 aktuell, ein Blick auf https://www.linuxalpha.compaq.com/sourc ... group_id=8 kann jedoch nicht schaden.
Nach der Kompillierung sollte man die beiden Binär-Dateien ins Verzeichnis /usr/sbin verschieben.

aber egal, ich probiers wie ihr gesagt habt und poste meinen output.

lg

seste
seste
 

RE: ADSL & SUSE 7.3

Beitragvon Manuel Capellari » Di 29 Jan, 2002 23:25

>hab jetzt nochmal neu angefangen von start auf hab ein "(für mich)besser verständliches" howTo gefunden.
>http://www.gnustuff.com/pub/doc/adsl-howto/adsl-howto.html

ich kenn sogar den, ders geschriegen hat :-)
Manuel Capellari
 

RE: ADSL & SUSE 7.3

Beitragvon Manuel Capellari » Di 29 Jan, 2002 23:26

<HTML>hmmm, sollte 'geschrieben' heissen</HTML>
Manuel Capellari
 

RE: ADSL & SUSE 7.3

Beitragvon - » Mi 30 Jan, 2002 10:01

<HTML>Hmm also bei Debian gibt's schon ein pptp-irgendwas.deb-Paket dass auch einwandfrei funktioniert bei mir. Gibt's das fĂĽr Suse nicht? Ist im Grunde eh kein grosser Unterschied.. nur die Installation ist einfacher.
mfg
[KB]Flipper</HTML>
-
 

RE: ADSL & SUSE 7.3

Beitragvon quay » Mi 30 Jan, 2002 11:44

suse verwendet das rpm-paketformat, und irgendwer hat hier schon mal gepostet dass es auch ein pptp-rpm paket gibt, mĂĽsste weiter unten irgendwo sein....

--quay
quay
 

RE: ADSL & SUSE 7.3

Beitragvon Manuel Capellari » Mi 30 Jan, 2002 12:17

<HTML>auf <http://www.fl.priv.at> gibts das rpm, jedoch würd ich's händisch machen, is eh so einfach ...</HTML>
Manuel Capellari
 

RE: ADSL & SUSE 7.3

Beitragvon seste » Do 31 Jan, 2002 20:43

<HTML>hi hab jetzt meinen output.
schaut verdächtig aus!!!!
Was mich wundert sind die Einstellungen der Netzwerkkarte!

Besten Dank schon mal im voraus, wenn das wer knaken kann ;)

******************************************************************************
linux:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 eth0
linux:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:00:CB:59:8E:6C
inet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0
inet6 addr: fe80::200:cbff:fe59:8e6c/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:148 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:9032 (8.8 Kb)
Interrupt:10 Base address:0x7000

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:16436 Metric:1
RX packets:270 errors:0 dropped:0 overruns:0 frame:0
TX packets:270 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:20972 (20.4 Kb) TX bytes:20972 (20.4 Kb)

linux:~ # arp -a
alcatel (10.0.0.138) at <incomplete> on eth0
******************************************************************************
Output von /etc/ppp/options
******************************************************************************
# /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 ^$
#

# ---<Start of File>---
# The name of this server. Often, the FQDN is used here.
name "[email protected]"

# 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

# 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 (Car­
# rier 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).
#mru 542

# 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.
#mtu <n>

# 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

#-------------------------------------------------------------------------
# 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.
defaultroute

# 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

# ---<End of File>---
#
# Not every option was 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 ^$
#
lcp-echo-failure 10
lcp-echo-interval 10

</HTML>
seste
 

RE: ADSL & SUSE 7.3

Beitragvon Manuel Capellari » Do 31 Jan, 2002 20:55

<HTML>lösch mal den ganzen müll aus der /etc/ppp/options und bau dir so eine wie's unter <http://www.gnustuff.com/pub/doc/adsl-howto/adsl-howto.html> dar gestellt ist, eine verbindung zum alcatel hast bzw. hattest du schon mal ... arp -a sagt das zumindest :-)</HTML>
Manuel Capellari
 

RE: ADSL & SUSE 7.3

Beitragvon seste » Do 31 Jan, 2002 21:10

thxal. werds einmal probieren.
mal schaun ob ich ohne die pptp datei die ich eigentlich eh schon installiert haben sollte schaffe. Weil die in der homepage geht nicht (toter link).

danke & lg

seste
seste
 

RE: ADSL & SUSE 7.3

Beitragvon quay » Do 31 Jan, 2002 21:19

hmmm - kannst noch mal probieren :

ping 10.0.0.1
ping 10.0.0.138

?

und schreiben was er meldet ?

weil die eth0 karte funkt und die route ist auch i.O. - also eigentlich müsste er das modem pingen können.....

da fällt mir noch auf dass du keine route für das loopback interface hast - oder hast das aus dem posting rausgelöscht weils nicht relevant war ?

--quay
quay
 

RE: ADSL & SUSE 7.3

Beitragvon seste » Do 31 Jan, 2002 23:46

Was noch komitsch ist...
Nach dem Kommando:
/sbin/ifconfig eth0 10.0.0.140 netmask 255.255.255.0 up
ist die ip 10.0.0.140 zwar eingetragen, sollte ich aber neustarten oder irgend einen ping versuch machen is der eintrag wieder futsch, sprich nach ifconfig zeigt er wieder local an mit 10.0.0.1 ...
der Befehl: /sbin/ping 10.0.0.138
scheint garnicht zu funktionieren.


--- 10.0.0.138 ping statistics ---
2 packets transmitted, 0 received, +3 errors, 100% loss, time 1018ms
, pipe 2
linux:~ # /sbin/ping 10.0.0.138 -c 2
bash: /sbin/ping: No such file or directory
linux:~ #
linux:~ # /sbin/ping 10.0.0.138 -c 2
bash: /sbin/ping: No such file or directory
linux:~ # ping 10.0.0.138
PING 10.0.0.138 (10.0.0.138) from 10.0.0.1 : 56(84) bytes of data.
From 10.0.0.1: icmp_seq=3 Destination Host Unreachable
From 10.0.0.1 icmp_seq=3 Destination Host Unreachable
From 10.0.0.1 icmp_seq=2 Destination Host Unreachable
From 10.0.0.1 icmp_seq=1 Destination Host Unreachable

--- 10.0.0.138 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% loss, time 3000ms
, pipe 4
***************************
linux:~ # pptp speed
warn[open_inetsock:pptp_callmgr.c:287]: connect: No route to host
fatal[callmgr_main:pptp_callmgr.c:122]: Could not open control connection to 10.0.0.138
fatal[launch_callmgr:pptp.c:213]: Call manager exited with error 256
linux:~ #
seste
 

RE: ADSL & SUSE 7.3

Beitragvon seste » Do 31 Jan, 2002 23:51

ach ja aus dem posting hab ich nix rausgelöscht. hmm welches loopback meinst nochmal. kommando? route -n?
seste
 

Nächste

ZurĂĽck zu LINUX & UNIX-DERIVATE

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 7 Gäste

cron