OpenBSD 3.7 und xdsl@home

[penguin007]

Hi

Kann mir ein Howto empfehlen oder mir erklären was man machen muss damit das xdsl mit OpenBSD 3.7 funktioniert?

Danke schon im vorraus

mfg penguin

[lordpeng]

mangels xdsl-anschluss kann ich dir bei deinem problem nicht weiterhelfen, aber unter http://www.daemonnews.org/200104/openbs ... howto.html
findest du ein howto für adsl unter openbsd, eventuell hilft dir dies weiter ...

[penguin007]

Hallo


Danke für deine Antwort.

Ich glaub bei OpenBSD 3.7 geht das mittels pppoe soweit ich das mitbekommen habe aber wie das geht weiss ich noch nicht.
Es wird sicher hier einen user geben der xdsl mit openbsd 3.7 hat
Ich warte mal ab.

Cu

[penguin007]

Hi

Endlich nach viel RTFM und vielen versuchen funktioniert die Inet Verbindung nur das routing haut nicht.

Als erstes für die Nachwelt problem wieso mein xdsl mit openbsd nicht hingehaut hat war der:
bugat adsl howto
HINWEIS: Falls das nicht funktioniert und im log die Fehlermeldung erscheint: LCP: timeout sending Config-Requests
dann muss zu 99% der Kernel neu compiliert werden. Nehmt einfach den Generic Kernel und kommentiert in /usr/src/sys/conf/GENERIC die line 'option pseudo-device GRE' aus. Grund: OpenBSD verwendet fuer GRE und PPTP die selbe Protokollnummer und kommt so ins schleudern.
Nach dieser Aenderung konnte ich mich endlich einwaehlen
Es kann aber sein dass man es mehrfach versuchen muss, da hin und wieder auch der ISP spinnt!

Nach dem ich mein kernel neu compielt habe haut die Inet verbindung über pptp hin.

Routing funkt nicht
nach einem

Code: Alles auswählen

sysctl -w net.inet.ip.forwarding=1

