IPCop 1.4.10 mit Speedtouch 546 via PPTP ... geht das ??

[jutta]

vorsicht - genau umgekehrt

jutta@chili1:~$ host co1.inode.at
co1.inode.at has address 195.58.160.194
jutta@chili1:~$ host co2.inode.at
co2.inode.at has address 195.58.161.122
jutta@chili1:~$

die alten funktionieren aber auch noch.
jutta@chili1:~$ host ns1.inode.at
ns1.inode.at has address 195.58.160.2
jutta@chili1:~$ host ns2.inode.at
ns2.inode.at has address 195.58.161.3
jutta@chili1:~$

[preiti]

vorsicht - genau umgekehrt

jutta@chili1:~$ host co1.inode.at
co1.inode.at has address 195.58.160.194
jutta@chili1:~$ host co2.inode.at
co2.inode.at has address 195.58.161.122
jutta@chili1:~$

die alten funktionieren aber auch noch.
jutta@chili1:~$ host ns1.inode.at
ns1.inode.at has address 195.58.160.2
jutta@chili1:~$ host ns2.inode.at
ns2.inode.at has address 195.58.161.3
jutta@chili1:~$

Natürlich!! Falsch in Erinnerung!!

[zid]

hallo mib,
habe mir deine logs im ipcop forum angeschaut, das thema scheint noch immer aktuell zu sein.

>Sep 5 11:17:48 ipcop pptp[4358]: anon warn[pptp_gre_bind:pptp_gre.c:95]: connect: Network is unreachable
>Sep 5 11:17:48 ipcop pptp[4358]: anon fatal[main:pptp.c:275]: Cannot bind GRE socket, aborting.

