| 1 |
Bernd Wurst schrieb: |
| 2 |
> |
| 3 |
> DHCP bei IPv6 heißt entweder radvd ("router advertisement") oder |
| 4 |
> stateless autoconfiguration. |
| 5 |
|
| 6 |
Ah, ok, danke, diese Begriffe kannte ich noch nicht. |
| 7 |
|
| 8 |
> Hast du einen radvd im Netz? |
| 9 |
|
| 10 |
Keine Ahnung. Also *ich* mit Sicherheit nicht, aber der Server liegt |
| 11 |
im Netz eines Providers, und was *der* hat... kann man das (technisch) |
| 12 |
irgendwie herausbekommen? |
| 13 |
|
| 14 |
> Du hast Autoconfiguration aktiviert: |
| 15 |
> /proc/sys/net/ipv6/conf/all/autoconf |
| 16 |
|
| 17 |
Ah... ja... da steht tatsächlich 1 drin. Tststs. Wenn ich da jetzt 0 |
| 18 |
reinschreibe, ändert das nachträglich natürlich auch nix mehr. Da |
| 19 |
sollte doch fürs Booten die relevante Einstellung für /etc/sysctl.conf |
| 20 |
die hier sein? net.ipv6.conf.all.autoconf = 0 Ändert aber (fast) nix, |
| 21 |
in /proc/sys/net/ipv6/conf/all/autoconf steht nach dem Reboot zwar |
| 22 |
tatsächlich 0 drin, aber rc.log macht immer noch "Waiting for IPv6 |
| 23 |
addresses", und die MAC-bezogene Adresse wird immer noch gesetzt... |
| 24 |
|
| 25 |
Kann man da irgendwas dagegen in die /etc/conf.d/net reinschreiben? |
| 26 |
Im "net.example" find ich allerdings nix dazu... ah, Moment, in dem |
| 27 |
/proc... Verzeichnis gibts noch accept_ra, accept_ra_defrtr und |
| 28 |
accept_ra_pinfo - "ra" hört sich doch arg nach "Router Advertisement" |
| 29 |
an?! Mal kurz gegoogelt: http://madduck.net/docs/ipv6/ - Abschnitt |
| 30 |
"Setting System Parameters". Das in die sysctl.conf gemacht, Reboot |
| 31 |
und... in den /proc-Dateien steht tatsächlich überall 0 drin, aber |
| 32 |
rc.log macht immer noch "Waiting", und die "MAC-IP" ist auch wieder |
| 33 |
da. Grmpf. |
| 34 |
|
| 35 |
> Grundsätzlich ist bei der Spezifikation von IPv6 schon sehr viel Wert |
| 36 |
> auf die Autokonfiguration gelegt worden und die meisten |
| 37 |
> Implementierungen kommen damit ganz gut klar. Daher ist es eigentlich |
| 38 |
> unnötig kompliziert wenn man die Adressen selbst festlegt. Ein DHCP wie |
| 39 |
> bei IPv4, dass man dem Server sagt wer welche Adresse bekommt ist bei |
| 40 |
> IPv6 nicht üblich sondern jeder macht sich seine Adresse aus dem Prefix |
| 41 |
> und der MAC-Adresse selbst. Das ist auch der Grund warum du ein /64 |
| 42 |
> bekommst: Dann hat die MAC-ADresse noch Platz. :) |
| 43 |
|
| 44 |
Hmja. Wobei er aus der MAC-Adresse 00:50:56:83:00:46 die IPv6-Adresse |
| 45 |
2001:780:125:1:250:56ff:fe83:46 baut - wo die 02, ff und fe herkommen, |
| 46 |
weiß ich dann auch nicht... |
| 47 |
|
| 48 |
Naja, egal. Im Prinzip stört diese zusätzliche Adresse ja auch nicht |
| 49 |
(außer daß der Bootvorgang eine halbe Sekunde länger dauert beim |
| 50 |
"Waiting"), aber nachdem das ein virtueller Server beim Provider |
| 51 |
ist, kann ich nicht 100%ig sicher sein, daß die MAC-Adresse immer |
| 52 |
gleich bleibt - und nachdem ich den Server auch für outgoing Mail |
| 53 |
verwenden will und man da für die Whitelists eine gute Reputation |
| 54 |
braucht, will/muß/sollte ich da schon immer dieselbe Quelladresse |
| 55 |
für abgehende Verbindungen verwenden (die dann auch in die Config- |
| 56 |
Files von Postfix, aber auch bind und natürlich Apache - einen |
| 57 |
Webserver gibts da auch - eingetragen ist). |
| 58 |
|
| 59 |
Aber immerhin bin ich jetzt schon einen Schritt weiter: Ich weiß |
| 60 |
jetzt, wo's herkommt, aber immer noch nicht, wie ich's wegkriege :-) |
| 61 |
|
| 62 |
Gruß Matthias. |
Archives