sollte ja das system die pakete weiterleiten tut es aber nicht
fehlt mir noch was.?`

Danke für eure ANtworten

[penguinforce]

GRE... GRE... GRE...

da war doch mal was.... *rumsuch*

richtig:
http://www6.inode.at/support/internetzu ... cle_ID=857

soviel zu *g*

*SCNR*

[penguin007]

Hehe hast leider recht
Naja wieso einfach wenns kompliziert auch geht.
Aber vielleicht könntest du mir mit dem routing weiterhelfen
wäre sehr nett

Cu

[penguinforce]

Aber vielleicht könntest du mir mit dem routing weiterhelfen

mir gehts leitungsmässig ähnlich wie lordpeng... hab kein xdsl@home.

und betriebssystem-mässig bin ich eher auf der linux-side of life, kann da wahrscheinlich auch eher weniger weiterhelfen.

aber stelle deine fragen ruhig...

nur weil ich nicht weiterhelfen kann, muss es ja nicht zwangsläufig bedeuten, dass dir keiner weiterhelfen kann...

[jutta]

was steht denn in den routing tables? ('netstat -r' wenn ich richtig gegoogelt habe *s* - von openbsd naemlich auch keine ahnung)

[lordpeng]

>netstat -r' wenn ich richtig gegoogelt habe
netstat-r passt schon alternativ netstat -rn oder route -n :-)

>von openbsd naemlich auch keine ahnung)
ich mag openbsd :-) und noch mehr die openbsd t-shirts *g* leider hatte ich bislang keine zeit mir aktuellere openbsd versionen anzuschauen, obwohl ich die cd's schon im schrank hätte ...

[penguin007]

Hi

also

Code: Alles auswählen

route show

zeigt das hier

Code: Alles auswählen

$ sudo route show
Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use    Mtu  Interface
default            172.25.46.39       UG          0     6846      -   ppp0
inode              172.16.203.1       UGHS        0     7130      -   rl0
loopback           localhost          UGRS        0        0  33224   lo0
localhost          localhost          UH          0       41  33224   lo0
172.16.203/24      link#2             UC          0        0      -   rl0
172.16.203.1       00:07:4f:a2:18:00  UHLc        0        0      -   rl0
172.25.46.39       85-124-19-118.dyna UH          0        0      -   ppp0
192.168.0/24       link#1             UC          0        0      -   xl0
192.168.0.6        00:11:2f:86:42:6b  UHLc        0       47      -   xl0
BASE-ADDRESS.MCAST localhost          URS         0        0  33224   lo0

Internet6:
Destination        Gateway            Flags    Refs      Use    Mtu  Interface
::/104             localhost..org     UGRS        0        0      -   lo0
::/96              localhost..org     UGRS        0        0      -   lo0
localhost..org     localhost..org     UH          0        0  33224   lo0
::127.0.0.0/104    localhost..org     UGRS        0        0      -   lo0
::224.0.0.0/100    localhost..org     UGRS        0        0      -   lo0
::255.0.0.0/104    localhost..org     UGRS        0        0      -   lo0
::ffff:0.0.0.0/96  localhost..org     UGRS        0        0      -   lo0
2002::/24          localhost..org     UGRS        0        0      -   lo0
2002:7f00::/24     localhost..org     UGRS        0        0      -   lo0
2002:e000::/20     localhost..org     UGRS        0        0      -   lo0
2002:ff00::/24     localhost..org     UGRS        0        0      -   lo0
fe80::/10          localhost..org     UGRS        0        0      -   lo0
fe80::%xl0/64      link#1             UC          0        0      -   xl0
fe80::210:5aff:fe6 00:10:5a:64:18:dd  UHL         0        0      -   lo0
fe80::%rl0/64      link#2             UC          0        0      -   rl0
fe80::2e0:7dff:fee 00:e0:7d:e7:26:49  UHL         0        0      -   lo0
fe80::%lo0/64      fe80::1%lo0        U           0        0      -   lo0
fe80::1%lo0        link#6             UHL         0        0      -   lo0
fec0::/10          localhost..org     UGRS        0        0      -   lo0
ff01::/32          localhost..org     UC          0        0      -   lo0
ff02::%xl0/32      link#1             UC          0        0      -   xl0
ff02::%rl0/32      link#2             UC          0        0      -   rl0
ff02::%lo0/32      localhost..org     UC          0        0      -   lo0

bis bald

ps route -rn oder -n kennt er nicht

Code: Alles auswählen

# route -rn
route: unknown option -- r
useage: route [-dnqtv] command [[modifiers] args]
commands:  add, change, delete, flush, get, monitor, show


[lordpeng]

stimmt route -rn kann er ned kennen, der parameter r von -rn wär dafür gedacht, netstat anzuweisen die routing tabelle anzuzeigen, das tut route sowieso, daher ist kein parameter 'r' erforderlich

kurz gesagt, in den obigen beispielen steht nix von route -rn

btw. deine routing tabelle schaut aber schon a bissi dubios aus, aber ich würd jetzt nicht ausschliessen, dass das bei inode's xdsl so gehört ...

[penguin007]

Hi#+

Kann sein das Table bisschen dubiös ausschaut , das internet funktioniert auf der openbsd kiste nur halt das routing vom privaten netz geht nicht. Unter linux funkt das ganze mit nating.

cu

[mad]

hm, also bei mir tut ein openbsd 3.7 mit xdsl@home und pppoe eigentlich
ganz gut .. und seit dem 3.7er gibts ja jez sogar in-kernel pppoe support!

sprich: anstatt pppd/pppoe mit 50% cpu load (bei ~2MBit down)
benoetigt die buechse (200er mmx) jetzt nur noch gut ein 10tel der cpu

hab mal die wesentlichen konfigurationspunkte (bisserl vereinfacht)
unter [1] zusammengefasst; hoff ich hab da jez auf die schnelle nix vergessen ..

anyway, vielleicht hilfts ja.

\mad.

[1] http://www.madness.at/trash/openbsd37_inode_xdsl.txt

[dreamwalker]

hab mal die wesentlichen konfigurationspunkte (bisserl vereinfacht)
unter [1] zusammengefasst; hoff ich hab da jez auf die schnelle nix vergessen ...
[1] http://www.madness.at/trash/openbsd37_inode_xdsl.txt

das script is sehr fein, wesentlich sauberer (und weniger pfusch) als meine billigvariante

hab ich gleich mal eingebaut

was du vl. noch vergessen hast:
laut man 4 pppoe reicht ja folgendes in der /etc/pf.conf:
scrub out on pppoe0 max-mss 1450

wars bei mir nicht ganz.. hatte teilweise probleme mit http post und mails versenden usw.

deswegen musste ich es erweitern:
scrub out on pppoe0 max-mss 1450
scrub out on $int_if max-mss 1450


so klappt jetzt alles perfekt

lg,
martin