das raw socket kann nicht geöffnet werden, diese fehlermeldung kommt meist wenn:
1. red falsche ip/netmask hat
2. gateway/defaultroute nicht paßt
3. pptp server auf st abgedreht ist
häufige ursache f. 1. u. 2. dhcp falsch konfig.
mögliche vorgehensweise (wenn du's ohnehin nicht schon gemacht hast):
falls du dhcp verwendest, abdrehen und alles manuell konfigurieren, routen, gateway u. red schnittstelle prüfen.
pkt. 3 ist natürlich e. kuriosum, schau' aber zur sicherheit nach, wäre ja wirklich blöd, wenn...

>Sep 5 11:17:48 ipcop pppd[4355]: Script /usr/sbin/pptp 10.0.0.138 --nobuffer --nolaunchpppd --sync --phone RELAY_PPP1 finished (pid 4358), status = 0x1

wenn du d. st546 verwendest, wirst du das sowieso schon korrigiert haben. dürfte nicht d. ursache f. d. fehlermeldung sein, bei dir scheint d. einwahlvorgang schon vorher zu crashen.
d. fehlermeldungen, d. durch falsche phonebook namen hervorgerufen werden, enthalten meist "... No carrier dedected..." o. ä.

[MIB]

Hallo zid!
Im Prinzip hast du Recht. Ich habe den dhcp bei den zusätzlichen ppptp-Einstellungen aktiviert. Wenn ich auf Statische IP stelle bleibt mir der IPCOP im Leerlauf und versucht erst gar keine Einwahl.

Die Meldung "No carrier dedected" habe ich allerdings beim alten Zyxel Prestige Router bekommen mit dem auch keine Einwahl möglich war.

MIB

[zid]

bin deine konfig., die du am i. ipcop forum (8.9.) gepostet hast, noch einmal durchgegangen. schaut gut aus bis auf d. telefonbuch-eintrag (damit werden f. mich die fehlermeldungen, d. auf e. routing prob schließen lassen, rätselhaft).
du schreibst dort:
ipcop-forum> "...Allerdings ist das ADSL Modem eine andere Type aber auch von Alcatel..."
d.h. diese konfig. funkt mit e. anderen alcatel modem. was ist das für e. modem? st510/545?
weiter oben hast du geschrieben:
xdsl-forum> "...1.) läßt sich einfach realisieren. Werde ich demnächst ausprobieren ..."
ist "demnächst" schon passiert?
könntest du d. st546 output von
=>interface list
=>atm phonebook list
u. v. d. anderen, funkt. modem (ich gehe davon aus, daß es e. st 510/545 ist)
=>phonebook list
posten.

derzeitiger status, wie ich ihn sehe:
1. du kommst m. e. windows rechner u. d. st546 problemlos i. inet => klar, windows verwendet keine phonebook einträge (default)
2. du kommst mit d. ipcop und e. modemtyp st510 ins internet => richtigen phonebook eintrag getroffen
3. absturz mit d. ipcop/phonebook "RELAY_PPPT1" und st546 i. d. default ta/inode adsl konfig. => auch klar, denn da lautet d. relevante phonebook eintrag "Internet" oder gar nix (s. windows)
4. das einzig seltsame sind d. fehlermeldungen, d. auf e. routing prob schließen lassen.

[MIB]

Hallo zid!
Das 545i (Telekom) steht in Pregarten (OÖ) und das 546 (Inode) steht in Ybbs (NÖ). Signifikant war, dass bei beiden keine Einwahl möglich war obwohl die IPCOPs an anderen Standorten mit der Grundkonfiguration funktionierten. Der IPCOP vom 545i wurde an einem beliebigen ADSL Anschluss angesteckt und wählte sich ein - allerdings an einem anderem Modemtyp.
Sinn macht in diesem Zusammenhang natürlich ipcop/phonebook Eintrag "RELAY_PPPT1". Wenn der bei den oben genannten Modems anders ist geht nichts. Den werde ich nächste Woche mal ändern und dann weiter berichten.
Danke für Hilfe

MIB

[zid]

hast ja ein ziemlich verteiltes netzwerk...
habe mich gerade mit dem 8.48 phonebook eintrag am 546er gespielt, d.h. mehrfach unbenannt (planlos1, planlos2...) u. am gateway rechner nichts verändert. geht, was immer ich einsetze, verwende aber d. pptp option "--phone" nicht (mein pptp startcmd.: /usr/sbin/pptp 10.0.0.138 --nolaunchpppd --sync).*
jetzt bin ich gerade m. d. phb. eintrag "immer_planlos" online.
mal schauen, ob ich deine fehlermeldungen reproduzieren kann.
mach's gut.
zid

*EDIT> vorteil: bei modemwechsel brauchst du dich i. normalfall nicht um irgendwelche phb. einträge kümmern

[MIB]

Guten Abend!

So, heute habe ich es endlich zum 545i (Telekom) ADSL Anschluß geschafft. Dort habe ich die Tipps von Dominik.AT befolgt:

Setup
Gateway und DNS leer lassen

Telefonbucheintrag leer lassen bzw. RELAY_PPPT1 Eintrag entfernen

und schon wählt sich der IPCOP ein. Kein Umstellen beim Modem notwendig.

Danke für eure Geduld und Hilfe.

MIB

[plotzn]

Hallo liebe Leute!

Kann mir jemand helfen?

Ich habe folgende Config: IPCOP 1.4.11 @ PPTP, Internetzugang: ADSL von Inode @ Speetouch 546i v6 SW-Version: 5.3.9.2.

Habe auch alles gemacht, wie in den vorangegangenen Beiträgen (Telefonbucheintrag gelöscht, alles auf DHCP gestellt usw.)

Der IPCOP wählt sich auch ein, sobald der Piepston erklingt, kann ich eine Webseite aufrufen, doch nach ca. 10 Sekunden hab ich keinen Traffic mehr und danach baut der COP die Verbdindung ab.

Was kann ich tun? ich weiss nun wirklich nicht mehr weiter.

Danke!!

[zid]

du bist e. künstler...

>"...alles auf DHCP gestellt ..."
gefällt mir zwar nicht, ist aber e. geschmacksfrage...

>"...nach ca. 10 Sekunden hab ich keinen Traffic mehr und danach baut der COP die Verbdindung ab..."
^das ist zuwenig, bitte logs posten.

[maxb]

Ist "Wiederverbindung" auch auf "dauerhaft" gestellt?

[plotzn]

Schönen Sonntag!

Hier ist mal die Log-Datei. Die vielen "dhcp-fail" Eintrage sind dadurch entstanden, dass ich ja immer das Modem abstecken musste, damit ich zwischendurch online gehen hab können um was zu lesen. Und über Nacht wars Modem aus, aber der Cop nicht.

Folgendes hab ich eingestellt:

Schnittstelle: PPTP
Leerlauf-Wartezeit: 0
Wiederverbindung: Dauerhaft
Dial-on-Demand für DNS: NEIN
Max. Wiederholungsversuche: 1000

Zusätzliche PPTP-Einstellungen:
Nur DHCP aktiviert, alles andere leer

Authentifizierung: PAP oder CHAP

DNS: Automatisch

Danke nochmals!

[maxb]

Zusätzliche PPTP-Einstellungen:
Nur DHCP aktiviert, alles andere leer

hier liegt glaube ich das Problem --> IP des Routers: 10.0.0.138
eventuell auch noch die DNS fix eintragen, kann nicht schaden.

[plotzn]

Habe nun die DNS-Eintrage, bei mir sind das Prim: 195.58.160.194, Sek: 195.58.161.122 und die IP des Routers: 10.0.0.138 eingetragen.

Leider ohne Erfolg. Die Verbindung wird noch immer nach kurzer Zeit getrennt........

[zid]

hallo plotzn,
sry d. verspätung, hatte 2 st + 1 xserver v. freunden zu "erledigen"- "dringenst" natürlich, wie immer.
z. deinem prob:
log nicht sehr informativ, irgendetwas scheint b. deinem profil schief zu gehen.
habe mir d. 11er cop rauf gezogen, d. üblichen 3 profile (always on, dial on demand, manuell) konfiguriert (alles ohne dhcp) u. m. st546v5 r5.3 + r5.4 getestet -> o.k., st546v6 hab' ich noch nicht, deshalb mein vorschlag:
du testest sinngemäß meine einstellungen, d. weiter unten in d. bildern angegeben sind, samt zusätzlichen optionen i.
/etc/ppp/options:
mru 1460
mtu 1460
dump
debug
u. postest d. logs d. verbindungsaufbaus (/var/log/messages). d. relevanten logs starten m. d. eintrag:
"<dat> <name-deines-cops> pppd[pid]: pppd options in effect:"
u. enden (hoffentlich) mit:
"<dat> <name-deines-cops> ipcop: PPP has gone up on ppp0"
sollte das nicht klappen (logs d. verbindungsabbruchs auch posten!), dann gibt's e. prob. m. d. v6-modem.

lg zid