Fedora Core

[defjam]

verwende derzeit fedora core .
kann mich aber nicht ins internet einwählen (inode).
kann mir jemand einen tipp geben ?

greetings
defjam

[jutta]

das skript von der inode homepage hast du schon versucht?

http://www6.inode.at/support/internetzugang/xdsl_home/konfiguration_ethernet_linux.html

jutta

[Heinzi]

mit dem inode skript funktionierts wunderbar!
die konfiguration ist einfacher als unter windows

nur: ich bin noch nicht dahinter gekommen, wie ich den einwählvorgang auch für "einfache" benutzer zugänglich mache..

nach dem inode skript muß man als root inode-dialin "namederverbindung" eingeben um sich einzuwählen. normale benutzer können sich gar nicht einwählen...


weiß da wer eine lösung dafür?

tia!

[mm1]

gewisse befehle darf nur der Administrator = root ausfuehren.

du hast nun 2 moeglichkeiten.
1.) du gibst entweder den usern das recht das skript auszufuehren bzw. als root auszufuehren.
z.b. mit sudo

2.) du aenderst die rechte des skripts, dass die "normalen benutzer" bzw. benutzergruppen dieses auch ausfuehren duerfen.

dazu schau dir die befehle chmod, chgrp,.. an.
http://www.selflinux.org/selflinux/html ... linux.html
http://www.linux-user.de/ausgabe/2000/1 ... fehl9.html

lg
michi

[Heinzi]

danke für die rasche antwort.. leider noch bevor ich die rechte des skripts geändert hab, wollte ich noch eine alte verbidnung ("default", weil ich beim ersten mal keinen namen für die verbdindung eingegeben hab) löschen -seitdem klappt die verbindung leider gar nicht mehr

ich hab daraufhin /opt/inode-dsl gelöscht und auch die symlinks in /usr/var/bin (?) entfernt und das setup nochmal ausgeführt; dennoch wieder dasselbe:

-> verbidnung wird erfolgreich aufgebaut
-> ping aus dem heimnetzwerk heraus funktioniert! (habs mit 10.0.0.138 probiert)
-> firefox, konqueror und co. bzw alle internet applikationen bekommen keine verbindung.

ich hab dann sogar eine reparaturinstall gemacht ... wieder dasselbe; keine verbindung mehr trotz einwahl!
vor dem löschen der verbindung hat wie gesagt alles funktioniert

ich hab mir dann mit tail -f /var/log/message die ausgabe angesehen; da kommt eine fehlermeldung, ich weiß leider die genaue ausgabe nicht (bin im windows)...es war aber irgendwas mit "PAP authentication failed"

[mm1]

ueberpruef einmal die den benutzernamen bzw passwort in den /etc/ppp/pap-secrets

ich wuerde dir sowieso am anfang raten das xdsl haendisch einzurichten und nicht mit diesem skript.

soweit ich mich erinnern kann geht das folgendermassen
- netzwerk pruefen. ping auf 10.0.0.138 sollte funktionieren
- pptp installieren (kannst auf http://pptpclient.sourceforge.net/ runterladen)
- /etc/ppp/options editieren
- /etc/ppp/pap-secrets oder /etc/ppp/chap-secrets editieren. von provider zu provider verschieden. am besten schreibst du bei beiden deine benutzerdaten rein.

- pptp 10.0.0.138 einwahlen.

- mit ifconfig pruefen ob verbindung besteht (ppp0 sollte erscheinen) bzw /var/log/messages anschauen.

ausfuerhlicher stehts z.b
http://howto.htlw16.ac.at/at-highspeed-howto-2.html
oder auch hier im forum

viel glueck!

lg
michi

[Heinzi]

ich hab mal den ppptp client installiert (obwohls mich wundert, daß vorher ohne den client alles funktioniert hat)...

leider keine änderung
die ausgabe in /var/log/message nach dem einwählen ist:

Code: Alles auswählen

Dec 18 19:37:57 localhost pptp[2768]: anon log[main:pptp.c:237]: The synchronous pptp option is NOT activated
Dec 18 19:37:57 localhost pptp[2771]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 1 'Start-Control-Connection-Request'
Dec 18 19:37:57 localhost pptp[2771]: anon log[ctrlp_disp:pptp_ctrl.c:714]: Received Start Control Connection Reply
Dec 18 19:37:57 localhost pptp[2771]: anon log[ctrlp_disp:pptp_ctrl.c:748]: Client connection established.
Dec 18 19:37:58 localhost pptp[2771]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 7 'Outgoing-Call-Request'
Dec 18 19:37:58 localhost pptp[2771]: anon log[ctrlp_disp:pptp_ctrl.c:834]: Received Outgoing Call Reply.
Dec 18 19:37:58 localhost pptp[2771]: anon log[ctrlp_disp:pptp_ctrl.c:873]: Outgoing call established (call ID 0, peer's call ID 48843).
Dec 18 19:37:58 localhost pppd[2772]: pppd 2.4.2b3 started by (unknown), uid 0
Dec 18 19:37:58 localhost pppd[2772]: Using interface ppp0
Dec 18 19:37:58 localhost pppd[2772]: Connect: ppp0 <--> /dev/pts/4
Dec 18 19:38:02 localhost pptp[2771]: anon log[ctrlp_disp:pptp_ctrl.c:905]: Call disconnect notification received (call id 48843)
Dec 18 19:38:30 localhost pppd[2772]: No response to PAP authenticate-requests
Dec 18 19:38:36 localhost pppd[2772]: Connection terminated.
Dec 18 19:38:38 localhost pppd[2772]: Exit.
Dec 18 19:38:38 localhost pptp[2780]: anon warn[decaps_hdlc:pptp_gre.c:196]: short read (-1): Input/output error
Dec 18 19:38:38 localhost pptp[2780]: anon warn[decaps_hdlc:pptp_gre.c:197]: pppd may have shutdown, see pppd log
Dec 18 19:38:58 localhost pptp[2771]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 5 'Echo-Request'


cat /etc/ppp/options als su ergibt nur
'lock'

[M@rio]

cat /etc/ppp/options als su ergibt nur
'lock'

Was sicher falsch ist. Sollte so aussehen:

cat /etc/ppp/options
lock
defaultroute
noipdefault
noauth
asyncmap 0

[Heinzi]

hmmm.. hab die zeilen der /etc/ppp/options hinzugefügt.

leider keine änderung.

kanns sein, daß hier irgendetwas von inode aus geblockt wird? wie gesagt, bevor ich die verbindung gelöscht und wieder angelegt hab, ging das netz eigentlich einwandfrei!

ping geht jetzt auch noch immer.

thx trotzdem für die vielen tipps

[mm1]

/etc/ppp/pap-secrets und /etc/ppp/chap-secrets passen auch?

hast du pppd installiert?

lg
michi

[Heinzi]

aaaargh.. ich bitte vielmals um verzeihung, daß ich euch mit meinen fragen genervt hab!

-> ich habe nur vergessen "@home" nach dem benutzernamen anzugeben.



sorry.. alles klappt wieder einwandfrei!

[dalamma]

Es ist wirklich verdammt einfach. Bin von Windows ungestiegen und war wirklich überrascht, wie einfach das alles war!