<div dir="ltr">Hallo Thomas,<div><br></div><div>hättest du denn die Möglichkeit an den Pi einen Monitor und Tastatur anzustecken?</div><div><br></div><div><br></div><div>Grüße</div></div><br><div class="gmail_quote"><div dir="ltr">Thomas Hümmerich <<a href="mailto:thomas.huemmerich@arcor.de">thomas.huemmerich@arcor.de</a>> schrieb am Mo., 15. Feb. 2016 um 20:48 Uhr:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">Hallo,<br>bei mir ist die Fritzbox an den Switch angeschlossen.<br>Es macht bei mir keinen Unterschied, ob der Raspi mit dem neuen Image an einer beliebigen Netzwerksteckdose oder an der Fritzbox direkt angeschlossen ist - er bleibt unsichtbar.<br>Beim Image von Ende Januar war der Raspi sowohl beim Netzwerkscanner als auch auf der Fritzbox nach dem Hochfahren sofort sichtbar, egal wo er angeschlossen war.<br>DHCP auf der Fritzbox ist an, WLAN aus.<br>Wenn ich sonst etwas testen soll, bitte melden.<br>Gruß, Thomas<br><div><hr>From: <a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a><br>Date: Mon, 15 Feb 2016 18:55:52 +0000</div></div></div><div><div dir="ltr"><div><br>To: <a href="mailto:volkszaehler-users@demo.volkszaehler.org" target="_blank">volkszaehler-users@demo.volkszaehler.org</a><br>Subject: Re: [vz-users] Update<br><br></div></div></div><div><div dir="ltr"><div><div dir="ltr"><div>Hallo Andreas.</div><div><br></div><div><br></div><div>Im Detail diese Sektion:</div><div># Use the hardware address of the interface for the Client ID.<br> clientid<br> # or<br> # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.<br> #duid<br></div><div><br></div><div><br></div><div>Wenn Thomas mal testen könnte ob mit einem aktuellen Image bei Ihm auch das selbe Verhalten ist (Router IP ja, Switch nein) dann könnte ich das noch weiter eingrenzen bzw würde ich weiter suchen nach dem Fehler selbst. Aktuell is es aber nicht schlimm weil der Router direkt neben dem Switch ist, also egal wo er bei mir eingesteckt ist. Wurmen tut es mich aber schon ein wenig ;)</div><div><br></div><div><br></div><div>Grüße und noch nen schönen Abend (TWD S6E9 :) ),</div><div>Christian</div></div><br><div><div dir="ltr">Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>> schrieb am Mo., 15. Feb. 2016 um 19:43 Uhr:<br></div><blockquote style="border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi Christian,<br><br></div>Du meinst diesen Hinweis?<br><br>> It looks like they recently changed this so that instead of sending the
MAC address to the DHCP server it is sending the DHCPv6 DUID which is
not the same and some routers can't handle at all. I suppose this is
technically RFC4361 compliant but it breaks existing DHCP reservations.<br><br></div>Und diesen Vorschlag für dhcpd.conf?<br><br> # A sample configuration for dhcpcd.<br> # See dhcpcd.conf(5) for details.<br><br> # Allow users of this group to interact with dhcpcd via the control socket.<br> #controlgroup wheel<br><br> # Inform the DHCP server of our hostname for DDNS.<br> hostname<br><br> # Use the hardware address of the interface for the Client ID.<br> clientid<br> # or<br> # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.<br> #duid<br><br> # Persist interface configuration when dhcpcd exits.<br> persistent<br><br> # Rapid commit support.<br> # Safe to enable by default because it requires the equivalent option set<br> # on the server to actually work.<br> option rapid_commit<br><br> # A list of options to request from the DHCP server.<br> option domain_name_servers, domain_name, domain_search, host_name<br> option classless_static_routes<br> # Most distributions have NTP support.<br> option ntp_servers<br> # Respect the network MTU.<br> # Some interface drivers reset when changing the MTU so disabled by default.<br> #option interface_mtu<br><br> # A ServerID is required by RFC2131.<br> require dhcp_server_identifier<br><br> # Generate Stable Private IPv6 Addresses instead of hardware based ones<br> slaac private<br><br> # A hook script is provided to lookup the hostname if not set by the DHCP<br> # server, but it should not be run by default.<br> nohook lookup-hostname<br><br></div><div>Tut nicht?<br><br></div>Viele Grüße,<br></div>Andreas<br><br></div><div><br><div>2016-02-15 19:31 GMT+01:00 Christian Schnellrieder <span dir="ltr"><<a href="mailto:schnellrieder.cs@gmail.com" target="_blank">schnellrieder.cs@gmail.com</a>></span>:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hallo Udo,<div><br></div><div><a href="https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=110692" target="_blank">https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=110692</a><br></div><div><br></div><div>Das wäre meine Hoffnung gewesen aber habs gerade getestet. Die Änderung die am Ende beschrieben wird in der dhcpcd.conf ändert nichts an dem Verhalten das die IP Zuweisung via Router funktioniert, aber am Switch nur die 169 IP verwendet wird.</div><div><br></div><div>Grüße</div><div><br></div><div><br></div></div><div><div><br><div><div dir="ltr">Udo1 <<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a>> schrieb am Mo., 15. Feb. 2016 um 17:24 Uhr:<br></div><blockquote style="border-left:1px #ccc solid;padding-left:1ex">Am 15.02.2016 um 12:30 schrieb Christian Schnellrieder:<br>
> Wenn sich mein Verdacht bestätigt ist das Problem direkt in Raspbian<br>
> vorhanden. Ich werd mir das heute oder morgen nochmal ansehen. Hab da<br>
> auch schon einen möglichen Fix gefunden.<br>
><br>
Hast du da mal einen Link zu?<br>
<br>
Gruß<br>
Udo<br>
</blockquote></div>
</div></div></blockquote></div><br></div>
</blockquote></div></div></div></div></blockquote></div>