MAC-Adresse ins Internet sichtbar?

[Uwe Buschhorn]

Bei einem DSL-Anschluß mit Router:

Sind die MAC-Adressen der Rechner-Schnittstellen im Heimnetz von der
WAN-Seite aus sichtbar oder auslesbar?

Oder endet alles am Router?


Grüße,

--
Uwe Buschhorn

[Gerrit Heitsch]

On 03/18/2014 07:32 PM, Uwe Buschhorn wrote:
> Bei einem DSL-Anschluß mit Router:
>
> Sind die MAC-Adressen der Rechner-Schnittstellen im Heimnetz von der
> WAN-Seite aus sichtbar oder auslesbar?

MAC-Adressen bleiben am Router hängen.

Gerrit

[Uwe Buschhorn]

Gerrit Heitsch schrieb:

> MAC-Adressen bleiben am Router hängen.

Hatte ich auch so in Erinnerung.

Hintergrund:

Der Amazon Cloud-Player ist nur für "autorisierte" Computer nutzbar. Dazu
muß man beim erstmaligen Zugriff den eigenen Rechner freischalten.
Insgesamt darf man 10 Rechner freischalten.

Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
Rechner erkennen wollen.

Antwort: "An Ihrer MAC-Adresse"

Tja... Da ist mir nichts mehr eingefallen.

Es bleibt aber die Frage, wie Amazon das macht...


Grüße,


--
Uwe Buschhorn

[Gerrit Heitsch]

Oh, es hindert keiner ein Programm daran die MAC-Adresse des Rechners
auszulesen und per Netz an Amazon zu schicken, das geht dann über den
Datenteil der Pakete und der interessiert den Router nicht. Aber das
muss eben aktiv passieren. Einfach die MAC aus dem Header eines Paketes
auslesen geht nur im selben LAN.

Gerrit

[Burkhard Ott]

On Tue, 18 Mar 2014 20:07:15 +0100, Gerrit Heitsch wrote:

> Einfach die MAC aus dem Header eines Paketes auslesen geht nur im selben
> LAN.

Ack, besser am gateway is dann schon Ende, fuer den Fall das Du mehrere
Netze hast die ueber einen gateway verbunden sind.

[Christoph Maercker]

Gerrit Heitsch wrote:
> MAC-Adressen bleiben am Router hängen.

Eine mögliche Ausnahme wären (theoretisch) Router, die SNMP im WAN
anbieten. Dort ließe sich dann der ARP-Cache auslesen und damit die MACs
aller verbundenen Geräte. ;-)
--


Duck & wech Chr. Maercker.

[Christoph Maercker]

Uwe Buschhorn wrote:
> Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
> Rechner erkennen wollen.
>
> Antwort: "An Ihrer MAC-Adresse"
>
> Tja... Da ist mir nichts mehr eingefallen.

Mir schon: "Dieser Anbieter wäre damit erledigt."
--


CU Chr. Maercker.

[Gerrit Heitsch]

On 03/19/2014 09:53 AM, Christoph Maercker wrote:
> Gerrit Heitsch wrote:
>> MAC-Adressen bleiben am Router hängen.
>
> Eine mögliche Ausnahme wären (theoretisch) Router, die SNMP im WAN
> anbieten. Dort ließe sich dann der ARP-Cache auslesen und damit die MACs
> aller verbundenen Geräte. ;-)

Ja, aber wer schaltet das bei seinem Heimrouter frei?

Gerrit

[Ralph Aichinger]

Uwe Buschhorn <ubno...@rocketmail.com> wrote:
> Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
> Rechner erkennen wollen.
>
> Antwort: "An Ihrer MAC-Adresse"

Die Antwort kann auch verkürzt und vereinfacht sein.

Bei vorinstalliertem Windows wird ja auch die Änderung
der Hardware bis zu einem gewissen Grad toleriert, wenn
man die Soundkarte tauscht, dann geht das vielleicht noch,
aber wenn man Soundkarte, Grafikkarte und noch ein paar
andere Kleinigkeiten tauscht schon wieder nicht mehr.

Es ist für ein Programm relativ einfach festzustellen
ob es auf "ähnlicher" Hardware ausgeführt wird. Nichts
was man nicht austricksen könnte, aber doch in 90% der
Fälle "ausreichend" um zuzutreffen.

Wenn man ein Programm auf deinem Rechner ausführen kann,
und das Zugang zum Internet hat, dann kann man u.U.
eine recht genaue Idee davon haben wo du örtlich bist
(über GeoIP), an welchem Anbieter du dranhängst,
welchen Rechner du verwendest, welche andere Software,
welchen Benutzernamen du verwendest, welche Sprache
du eingestellt hast, etc.

Ein "böser" Anbieter kann eine beliebige Kombination
davon verwenden um damit auf andere Dinge rückzuschließen.
Die MAC-Adresse ist wirklich nur ein kleiner Teil davon.
Und zusätzlich kann man bei vielen Treibern die MAC auch
ändern. Klar, im gleichen Segment will man das nicht ;)

/ralph

[Robin Koch]

Am 19.03.2014 10:39, schrieb Ralph Aichinger:
> Uwe Buschhorn <ubno...@rocketmail.com> wrote:
>> Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
>> Rechner erkennen wollen.
>>
>> Antwort: "An Ihrer MAC-Adresse"
>
> Die Antwort kann auch verkürzt und vereinfacht sein.
>

> Wenn man ein Programm auf deinem Rechner ausführen kann,
> und das Zugang zum Internet hat, dann kann man u.U.
> eine recht genaue Idee davon haben wo du örtlich bist
> (über GeoIP), an welchem Anbieter du dranhängst,
> welchen Rechner du verwendest, welche andere Software,
> welchen Benutzernamen du verwendest, welche Sprache
> du eingestellt hast, etc.

Sowas in der Art?:

https://panopticlick.eff.org/

--
Robin Koch

[Bonita Montero]

Am 18.03.2014 19:50, schrieb Gerrit Heitsch:

> MAC-Adressen bleiben am Router hängen.

Bei IPv6 nicht unbedingt.

--
http://facebook.com/bonita.montero

[Gerrit Heitsch]

On 03/24/2014 03:22 PM, Bonita Montero wrote:
> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>
>> MAC-Adressen bleiben am Router hängen.
>
> Bei IPv6 nicht unbedingt.

Kann man aber für sorgen... Oder man wechselt hin und wieder mal die MAC
des Interfaces. Es gibt genug Bereiche die man benutzen kann. :)

Gerrit

[Burkhard Ott]

On Mon, 24 Mar 2014 16:05:17 +0100, Gerrit Heitsch wrote:

> On 03/24/2014 03:22 PM, Bonita Montero wrote:
>> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>>
>>> MAC-Adressen bleiben am Router hängen.
>>
>> Bei IPv6 nicht unbedingt.

Doch.

> Kann man aber für sorgen... Oder man wechselt hin und wieder mal die MAC
> des Interfaces. Es gibt genug Bereiche die man benutzen kann. :)

Oder man nutzt einfach kein SLAAC udn setzt eine statische die nicht von
der lokalen MAC abgeleitet ist. Wobei ich das automatische wechseln
bevorzugen wuerde, habe das schon ne ganze Weile an, mach null Problem.

cheers

[Marcel Müller]

Hallo!

Am 26.03.2014 02:37, schrieb Burkhard Ott:
>> Kann man aber für sorgen... Oder man wechselt hin und wieder mal die MAC
>> des Interfaces. Es gibt genug Bereiche die man benutzen kann. :)
>
> Oder man nutzt einfach kein SLAAC udn setzt eine statische die nicht von
> der lokalen MAC abgeleitet ist. Wobei ich das automatische wechseln
> bevorzugen wuerde, habe das schon ne ganze Weile an, mach null Problem.

Oder eine VM. Da sind MACs mangels zugehöriger Hardware faktisch auch
Schall und Rauch. Das kann manchmal auch zu einem echten Problem werden,
wenn z.B. eine Software die Adresse als Lizenzdongle missbraucht.


Marcel

[Gerrit Heitsch]

On 03/26/2014 02:37 AM, Burkhard Ott wrote:
>
> Oder man nutzt einfach kein SLAAC udn setzt eine statische die nicht von
> der lokalen MAC abgeleitet ist. Wobei ich das automatische wechseln
> bevorzugen wuerde, habe das schon ne ganze Weile an, mach null Problem.

Wenn man von aussen erreichbar sein will, dann ist es sinnvoll die IP
nicht dauernd zu wechseln.

Gerrit

[Sven Hartge]

Man ist mit IPv6-PE doch von aussen erreichbar. Die primäre IP ändert
sich ja nicht.

S°

--
Sigmentation fault. Core dumped.

[Helmut Hullen]

Hallo, Gerrit,

Du meintest am 26.03.14:

>> Oder man nutzt einfach kein SLAAC udn setzt eine statische die nicht
>> von der lokalen MAC abgeleitet ist. Wobei ich das automatische
>> wechseln bevorzugen wuerde, habe das schon ne ganze Weile an, mach
>> null Problem.

> Wenn man von aussen erreichbar sein will, dann ist es sinnvoll die IP
> nicht dauernd zu wechseln.

Da bevorzuge ich aber so etwas wie dyndns (oder - besser - twodns).

Viele Gruesse!
Helmut

[Gerrit Heitsch]

Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.
Die Anpassung geht zwar schnell, aber nicht in Nullzeit.

Gerrit

[Shinji Ikari]

Guten Tag

Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb

>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen

Das machen Router meist automatisch

>und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.

Der Wechsel geht in wenigsten Sekunden.

>Die Anpassung geht zwar schnell, aber nicht in Nullzeit.

Korrekt, doch wenige Sekunden Ausfall/Verzoegerung sind zumindest bei
Anwendungen ausserhalb des professionellen Umfeldes akzeptabel.

[Helmut Hullen]

Hallo, Gerrit,

Du meintest am 26.03.14:

>>> Wenn man von aussen erreichbar sein will, dann ist es sinnvoll die
>>> IP nicht dauernd zu wechseln.

>> Da bevorzuge ich aber so etwas wie dyndns (oder - besser - twodns).

> Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
> sagen und hoffen, daß nicht gerade jetzt jemand eine Verbindung
> aufbauen will.

Das gilt für IPv4 und für IPv6. Und nur dann, wenn sich die IP-Adresse
ändert.

Viele Gruesse!
Helmut

[Burkhard Ott]

Es geht mir eigentlich mehr darum das man MAC addressen nicht routen
kann, die enden an der Netzwerkgrenze, wenn man das so nennen will.
Wenn ein Router mehrere Netze verbindet dann siehst Du die MAC des
Routers im anderen Netz aber nicht die des Clienten.
Das Teile MAC bei SLAAC benutzt werden um eine Adresses zu generieren hat
aber mit dem OT nix zu tuen.

cheers

[Burkhard Ott]

Ja und nein. Sinnvoll ja in dem Sinne das man die IP gleich kennt, aber
es geht auch mit dynamischen Adressen vie DNS update, was allerdings hin
und wieder wegen caching der Eintraege hakelt.
Kommt halt mehr darauf an wozu man das braucht.
Bei IPv6 geht das dann noch mal etwas schoener, Stichwort anycast.

cheers

[Burkhard Ott]

IPv6 anycast.

[Burkhard Ott]

On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:

> Guten Tag
>
> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>
>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
>
> Das machen Router meist automatisch

Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
eigentlich nix.
Was Du meinst sind diese 0815 dyndns clienten, die arbeiten aber auf der
Anwendungsschicht was ja nun gar nix mit routen zu tuen hat.

>
>>und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.
>
> Der Wechsel geht in wenigsten Sekunden.

Ausser wenn der alte Eintrag noch im cache ist (bei dem der Deine IP
erreichen will).

>>Die Anpassung geht zwar schnell, aber nicht in Nullzeit.
>
> Korrekt, doch wenige Sekunden Ausfall/Verzoegerung sind zumindest bei
> Anwendungen ausserhalb des professionellen Umfeldes akzeptabel.

Ack.

[Jörg Tewes]

Burkhard Ott schrub:

> On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:

>> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb

>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen

>> Das machen Router meist automatisch
>
> Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
> eigentlich nix.

Deine Beschreibung ist eine der Grundfunktionen welche Router
beherrschen müssen. Das ziemlich viele (wenn nicht alle) Router für
den Soho Bereich außerdem noch Zusatzfunktionen bieten, sollte dir
bekannt sein. Darunter fällt z.B. auch das Updaten der Ip bei einem
der DynDNS Anbieter.

[Juergen P. Meier]

Sven Hartge <sh-...@svenhartge.de>:

SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall.

Wenn man PE verwendet, kann man getrost auf SLAAC verzichten.

Juergen

[Juergen P. Meier]

Gerrit Heitsch <ger...@laosinh.s.bawue.de>:

Wenn man von aussen erreichbar sein will, bietet man offiziell
oeffentlich einen Dienst an.

Wie genau sollte das mit _privacy_ extensions vereinbar sein?

Natuerlich funktoiniert das nicht. Do'h.

[Juergen P. Meier]

Shinji Ikari <shi...@gmx.net>:

> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>
>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
>
> Das machen Router meist automatisch
>
>>und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.
>
> Der Wechsel geht in wenigsten Sekunden.

Bullshit.

Wer glaubt, dyndns wuerde sekundenschnell gehen, der hat gewaltig was
nicht verstanden.

Naehmlich wie DNS funktionert - so ganz praktisch.

>>Die Anpassung geht zwar schnell, aber nicht in Nullzeit.
>
> Korrekt, doch wenige Sekunden Ausfall/Verzoegerung sind zumindest bei
> Anwendungen ausserhalb des professionellen Umfeldes akzeptabel.

Wir sprechen hier ueber Minuten bis zu Stunden. Und zwar in der Regel.

Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)

[Juergen P. Meier]

Burkhard Ott <news...@derith.de>:

Wozu? Multicast genueg.

[Juergen P. Meier]

begin 1 followup to Burkhard Ott <news...@derith.de>:

Flasch. Anycast hat damit *nichts* zu tun.

Du verwechselst das mit Mobile-IP(v6).

[Gerrit Heitsch]

Heisst 'anycast' nicht nur, daß mehrere Rechner unter derselben IP zu
erreichen sind? Ich wüsste jetzt nicht wie das hilft wenn ich bei einem
Rechner die IP wechsle und der der einzige ist, der den Service
bereitstellt.

Gerrit

[Shinji Ikari]

Guten Tag

Burkhard Ott <news...@derith.de> schrieb

>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
>> Das machen Router meist automatisch
>Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>eigentlich nix.

Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer
sind zu der von mir angedeuteten Arbeitsweise faehig und machen das
automatisch. Dass es Zusatzfunktionen sind, die in dem (so auch von
den Herstellern benannten) Geraeten (="Routern") mit enthalten sind,
habe ich in meiner Aussage eingeschlossen.

>Was Du meinst sind diese 0815 dyndns clienten, die arbeiten aber auf der
>Anwendungsschicht was ja nun gar nix mit routen zu tuen hat.

Ich schrieb auch nicht "routen" als taetigkeit, sondern "Router" und
meinte das komplexe Endgeraet, welchen auch von den Herstellern, in
den Handbuechern udn langlaeufig als Gesamtgeraet so bezeichnet wird.

>>>und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.
>> Der Wechsel geht in wenigsten Sekunden.
>Ausser wenn der alte Eintrag noch im cache ist (bei dem der Deine IP
>erreichen will).

Der Wechsel geht dennoch in wenigen Sekunden.

Dss da jemand dazwischen oder auf Seite des Browsers einen Cache hat,
der es verzoegert ist dem nutzer der IP nicht anzulasten.

[Gerrit Heitsch]

On 03/27/2014 09:15 AM, Shinji Ikari wrote:
>
> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache hat,
> der es verzoegert ist dem nutzer der IP nicht anzulasten.

Doch, schon, weil DNS nunmal schon länger Caching beinhaltet.

Gerrit

[Shinji Ikari]

Guten Tag

"Juergen P. Meier" <nospa...@jors.net> schrieb

>>>und hoffen, daß nicht gerade jetzt jemand eine Verbindung aufbauen will.
>> Der Wechsel geht in wenigsten Sekunden.
>Bullshit.

Kein Bullshit. Der Wechsel geht in wenigen Sekunden. Das ist so.

>
>Wer glaubt, dyndns wuerde sekundenschnell gehen, der hat gewaltig was
>nicht verstanden.

Stopp!!!!
Ich schjrieb der Wechsel geht in wenisgten Sekunden.
Du beziehst Dich aber auf das gesamte DynDNS Konstrukt.
Wenn mein Router zuhause (forciert) die IP wechselt, kann ich das auf
der Webseite des DynDNS-Anbieters wenige Sekunden danach sehen.
Dass irgendwelche Leute da verlangsamende Caches benutzen, ist ein
weitergreifendes Problem, das aber nichts mit meiner Aussage zu tun
hat.

>Naehmlich wie DNS funktionert - so ganz praktisch.

DNS ist wieder ein weiteres Thema.

>>>Die Anpassung geht zwar schnell, aber nicht in Nullzeit.
>> Korrekt, doch wenige Sekunden Ausfall/Verzoegerung sind zumindest bei
>> Anwendungen ausserhalb des professionellen Umfeldes akzeptabel.
>Wir sprechen hier ueber Minuten bis zu Stunden.

Nicht bei den von mir verwendeten Accounts bei DynDNS.

> Und zwar in der Regel.

Bei den Caches anderer Systeme.
Aber der Wechsel der IP geht in Sekunden. Ffakt.

[Shinji Ikari]

Guten Tag

Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb

>> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache hat,
>> der es verzoegert ist dem nutzer der IP nicht anzulasten.
>Doch, schon, weil DNS nunmal schon länger Caching beinhaltet.

Und warum sollte dem Nutzer der IP dies anzulasen sein?

[Martin Wohlauer]

Am 27.03.2014 09:19, schrieb Shinji Ikari:
> "Juergen P. Meier" <nospa...@jors.net> schrieb

>> Wer glaubt, dyndns wuerde sekundenschnell gehen, der hat gewaltig was
>> nicht verstanden.
>
> Stopp!!!!
> Ich schjrieb der Wechsel geht in wenisgten Sekunden.
> Du beziehst Dich aber auf das gesamte DynDNS Konstrukt.
> Wenn mein Router zuhause (forciert) die IP wechselt, kann ich das auf
> der Webseite des DynDNS-Anbieters wenige Sekunden danach sehen.
> Dass irgendwelche Leute da verlangsamende Caches benutzen, ist ein
> weitergreifendes Problem, das aber nichts mit meiner Aussage zu tun
> hat.

Und diese Spitzfindigkeit bringt einem in der Praxis am anderen Ende der
Leitung was? Ich kann auch aus eigener Erfahrung sagen, dass man
manchmal bis zu 10 Minuten immer noch mit der alten IP abgespeist wird,
also 10 Min lang den Rechner nicht erreichen kann, weil man wo ganz
anders raus kommt. Und damit finde ich diese Aussage, um die es mal ging
gar nicht mehr so verkehrt:

Am 26.03.2014 11:29, schrieb Gerrit Heitsch:
> Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid

> sagen und hoffen, daß nicht gerade jetzt jemand eine Verbindung
> aufbauen will. Die Anpassung geht zwar schnell, aber nicht in
> Nullzeit.

Grüßle,

Martin.

[Juergen P. Meier]

Gerrit Heitsch <ger...@laosinh.s.bawue.de>:

> Heisst 'anycast' nicht nur, daß mehrere Rechner unter derselben IP zu
> erreichen sind? Ich wüsste jetzt nicht wie das hilft wenn ich bei einem

Nicht nur, Anycast beinhaltet auch alles, was im Globalen und Lokalen
Routing noetig ist, damit das so funktioniert, dass unter dieser IP
immer der topologisch naechste (so die theorie, realitaet ist: der
billigst zu erreichende) knoten angesprochen wird.

> Rechner die IP wechsle und der der einzige ist, der den Service
> bereitstellt.

Anycast hat mit dem Problem nichts zu tun.

[Helmut Hullen]

Hallo, Shinji,

Du meintest am 27.03.14:

>>>> Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>> sagen

>>> Das machen Router meist automatisch

[...]

> Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer
> sind zu der von mir angedeuteten Arbeitsweise faehig und machen das
> automatisch.

Bei einigen wenigen weiter verbreiteten Dyndns-Anbietern.

Viele Gruesse!
Helmut

[Gerrit Heitsch]

Der soll seine IP nicht dauernd wechseln wenn er einen Service anbietet.
Dann stört das DNS-Caching nicht mehr sondern tut was es soll, die
DNS-Server entlasten.

Gerrit

[Sven Hartge]

Die primäre IP ändert sich aber trotzdem nicht, egal wie sie bezogen
oder eingestellt wurde. Unter dieser ist das Gerät ja immer noch direkt
erreichbar.

[Gerrit Heitsch]

On 03/27/2014 06:28 AM, Juergen P. Meier wrote:
> SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall.

Ist auch gut so da SLAAC wieder ein Fall von 'gut gemeint, aber...' ist.

Gerrit

[Shinji Ikari]

Guten Tag

Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb

>>>> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache hat,
>>>> der es verzoegert ist dem nutzer der IP nicht anzulasten.
>>> Doch, schon, weil DNS nunmal schon länger Caching beinhaltet.
>> Und warum sollte dem Nutzer der IP dies anzulasen sein?
>Der soll seine IP nicht dauernd wechseln wenn er einen Service anbietet.

Der Wechsel wird nicht unbedingt durch den Anbieter freiwillig
durchgefuehrt. Das haengt eher am Provider.

Das kann man dem Anbieter nicht anlasten.

[Shinji Ikari]

Guten Tag

Martin Wohlauer <mwoh...@yahoo.de> schrieb

>>> Wer glaubt, dyndns wuerde sekundenschnell gehen, der hat gewaltig was
>>> nicht verstanden.
>> Stopp!!!!
>> Ich schjrieb der Wechsel geht in wenisgten Sekunden.
>> Du beziehst Dich aber auf das gesamte DynDNS Konstrukt.
>> Wenn mein Router zuhause (forciert) die IP wechselt, kann ich das auf
>> der Webseite des DynDNS-Anbieters wenige Sekunden danach sehen.
>> Dass irgendwelche Leute da verlangsamende Caches benutzen, ist ein
>> weitergreifendes Problem, das aber nichts mit meiner Aussage zu tun
>> hat.
>Und diese Spitzfindigkeit bringt einem in der Praxis am anderen Ende der
>Leitung was?

Die Unterscheidung der Begrifflichkeiten ist schon wichtig.

In der Praxis zeigt sich bei mir:
Mir auf der Roadwarrior-Seite (Zugriff auf mein heimatliches System
bringt DynDNS einen in sekundenschnelle angepassen Zugang. Es ist oft
sogar so schnell, dass meine VPN-verbindung nicht komplett zusammen
bricht, sondern sich im Hintergrund neu aufbaut und ich mit geringem
'ruckeln' weiter bedienen kann.
Es geht also wirklich (auch in der Praxis) in wenigsten Sekunden.

> Ich kann auch aus eigener Erfahrung sagen, dass man
>manchmal bis zu 10 Minuten immer noch mit der alten IP abgespeist wird,

Vielleicht sollte man einen geeigneten DynDNS-Dienst nutzen.

>also 10 Min lang den Rechner nicht erreichen kann, weil man wo ganz
>anders raus kommt.

Liegt das in Deinem Fall am DynDNS Anbieter oder an irgendwelchen
nicht aktulisierten Caches?

[Martin Wohlauer]

Moin.

Am 27.03.2014 14:57, schrieb Shinji Ikari:
> Martin Wohlauer <mwoh...@yahoo.de> schrieb
>
>>>> Wer glaubt, dyndns wuerde sekundenschnell gehen, der hat gewaltig was
>>>> nicht verstanden.
>>> Stopp!!!!
>>> Ich schjrieb der Wechsel geht in wenisgten Sekunden.
>>> Du beziehst Dich aber auf das gesamte DynDNS Konstrukt.
>>> Wenn mein Router zuhause (forciert) die IP wechselt, kann ich das auf
>>> der Webseite des DynDNS-Anbieters wenige Sekunden danach sehen.
>>> Dass irgendwelche Leute da verlangsamende Caches benutzen, ist ein
>>> weitergreifendes Problem, das aber nichts mit meiner Aussage zu tun
>>> hat.
>> Und diese Spitzfindigkeit bringt einem in der Praxis am anderen Ende der
>> Leitung was?
>
> Die Unterscheidung der Begrifflichkeiten ist schon wichtig.
>
> In der Praxis zeigt sich bei mir:
> Mir auf der Roadwarrior-Seite (Zugriff auf mein heimatliches System
> bringt DynDNS einen in sekundenschnelle angepassen Zugang. Es ist oft
> sogar so schnell, dass meine VPN-verbindung nicht komplett zusammen
> bricht, sondern sich im Hintergrund neu aufbaut und ich mit geringem
> 'ruckeln' weiter bedienen kann.
> Es geht also wirklich (auch in der Praxis) in wenigsten Sekunden.

Jupp, aber eben nicht pauschal einfach mal so. Ich hab jetzt keinen
Überblick über den Markt, aber ich denke nicht, dass das Problem in so
homöopathischen Dosen auftritt, dass man sich darüber erst mal keine
Gedanken machen braucht. Statische IP ist schon was feines (außer man
will sie häufiger wechseln...).

>> Ich kann auch aus eigener Erfahrung sagen, dass man
>> manchmal bis zu 10 Minuten immer noch mit der alten IP abgespeist wird,
>
> Vielleicht sollte man einen geeigneten DynDNS-Dienst nutzen.

Welchen schlägst du vor, der das für lau macht, aber trotzdem eine
gewisse Reaktionsgeschwindigkeit mit bringt?

>> also 10 Min lang den Rechner nicht erreichen kann, weil man wo ganz
>> anders raus kommt.
>
> Liegt das in Deinem Fall am DynDNS Anbieter oder an irgendwelchen
> nicht aktulisierten Caches?

Mit Sicherheit /auch/ am Dienst, da das auch über Rechner- und
Segmentgrenzen hinweg (Kumpel will sich via Internet irgendwann mal
verbinden) ne ganze Weile dauern konnte. Mal war alles fast sofort, mal
erst 10 Minuten später paletti.

Grüßle,

Martin.

[Shinji Ikari]

Guten Tag

Martin Wohlauer <mwoh...@yahoo.de> schrieb

>>>> Ich schjrieb der Wechsel geht in wenisgten Sekunden.

>>> Und diese Spitzfindigkeit bringt einem in der Praxis am anderen Ende der
>>> Leitung was?

>> In der Praxis zeigt sich bei mir:
>> Mir auf der Roadwarrior-Seite (Zugriff auf mein heimatliches System
>> bringt DynDNS einen in sekundenschnelle angepassen Zugang. Es ist oft
>> sogar so schnell, dass meine VPN-verbindung nicht komplett zusammen
>> bricht, sondern sich im Hintergrund neu aufbaut und ich mit geringem
>> 'ruckeln' weiter bedienen kann.
>> Es geht also wirklich (auch in der Praxis) in wenigsten Sekunden.
>Jupp, aber eben nicht pauschal einfach mal so.

Bei mir bisher schon.

>Ich hab jetzt keinen
>Überblick über den Markt, aber ich denke nicht, dass das Problem in so
>homöopathischen Dosen auftritt, dass man sich darüber erst mal keine
>Gedanken machen braucht. Statische IP ist schon was feines (außer man
>will sie häufiger wechseln...).

Ja, ist sie, aber Leute die DynDNS nutzen sind oft eben nicht mit
diesem Feature gesegnet.
Und da beispielsweise einige Anbieter sogar bei jeder 'Anwahl' (oder
reconnect oder 24h-Trennung) bei Consumer-Anschluessen die IP wechseln
(koennen) sind solche Dienste wie sie auch DynDNS selber anbietet eben
immer wichtiger geworden.

>> Vielleicht sollte man einen geeigneten DynDNS-Dienst nutzen.
>Welchen schlägst du vor,

Ich benutze den kostenpflichtigen Teil des urspruenglichen Original
"DynDNS":
Dyn
Global HQ
150 Dow Street Tower Two
Manchester, NH 03101
http://de.dyn.com/dns/

> der das für lau macht,

Warum fuer lau? Wer Service und Leistuing will kann die nicht immer
kostenlos bekommen. Evtl. liegt darin die zeitliche Verzoegerung.

>aber trotzdem eine
>gewisse Reaktionsgeschwindigkeit mit bringt?

Ich zahle und bekomme eine fuer mich sehr gute, schnelle und stabile
Leistung von dem Anbieter.

[Martin Wohlauer]

Am 27.03.2014 15:21, schrieb Shinji Ikari:
> Martin Wohlauer <mwoh...@yahoo.de> schrieb
>
>>>>> Ich schjrieb der Wechsel geht in wenisgten Sekunden.
>>>> Und diese Spitzfindigkeit bringt einem in der Praxis am anderen Ende der
>>>> Leitung was?
>>> In der Praxis zeigt sich bei mir:
>>> Mir auf der Roadwarrior-Seite (Zugriff auf mein heimatliches System
>>> bringt DynDNS einen in sekundenschnelle angepassen Zugang. Es ist oft
>>> sogar so schnell, dass meine VPN-verbindung nicht komplett zusammen
>>> bricht, sondern sich im Hintergrund neu aufbaut und ich mit geringem
>>> 'ruckeln' weiter bedienen kann.
>>> Es geht also wirklich (auch in der Praxis) in wenigsten Sekunden.
>> Jupp, aber eben nicht pauschal einfach mal so.
>
> Bei mir bisher schon.

Gut für dich. ;-)

>> Ich hab jetzt keinen
>> Überblick über den Markt, aber ich denke nicht, dass das Problem in so
>> homöopathischen Dosen auftritt, dass man sich darüber erst mal keine
>> Gedanken machen braucht. Statische IP ist schon was feines (außer man
>> will sie häufiger wechseln...).
>
> Ja, ist sie, aber Leute die DynDNS nutzen sind oft eben nicht mit
> diesem Feature gesegnet.
> Und da beispielsweise einige Anbieter sogar bei jeder 'Anwahl' (oder
> reconnect oder 24h-Trennung) bei Consumer-Anschluessen die IP wechseln
> (koennen) sind solche Dienste wie sie auch DynDNS selber anbietet eben
> immer wichtiger geworden.

Keine Frage, bei mir ja nicht anders. Bei mir ist das zwar auch mehr
eine Hobby-Sache, ohne ernsthafte Ansprüche, aber obwohl Kabel
Deutschland mir teilweise wochenlang dieselbe IP gibt, nehme ich den
Dienst eben trotzdem ab und zu mal in Anspruch.

>>> Vielleicht sollte man einen geeigneten DynDNS-Dienst nutzen.
>> Welchen schlägst du vor,
>
> Ich benutze den kostenpflichtigen Teil des urspruenglichen Original
> "DynDNS":
> Dyn
> Global HQ
> 150 Dow Street Tower Two
> Manchester, NH 03101
> http://de.dyn.com/dns/

Ah, ich den kostenfreien.

>> der das für lau macht,
>
> Warum fuer lau? Wer Service und Leistuing will kann die nicht immer
> kostenlos bekommen. Evtl. liegt darin die zeitliche Verzoegerung.

Haste sicher recht. Wie gesagt, bei mir mehr hobbymäßig, deswegen ist
mir das auch nicht so extrem Wichtig, ob man da 2 sek. später schon
wieder weiter machen kann. Mir gings mehr darum, dass das eben
keineswegs a priori immer so ist. Das kann eben zuweilen auch ganz
deutlich anders aussehen.

>> aber trotzdem eine
>> gewisse Reaktionsgeschwindigkeit mit bringt?
>
> Ich zahle und bekomme eine fuer mich sehr gute, schnelle und stabile
> Leistung von dem Anbieter.

Ist zumindest mal gut zu wissen, falls ich doch mal ernsthaftere
Ambitionen in der Richtung an den Tag legen wollte. =)

Grüßle,

Martin.

[Burkhard Ott]

Du willst unbedingt mal nachlesen was ein Router ist. Die Blinkschachteln
die Du als router bezeichnest weil die Werbung Dir das so suggeriert, ist
eher ein routendes OS mit Webserver, also ueber Layer4.
Geroutet wird auf dem IP Layer, nirgens anders und ein router hat auch
nur interesse an diesem Layer, dem ist egal ob da tcp oder udp drinn ist.
ICMP ist da eher eine Ausnahme anstatt die Regel.

cheers

[Burkhard Ott]

On Thu, 27 Mar 2014 09:15:28 +0100, Shinji Ikari wrote:

> Guten Tag
>
> Burkhard Ott <news...@derith.de> schrieb
>
>>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>>sagen
>>> Das machen Router meist automatisch
>>Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>>eigentlich nix.
>
> Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer sind
> zu der von mir angedeuteten Arbeitsweise faehig und machen das
> automatisch. Dass es Zusatzfunktionen sind, die in dem (so auch von den
> Herstellern benannten) Geraeten (="Routern") mit enthalten sind, habe
> ich in meiner Aussage eingeschlossen.

Nee, das macht Deine DynDNS (oder welchen Service es auch immer nutzt)
client, der mittels http eine API anklingelt und die neue IP ueberreicht.
Das hat mit routen nur sehr bedingt zu tuen.

>>Was Du meinst sind diese 0815 dyndns clienten, die arbeiten aber auf der
>>Anwendungsschicht was ja nun gar nix mit routen zu tuen hat.
>
> Ich schrieb auch nicht "routen" als taetigkeit, sondern "Router" und
> meinte das komplexe Endgeraet, welchen auch von den Herstellern, in den
> Handbuechern udn langlaeufig als Gesamtgeraet so bezeichnet wird.

Dann solltest Du entwder lesen lernen oder Deine ComputerBild
abbestellen, das stimmt naemlich nicht:

"A router is a device that forwards data packets between computer
networks, creating an overlay internetwork. A router is connected to two
or more data lines from different networks. When a data packet comes in
one of the lines, the router reads the address information in the packet
to determine its ultimate destination. Then, using information in its
routing table or routing policy, it directs the packet to the next
network on its journey. Routers perform the "traffic directing" functions
on the Internet. A data packet is typically forwarded from one router to
another through the networks that constitute the internetwork until it
reaches its destination node."

Wiedermal auf Werbung reingefallen?
Wenn Du noch was nettes darueber lesen willst:
http://tools.ietf.org/html/rfc1812

Wenn Du dyndns oder was aehnliches findest, bitte melden.

> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache hat,
> der es verzoegert ist dem nutzer der IP nicht anzulasten.

Schonmal gehoert das DNS cached, ahh ja da war doch was mit TTL.

cheers

[Burkhard Ott]

Nee das haengt von Deiner vorgegebenen ttl ab.

> Das kann man dem Anbieter nicht anlasten.

Schreib einfach der IETF und beschwer Dich.

cheers

[Burkhard Ott]

Wenn ich privacy extension benutze? Muss ich mal probieren ob das geht.

cheers

[Shinji Ikari]

Guten Tag

Burkhard Ott <news...@derith.de> schrieb

>>>>>> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache
>>>>>> hat,
>>>>>> der es verzoegert ist dem nutzer der IP nicht anzulasten.
>>>>> Doch, schon, weil DNS nunmal schon länger Caching beinhaltet.
>>>> Und warum sollte dem Nutzer der IP dies anzulasen sein?
>>>Der soll seine IP nicht dauernd wechseln wenn er einen Service anbietet.
>> Der Wechsel wird nicht unbedingt durch den Anbieter freiwillig
>> durchgefuehrt. Das haengt eher am Provider.
>Nee das haengt von Deiner vorgegebenen ttl ab.

Nicht wirklich. Oder Du meinst nicht
http://de.wikipedia.org/wiki/Time-to-live

>> Das kann man dem Anbieter nicht anlasten.
>Schreib einfach der IETF und beschwer Dich.

Warum sollte ich das machen? Ich komme mit DynDNS klar.

[Shinji Ikari]

Guten Tag

Burkhard Ott <news...@derith.de> schrieb

>>>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>>>sagen
>>>> Das machen Router meist automatisch
>>>Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>>>eigentlich nix.
>> Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer sind
>> zu der von mir angedeuteten Arbeitsweise faehig und machen das
>> automatisch. Dass es Zusatzfunktionen sind, die in dem (so auch von den
>> Herstellern benannten) Geraeten (="Routern") mit enthalten sind, habe
>> ich in meiner Aussage eingeschlossen.
>Nee, das macht Deine DynDNS (oder welchen Service es auch immer nutzt)
>client, der mittels http eine API anklingelt und die neue IP ueberreicht.
>Das hat mit routen nur sehr bedingt zu tuen.

S.o.: Diese Funktion ist im "Router" integriert.

>>>Was Du meinst sind diese 0815 dyndns clienten, die arbeiten aber auf der
>>>Anwendungsschicht was ja nun gar nix mit routen zu tuen hat.
>> Ich schrieb auch nicht "routen" als taetigkeit, sondern "Router" und
>> meinte das komplexe Endgeraet, welchen auch von den Herstellern, in den
>> Handbuechern udn langlaeufig als Gesamtgeraet so bezeichnet wird.
>Dann solltest Du entwder lesen lernen oder Deine ComputerBild
>abbestellen, das stimmt naemlich nicht:

Doch, es stimmt, dass die Anbieter das Geraet so bezeichnen.

>Wiedermal auf Werbung reingefallen?

Wieder einmal Geraetebezeichnung mit Funktion verwechselt?

[Juergen P. Meier]

Sven Hartge <sh-...@svenhartge.de>:

>> SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall.
>
>> Wenn man PE verwendet, kann man getrost auf SLAAC verzichten.
>
> Die primäre IP ändert sich aber trotzdem nicht, egal wie sie bezogen

Nicht wenn du keine (SLAAC oder manual) hast.

PE funktioniert ganz ohne das, was du als "primaere IP" bezeichnest.

> oder eingestellt wurde. Unter dieser ist das Gerät ja immer noch direkt
> erreichbar.

Das kommt auf die Filterkonfiguration an.

[Juergen P. Meier]

Gerrit Heitsch <ger...@laosinh.s.bawue.de>:

> On 03/27/2014 06:28 AM, Juergen P. Meier wrote:
>> SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall.
>
> Ist auch gut so da SLAAC wieder ein Fall von 'gut gemeint, aber...' ist.

Es macht DNS notwendig (bzw. es erhoeht den Schmerz ohne).

[Juergen P. Meier]

Burkhard Ott <news...@derith.de>:

Wieso sollte das nicht funktionieren? DAs sind zwei voellig disjunkte
Technologien.

[Juergen P. Meier]

begin 1 followup to Burkhard Ott <news...@derith.de>:

> On Thu, 27 Mar 2014 14:50:27 +0100, Shinji Ikari wrote:
>
>> Guten Tag
>>
>> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>>
>>>>>> Dss da jemand dazwischen oder auf Seite des Browsers einen Cache
>>>>>> hat,
>>>>>> der es verzoegert ist dem nutzer der IP nicht anzulasten.
>>>>> Doch, schon, weil DNS nunmal schon länger Caching beinhaltet.
>>>> Und warum sollte dem Nutzer der IP dies anzulasen sein?
>>>Der soll seine IP nicht dauernd wechseln wenn er einen Service anbietet.
>>
>> Der Wechsel wird nicht unbedingt durch den Anbieter freiwillig
>> durchgefuehrt. Das haengt eher am Provider.
>
> Nee das haengt von Deiner vorgegebenen ttl ab.

Die, wenn sie zu klein ist, geflissentlich ignoriert werden darf und wird.

Etliche Caches forcieren eine Mindest-TTL von 5 Minuten (300), egal was
der DynDNS-Trottel da eingestellt hat.

>> Das kann man dem Anbieter nicht anlasten.
>
> Schreib einfach der IETF und beschwer Dich.

Fuer dieses Jahr ist es zu spaet. April beginnt bereits naechste kWoche.

[Gerrit Heitsch]

Nicht nur das... Es ist auch kein vollwertiger Ersatz für DHCP in
vielerlei Hinsicht. DHCP kann bei der Antwort zur Frage nach der IP
immer dieselbe schicken und eine Menge Zusatzinfos rüberreichen (DNS,
Domainname, Hostname, NTP-Server usw.) und auch gleich den Eintrag im
DNS machen. Das ist irgendwann aufgefallen ('Wie mache ich nochmal
Netzboot mit SLAAC?') und schon wurde DHCPv6 nachgereicht. Ich habs noch
nicht probiert, die Definition davon sieht aber eher halbherzig aus.

Gerrit

[Jörg Tewes]

Burkhard Ott schrub:

> On Thu, 27 Mar 2014 03:16:08 +0100, Jörg Tewes wrote:
>
>> Burkhard Ott schrub:
>>> On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:
>>
>>>> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>>
>>>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>>>sagen
>>
>>>> Das machen Router meist automatisch
>>>
>>> Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>>> eigentlich nix.
>>
>> Deine Beschreibung ist eine der Grundfunktionen welche Router
>> beherrschen müssen. Das ziemlich viele (wenn nicht alle) Router für den
>> Soho Bereich außerdem noch Zusatzfunktionen bieten, sollte dir bekannt
>> sein. Darunter fällt z.B. auch das Updaten der Ip bei einem der DynDNS
>> Anbieter.
>
> Du willst unbedingt mal nachlesen was ein Router ist.

Brauch ich nicht, aber vielleicht solltest du mal etwas in der
Realität ankommen. Da wo der normale Mensch lebt.

[Sven Hartge]

Juergen P. Meier <nospa...@jors.net> wrote:

> Sven Hartge <sh-...@svenhartge.de>:

>>> SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall. Wenn man PE
>>> verwendet, kann man getrost auf SLAAC verzichten.

>> Die primäre IP ändert sich aber trotzdem nicht, egal wie sie bezogen

> Nicht wenn du keine (SLAAC oder manual) hast.

> PE funktioniert ganz ohne das, was du als "primaere IP" bezeichnest.

Ist mir, ehrlich gesagt, noch nie untergekommen. (Was nicht heißt, dass
es nicht existiert.)

[Burkhard Ott]

On Fri, 28 Mar 2014 07:07:33 +0100, Shinji Ikari wrote:

> Guten Tag
>
> Burkhard Ott <news...@derith.de> schrieb
>
>>>>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>>>>sagen
>>>>> Das machen Router meist automatisch
>>>>Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>>>>eigentlich nix.
>>> Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer
>>> sind zu der von mir angedeuteten Arbeitsweise faehig und machen das
>>> automatisch. Dass es Zusatzfunktionen sind, die in dem (so auch von
>>> den Herstellern benannten) Geraeten (="Routern") mit enthalten sind,
>>> habe ich in meiner Aussage eingeschlossen.
>>Nee, das macht Deine DynDNS (oder welchen Service es auch immer nutzt)
>>client, der mittels http eine API anklingelt und die neue IP
>>ueberreicht.
>>Das hat mit routen nur sehr bedingt zu tuen.
>
> S.o.: Diese Funktion ist im "Router" integriert.

Ok, dann lass mal sehen, welche core router haben denn einen DynDNS
client o.ae. integriert, nicht die Blinkschachteln die Du kennst, ich
reden von routern.

>>>>Was Du meinst sind diese 0815 dyndns clienten, die arbeiten aber auf
>>>>der Anwendungsschicht was ja nun gar nix mit routen zu tuen hat.
>>> Ich schrieb auch nicht "routen" als taetigkeit, sondern "Router" und
>>> meinte das komplexe Endgeraet, welchen auch von den Herstellern, in
>>> den Handbuechern udn langlaeufig als Gesamtgeraet so bezeichnet wird.
>>Dann solltest Du entwder lesen lernen oder Deine ComputerBild
>>abbestellen, das stimmt naemlich nicht:
>
> Doch, es stimmt, dass die Anbieter das Geraet so bezeichnen.

Was nicht heisst das der Anbieter unbedingt weiss was er da erzaehlt:
http://tools.ietf.org/html/rfc1812

>>Wiedermal auf Werbung reingefallen?
>
> Wieder einmal Geraetebezeichnung mit Funktion verwechselt?

Richtigerweise muesste es Multifuntions geraet mit router Funtionalitaet
heissen, wuerdest Du sowas kaufen.
RFC 1812 beschreibt was ein router haben muss, bringen muss ergo was ein
router ist.
Zeig mal wo das was von DynDNS steht, oder DHCP etc.
Das sind zusaetzliche Features welches den router genau genommen zum
multifunktionsgaerat mit router funktion machen.

cheers

[Burkhard Ott]

Oooch, ich haben jeden Tag mit ganz normalen Routern zu tuen, ohne die
wuerde Deine Blickschacchtel maximal genau bis an den Gateway kommen und
dann ist Feierabend.
RF1812 wird Dir erklaeren was ein router ist, ist nicht sehr lang,
solltest Du unbedingt mal lesen, macht sonst keinen Sinn mit Dir darueber
zu diskutieren.

cheers

[Ralph Aichinger]

Burkhard Ott <news...@derith.de> wrote:
> On Fri, 28 Mar 2014 07:07:33 +0100, Shinji Ikari wrote:
>
>> Guten Tag
>>
>> Burkhard Ott <news...@derith.de> schrieb
>>
>>>>>>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid
>>>>>>>sagen
>>>>>> Das machen Router meist automatisch
>>>>>Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>>>>>eigentlich nix.
>>>> Die als Router langlaeufig bezeichneten Endgeraete vieler Consumer
>>>> sind zu der von mir angedeuteten Arbeitsweise faehig und machen das
>>>> automatisch. Dass es Zusatzfunktionen sind, die in dem (so auch von
>>>> den Herstellern benannten) Geraeten (="Routern") mit enthalten sind,
>>>> habe ich in meiner Aussage eingeschlossen.
>>>Nee, das macht Deine DynDNS (oder welchen Service es auch immer nutzt)
>>>client, der mittels http eine API anklingelt und die neue IP
>>>ueberreicht.
>>>Das hat mit routen nur sehr bedingt zu tuen.
>>
>> S.o.: Diese Funktion ist im "Router" integriert.
>
> Ok, dann lass mal sehen, welche core router haben denn einen DynDNS
> client o.ae. integriert, nicht die Blinkschachteln die Du kennst, ich
> reden von routern.

Es ist sinnlos, derartige semantische Haarspaltereien zu betreiben,
ohne genau zu definieren was man unter Begriffen versteht.

Es ist wohl zweifellos so, daß

a) Ein (idealisiertes) Gerät das Netzwerkpakete auf Schicht 3 im
OSI-Referenzmodell weiterleitet nichts mit DynDNS am Hut hat,
benauso wie
b) Ein (real existierendes) physisches Gerät, wie man es in jedem
besseren Computerladen kaufen kann sehr wohl solche Dinge als
Zusatzfunktionen implementieren kann.

Jetzt kann man, um künstlich Widersprüche zu inszenieren drauf beharren,
daß Router entweder nur a) oder nur b) bezeichnet, oder klar sagen
was man meint -- worauf sich alle Widersprüche in Luft bzw. in
Tautologien auflösen.

Wer nicht in erster Linie aus Rechthaberei, sondern zur klärung
von Tatsachen disktutiert, der wird IMHO so vorgehen.

/ralph

[Rupert Haselbeck]

Burkhard Ott schrieb:

> Richtigerweise muesste es Multifuntions geraet mit router Funtionalitaet
> heissen, wuerdest Du sowas kaufen.

Du hast ja völlig recht

> RFC 1812 beschreibt was ein router haben muss, bringen muss ergo was ein
> router ist.

auch da hast du recht

> Zeig mal wo das was von DynDNS steht, oder DHCP etc.
> Das sind zusaetzliche Features welches den router genau genommen zum
> multifunktionsgaerat mit router funktion machen.

Findest du das hier nicht ein bischen arg kindisch? Es gibt eine ganze Menge
Begriffe, welche in unterschiedlichem Kontext mit unterschiedlicher
Bedeutung verwendet zu werden pflegen. Oder auch nur von unterschiedlichen
Leuten mit deutlich unterschiedlicher Bedeutung belegt sind. Man sollte
schlicht und einfach tolerieren, dass Laien manche Begriffe anders verwenden
als das der Fachmann tut. Laien reden nunmal von "Routern", wenn sie ein
DSL-Modem mit rudimentären Funktionen eines Routers und ein paar
zusätzlichen Spielereien meinen. Das wird ihnen nämlich von
(Marketing-)Fachleuten so eingeredet. Ich rede in Laienumgebung auch von
"Router", wenn so ein Gerät gemeint ist. Dennoch verstehe ich unter einem
"Router" in der beruflichen Umgebung etwas deutlich anderes. Und ich bin in
der Lage, die beiden Welten tadellos zu trennen, ohne die Leute aus der
einen oder der anderen Welt anfeinden zu müssen, nur weil sie ein Wort
anders gebrauchen als der RFC1812 oder sonstwer das beschreiben mag. Wer das
nicht kann, sich also an Begrifflichkeiten aufhängen muss, der sollte sich
nicht allzusehr wundern, wenn jemand an seiner Kompetenz zweifeln mag

MfG
Rupert

[Burkhard Ott]

On Sat, 29 Mar 2014 17:00:02 +0100, Rupert Haselbeck wrote:

>> Zeig mal wo das was von DynDNS steht, oder DHCP etc.
>> Das sind zusaetzliche Features welches den router genau genommen zum
>> multifunktionsgaerat mit router funktion machen.
>
> Findest du das hier nicht ein bischen arg kindisch? Es gibt eine ganze
> Menge Begriffe, welche in unterschiedlichem Kontext mit
> unterschiedlicher Bedeutung verwendet zu werden pflegen. Oder auch nur
> von unterschiedlichen Leuten mit deutlich unterschiedlicher Bedeutung
> belegt sind. Man sollte schlicht und einfach tolerieren, dass Laien
> manche Begriffe anders verwenden als das der Fachmann tut. Laien reden
> nunmal von "Routern", wenn sie ein DSL-Modem mit rudimentären Funktionen
> eines Routers und ein paar zusätzlichen Spielereien meinen. Das wird
> ihnen nämlich von (Marketing-)Fachleuten so eingeredet. Ich rede in
> Laienumgebung auch von "Router", wenn so ein Gerät gemeint ist. Dennoch
> verstehe ich unter einem "Router" in der beruflichen Umgebung etwas
> deutlich anderes. Und ich bin in der Lage, die beiden Welten tadellos zu
> trennen, ohne die Leute aus der einen oder der anderen Welt anfeinden zu
> müssen, nur weil sie ein Wort anders gebrauchen als der RFC1812 oder
> sonstwer das beschreiben mag. Wer das nicht kann, sich also an
> Begrifflichkeiten aufhängen muss, der sollte sich nicht allzusehr
> wundern, wenn jemand an seiner Kompetenz zweifeln mag

Sollte man meiner Meinung nach nicht trennen oder unterscheiden, da es
Begrifflichkeiten gibt, nicht nur in der Technik, die eindeutig sein
sollten um etwas zu identifizieren. Statt einem Radlager fuers Auto,
fragst Du ja auch nicht nach einem Metallring um Kugellager einzupressen,
oder?
Was ist falsch daran jemanden darauf hinzuweisen das er Muell redet?
Ein anders Beispiel since the Layer4 'switches', auch ein toller
Marketing Begriff.
cheers

[Burkhard Ott]

On Sat, 29 Mar 2014 16:41:08 +0100, Ralph Aichinger wrote:

>
> Wer nicht in erster Linie aus Rechthaberei, sondern zur klärung von
> Tatsachen disktutiert, der wird IMHO so vorgehen.

Die urspruengliche Frage war wie die MAC adresse kommt, nur mal so als
Hint einfach mal alles lesen.

[Helmut Hullen]

Hallo, Burkhard,

Du meintest am 29.03.14:

>> Findest du das hier nicht ein bischen arg kindisch? Es gibt eine
>> ganze Menge Begriffe, welche in unterschiedlichem Kontext mit
>> unterschiedlicher Bedeutung verwendet zu werden pflegen.

[...]

> Was ist falsch daran jemanden darauf hinzuweisen das er Muell redet?

Lass mich raten: Du arbeitest kundennah mit IT-Laien, die mit ihren
(erhofften) Zahlungen auch Deinen Arbeitsplatz finanzieren?

Viele Gruesse!
Helmut

[Ralph Aichinger]

Burkhard Ott <news...@derith.de> wrote:
> Sollte man meiner Meinung nach nicht trennen oder unterscheiden, da es
> Begrifflichkeiten gibt, nicht nur in der Technik, die eindeutig sein
> sollten um etwas zu identifizieren.

Wer solche Begrifflichkeiten in dieser Trennschärfe braucht, der muß
immer eine Definition voranstellen. So wie das in jedem wissenschaftlichen
Text gemacht wird.

Wer das nicht macht, und implizit eine ihm genehme Definition zur
"allgemeingültigen" erklärt, und dann wie ein Rumpelstilzchen
tobt, weil sich nicht jeder dieser Sicht anschließt, der macht
diesen Teil einfach falsch. Unabhängig davon, ob er mit einer
geeigneten Definition was sinnvolles aussagen würde.

/ralph

[Rupert Haselbeck]

Burkhard Ott schrieb:

> Was ist falsch daran jemanden darauf hinzuweisen das er Muell redet?

Nix. Aber darum gehts hier doch überhaupt nicht

> Ein anders Beispiel since the Layer4 'switches', auch ein toller
> Marketing Begriff.

Ich kannte bisher nur "Layer 3 Switches".
Die gibts (u.a.) auch von cisco...

MfG
Rupert

[Burkhard Ott]

On Sat, 29 Mar 2014 18:20:03 +0100, Rupert Haselbeck wrote:

> Burkhard Ott schrieb:

>> Ein anders Beispiel since the Layer4 'switches', auch ein toller
>> Marketing Begriff.
>
> Ich kannte bisher nur "Layer 3 Switches".
> Die gibts (u.a.) auch von cisco...

Die heissen dann bei Cisco multilayer switch. Ja nachdem wer von denen
geschickt wird um einem deren Mist anzudrehen, mal reden die von
Multilayer mal von Layer4, haengt halt davon ab wer vorbeikommt. Meinen
tuen sie alles das gleiche.

[Burkhard Ott]

On Sat, 29 Mar 2014 18:13:17 +0100, Ralph Aichinger wrote:

> Burkhard Ott <news...@derith.de> wrote:
>> Sollte man meiner Meinung nach nicht trennen oder unterscheiden, da es
>> Begrifflichkeiten gibt, nicht nur in der Technik, die eindeutig sein
>> sollten um etwas zu identifizieren.
>
> Wer solche Begrifflichkeiten in dieser Trennschärfe braucht, der muß
> immer eine Definition voranstellen. So wie das in jedem
> wissenschaftlichen Text gemacht wird.

Bloedsinn.

> Wer das nicht macht, und implizit eine ihm genehme Definition zur
> "allgemeingültigen" erklärt, und dann wie ein Rumpelstilzchen tobt, weil
> sich nicht jeder dieser Sicht anschließt, der macht diesen Teil einfach
> falsch. Unabhängig davon, ob er mit einer geeigneten Definition was
> sinnvolles aussagen würde.

Ich tobe doch nicht, auch wenn Du dir das einbildest. Mir es das doch
egal, die MAC endet an der Netzwerkgrenze und was ein router ist ist ganz
klar definiert, alles andere sind zusaetzliche Features die man haben
kann oder auch nicht. Definitv wird DynDNS und Konsorten via HTTP(s)
uebertragen, was dem router egal ist, da er sich nur um IP kuemmert und
nix anderes. Du kannst auch Dein eigenes Protocol entwerfen, wuerde
genauso funktioneren, alle router werden das uebertragen (vorrausgesetzt
Du spielst nicht an IP rum) obs dann die Anwendungsschicht versteht steht
auf einem anderen Papier. Die Protokollschichten den u.a. genau deshalb
so getrennt und entworfen worden, ich kann da nix dafuer finde es aber
gut das das so gemacht wurde.

[Jörg Tewes]

Burkhard Ott schrub:

> On Fri, 28 Mar 2014 13:11:38 +0100, Jörg Tewes wrote:
>
>> Burkhard Ott schrub:
>>> On Thu, 27 Mar 2014 03:16:08 +0100, Jörg Tewes wrote:
>>>
>>>> Burkhard Ott schrub:
>>>>> On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:
>>>>
>>>>>> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>>>>
>>>>>>> Dann musst du aber bei jedem IP-Wechsel dem
>>>>>>> DNS-Provider Bescheid sagen
>>>>
>>>>>> Das machen Router meist automatisch
>>>>>
>>>>> Noe router kopieren nur packete zwischen Netzwerken, sonst
>>>>> machen die eigentlich nix.
>>>>
>>>> Deine Beschreibung ist eine der Grundfunktionen welche
>>>> Router beherrschen müssen. Das ziemlich viele (wenn nicht
>>>> alle) Router für den Soho Bereich außerdem noch
>>>> Zusatzfunktionen bieten, sollte dir bekannt sein. Darunter
>>>> fällt z.B. auch das Updaten der Ip bei einem der DynDNS
>>>> Anbieter.
>>>
>>> Du willst unbedingt mal nachlesen was ein Router ist.
>>
>> Brauch ich nicht, aber vielleicht solltest du mal etwas in der
>> Realität ankommen. Da wo der normale Mensch lebt.
>
> Oooch, ich haben jeden Tag mit ganz normalen Routern zu tuen,

Ich schrieb von normalen Menschen.

> ohne die wuerde Deine Blickschacchtel maximal genau bis an den
> Gateway kommen und dann ist Feierabend. RF1812 wird Dir erklaeren
> was ein router ist, ist nicht sehr lang, solltest Du unbedingt mal
> lesen, macht sonst keinen Sinn mit Dir darueber zu diskutieren.

Ich habe schon gelesen. Nur du bist auf dem WAN Trip, alle anderen
hier sprachen nur über SoHo Router und keine BGP.

[Burkhard Ott]

On Sat, 29 Mar 2014 22:47:33 +0100, Jörg Tewes wrote:


> Ich habe schon gelesen. Nur du bist auf dem WAN Trip, alle anderen hier
> sprachen nur über SoHo Router und keine BGP.

Lesen! RFC 1812.

[Rupert Haselbeck]

Burkhard Ott schrieb:

> Die heissen dann bei Cisco multilayer switch. Ja nachdem wer von denen
> geschickt wird um einem deren Mist anzudrehen, mal reden die von
> Multilayer mal von Layer4, haengt halt davon ab wer vorbeikommt. Meinen
> tuen sie alles das gleiche.

Bist du da wirklich sicher? Cisco bewirbt "Layer 3 Switche"!
Was soll ein "Layer4 switch" denn deiner Ansicht nach machen? Arbeitet der
wirklich auf Layer 4 Ebene? Was macht eigentlich ein "Layer 3 Switch"?

MfG
Rupert

[Helmut Hullen]

Hallo, Burkhard,

Du meintest am 29.03.14:

>> Wer solche Begrifflichkeiten in dieser Trennschärfe braucht, der muß
>> immer eine Definition voranstellen. So wie das in jedem
>> wissenschaftlichen Text gemacht wird.

[...]

> Ich tobe doch nicht, auch wenn Du dir das einbildest. Mir es das doch
> egal, die MAC endet an der Netzwerkgrenze und was ein router ist ist
> ganz klar definiert, alles andere sind zusaetzliche Features die man
> haben kann oder auch nicht. Definitv wird DynDNS und Konsorten via
> HTTP(s) uebertragen, was dem router egal ist, da er sich nur um IP
> kuemmert und nix anderes.

Nur sicherheitshalber: schreibst Du hier vom Dienst "routen" oder aber
von einem eigenständigen Gerät, das irgendetwas macht und den Aufkleber
"Router" hat?

Viele Gruesse!
Helmut

[Ralph Aichinger]

Rupert Haselbeck <mein-re...@gmx.de> wrote:
> Bist du da wirklich sicher? Cisco bewirbt "Layer 3 Switche"!
> Was soll ein "Layer4 switch" denn deiner Ansicht nach machen? Arbeitet der
> wirklich auf Layer 4 Ebene? Was macht eigentlich ein "Layer 3 Switch"?

Ein Layer 3-Switch ist einfach ein Switch mit eingebautem Router, der
mindestens statische Routen hinkriegt.

/ralph

[Rupert Haselbeck]

Ralph Aichinger schrieb:

Ja, natürlich. Mit derlei Geräten habe ich auch gelegentlich zu tun :-)
Aber ich hätte jetzt gerne eine Beschreibung des angeblichen Layer4-Switches
gehabt...

MfG
Rupert

[Juergen P. Meier]

Burkhard Ott <news...@derith.de>:

>> S.o.: Diese Funktion ist im "Router" integriert.
>
> Ok, dann lass mal sehen, welche core router haben denn einen DynDNS
> client o.ae. integriert, nicht die Blinkschachteln die Du kennst, ich
> reden von routern.

Das, was die Anschlusstechnologien kann die DynDNS notwendig machen,
wuerde ich nicht als "router" bezeichnen, das sind alles Blinkeschachteln.

Und auf den grossen Routern kann man das zur Not in TCL oder Python
implementieren (je nach Vendor).

[Jörg Tewes]

Burkhard Ott schrub:

Komm mir nicht mit Befehlen! Ich kenne den RFC, sagt aber nix darüber
aus, in welche Sphären du gerade abhebst. Bist du vielleicht ne
Inkarnation von Herrn Bosau, der kam auch mit Soho nicht zurecht.

[Burkhard Ott]

plonk.

[Burkhard Ott]

Soweit ich weiss, ja. Du kannst ACLs bauen und sehr rudimentaere FW
regeln draufbauen, weiss jetzt nicht ob die tcp sequence nummern und so
pruefen, sieht eher danach aus das man traffic an einen tcp port erlaubt
oder nicht. Ich spiele nicht mit Cisco rum, kann Dir keinerlei
Erfahrungen mitteilen, habs nur gelesen und der ihr Marketing Typ kommt
immermal vorbeit um seine Produkte zu bewerben, da sagte er das mal und
lies ein bisschen Papier da.

cheers

[Burkhard Ott]

cisco.com?

[Rupert Haselbeck]

Burkhard Ott schrieb:

> On Sun, 30 Mar 2014 07:00:07 +0200, Rupert Haselbeck wrote:
>> Burkhard Ott schrieb:
>>> Die heissen dann bei Cisco multilayer switch. Ja nachdem wer von denen
>>> geschickt wird um einem deren Mist anzudrehen, mal reden die von
>>> Multilayer mal von Layer4, haengt halt davon ab wer vorbeikommt. Meinen
>>> tuen sie alles das gleiche.
>>
>> Bist du da wirklich sicher? Cisco bewirbt "Layer 3 Switche"!
>> Was soll ein "Layer4 switch" denn deiner Ansicht nach machen? Arbeitet
>> der wirklich auf Layer 4 Ebene? Was macht eigentlich ein "Layer 3
>> Switch"?
>

> Soweit ich weiss, ja. Du kannst ACLs bauen und sehr rudimentaere FW
> regeln draufbauen, weiss jetzt nicht ob die tcp sequence nummern und so
> pruefen, sieht eher danach aus das man traffic an einen tcp port erlaubt
> oder nicht. Ich spiele nicht mit Cisco rum, kann Dir keinerlei
> Erfahrungen mitteilen, habs nur gelesen und der ihr Marketing Typ kommt
> immermal vorbeit um seine Produkte zu bewerben, da sagte er das mal und
> lies ein bisschen Papier da.

Ja, das stimmt natürlich schon so in etwa. Man kann damit sogar load
balancer verbrechen und alles mögliche andere Zeug damit anstellen.
Aber: Wenn man darauf Wert legt - und von anderen einfordert -, Begriffe nur
der reinen Lehre entsprechend zu verwenden, dann darf man solcherart Geräte
auf keinen Fall als "Switch" bezeichnen. Ein Switch arbeitet
definitionsgemäß _ausschliesslich_ auf Layer 2...

MfG
Rupert

[Burkhard Ott]

On Sun, 30 Mar 2014 23:50:01 +0200, Rupert Haselbeck wrote:

> Ja, das stimmt natürlich schon so in etwa. Man kann damit sogar load
> balancer verbrechen und alles mögliche andere Zeug damit anstellen.
> Aber: Wenn man darauf Wert legt - und von anderen einfordert -, Begriffe
> nur der reinen Lehre entsprechend zu verwenden, dann darf man solcherart
> Geräte auf keinen Fall als "Switch" bezeichnen. Ein Switch arbeitet
> definitionsgemäß _ausschliesslich_ auf Layer 2...

Absolut Deiner Meinung, besonders wenn es von 'Fachpersonal', also wie in
meinem Fall geschildert, ein Vertreter Ciscos ist.
Wenn ich mal Zeit hab schau ich mal was die da in ihren Zertifizierungen
abfragen.
Nebenbei, ich habe nur darauf hingewiesen das man Begriffe
durcheinanderhaut [1]

Das sich dann immer irgendwie, irgendwelche Leute persoenlich verletzt
fuehlen ist dabei nicht mein Problem.

Naja, die Frage das die MAC nicht ueber Netzgrenzen weiter kopiert wird
war ja schon viel eher beantwortet, egal.


[1]

On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:

> Guten Tag

>
> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>
>>Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
>
> Das machen Router meist automatisch

Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
eigentlich nix.

[Jörg Tewes]

Burkhard Ott schrub:

Pling :-)

[Arno Welzel]

Am 18.03.2014 19:58, schrieb Uwe Buschhorn:

> Gerrit Heitsch schrieb:
>
>> MAC-Adressen bleiben am Router hängen.
>
> Hatte ich auch so in Erinnerung.
>
> Hintergrund:
>
> Der Amazon Cloud-Player ist nur für "autorisierte" Computer nutzbar. Dazu
> muß man beim erstmaligen Zugriff den eigenen Rechner freischalten.
> Insgesamt darf man 10 Rechner freischalten.
>
> Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
> Rechner erkennen wollen.
>
> Antwort: "An Ihrer MAC-Adresse"
>
> Tja... Da ist mir nichts mehr eingefallen.
>
> Es bleibt aber die Frage, wie Amazon das macht...

Der Cloud Player, der auf dem Computer läuft, kann selbstverständlich
auch dessen MAC-Adresse lesen.


--
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[Arno Welzel]

Am 27.03.2014 03:16, schrieb Jörg Tewes:

> Burkhard Ott schrub:

>> On Wed, 26 Mar 2014 13:28:44 +0100, Shinji Ikari wrote:
>
>>> Gerrit Heitsch <ger...@laosinh.s.bawue.de> schrieb
>
>>>> Dann musst du aber bei jedem IP-Wechsel dem DNS-Provider Bescheid sagen
>
>>> Das machen Router meist automatisch
>>
>> Noe router kopieren nur packete zwischen Netzwerken, sonst machen die
>> eigentlich nix.
>

> Deine Beschreibung ist eine der Grundfunktionen welche Router
> beherrschen müssen. Das ziemlich viele (wenn nicht alle) Router für

Nein, das ist exakt das, was ein Router macht.

> den Soho Bereich außerdem noch Zusatzfunktionen bieten, sollte dir
> bekannt sein. Darunter fällt z.B. auch das Updaten der Ip bei einem
> der DynDNS Anbieter.

Das wiederum wäre der umgangssprachliche Begriff für "Router", der aber
mit dem eigentlichen technischen Begriff nicht viel gemeinsam hat.
Solche Geräte haben oft auch noch einen WLAN-AccessPoint oder
IP-Telefonie integriert.

[Jörg Tewes]

Arno Welzel schrub:

Kann es sein das du gerade zwei Wochen alte Postings bekommen hast,
und jetzt Antworten gibts die schon mehrere andere vor 2 Wochen
gegeben haben?

[Detlef]

Am Montag, 24. März 2014 15:22:46 UTC+1 schrieb Bonita Montero:

> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>
>
>
> > MAC-Adressen bleiben am Router hängen.
>
>
>

> Bei IPv6 nicht unbedingt.
>

Ad 1 möchtest du dich mit der Arbeitsweise von Routern auseinandersetzen.

Ad 2 möchtest du unter einem richtigen Namen schreiben, "Hol...@invalid.invalid"

[Marc Haber]

Detlef <detlef...@web.de> wrote:
>Am Montag, 24. März 2014 15:22:46 UTC+1 schrieb Bonita Montero:
>> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>>
>> > MAC-Adressen bleiben am Router hängen.
>>
>> Bei IPv6 nicht unbedingt.
>>
>
>Ad 1 möchtest du dich mit der Arbeitsweise von Routern auseinandersetzen.

"Bonita" hat insoweit recht, weil ein mit Autoconfiguration
betriebener IPv6-Client ohne Privacy Extension seine MAC-Adresse im
Hostpart der IPv6-Adresse verrät.

IIRC sind Privacy Extensions seit Windows 7 aber im Default
eingeschaltet.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[Detlef Bosau]

Am 16.05.2014 08:14, schrieb Marc Haber:
> Detlef <detlef...@web.de> wrote:
>> Am Montag, 24. März 2014 15:22:46 UTC+1 schrieb Bonita Montero:
>>> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>>>
>>>> MAC-Adressen bleiben am Router hängen.
>>>
>>> Bei IPv6 nicht unbedingt.
>>>
>>
>> Ad 1 möchtest du dich mit der Arbeitsweise von Routern auseinandersetzen.
>
> "Bonita" hat insoweit recht, weil ein mit Autoconfiguration

Reden wir von Implementierungsballaballa oder reden wir davon, daß Du
kurz vor der Rente nochmal kapierst, was ein Router ist?

Mein Gott, daß Du mit Netzwerken ohne jede Begabung umgehst und
schablonenhft angelerntes und unbegriffenes repetierst, wissen wir ja.

Du mußt mich nicht jeden Tag daran erinnern.

Und Holga-Bonita (AKA Boniter-Holger) hat mit gar nichts recht. Du weißt
ganz genau, daß das ein Fake Account ist.


Peinlich.

[Marc Haber]

Detlef Bosau <detlef...@web.de> wrote:
>Am 16.05.2014 08:14, schrieb Marc Haber:
>> Detlef <detlef...@web.de> wrote:
>>> Am Montag, 24. März 2014 15:22:46 UTC+1 schrieb Bonita Montero:
>>>> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>>>>
>>>>> MAC-Adressen bleiben am Router hängen.
>>>>
>>>> Bei IPv6 nicht unbedingt.
>>>>
>>>
>>> Ad 1 möchtest du dich mit der Arbeitsweise von Routern auseinandersetzen.
>>
>> "Bonita" hat insoweit recht, weil ein mit Autoconfiguration
>
>Reden wir von Implementierungsballaballa oder reden wir davon, daß Du
>kurz vor der Rente nochmal kapierst, was ein Router ist?

Wir reden von den gültigen Standards für IPv6.

(strafrechtlich relevantes gesnipped)

[Detlef Bosau]

Am 16.05.2014 15:47, schrieb Marc Haber:
> Detlef Bosau <detlef...@web.de> wrote:
>> Am 16.05.2014 08:14, schrieb Marc Haber:
>>> Detlef <detlef...@web.de> wrote:
>>>> Am Montag, 24. März 2014 15:22:46 UTC+1 schrieb Bonita Montero:
>>>>> Am 18.03.2014 19:50, schrieb Gerrit Heitsch:
>>>>>
>>>>>> MAC-Adressen bleiben am Router hängen.
>>>>>
>>>>> Bei IPv6 nicht unbedingt.
>>>>>
>>>>
>>>> Ad 1 möchtest du dich mit der Arbeitsweise von Routern auseinandersetzen.
>>>
>>> "Bonita" hat insoweit recht, weil ein mit Autoconfiguration
>>
>> Reden wir von Implementierungsballaballa oder reden wir davon, daß Du
>> kurz vor der Rente nochmal kapierst, was ein Router ist?
>
> Wir reden von den gültigen Standards für IPv6.
>
> (strafrechtlich relevantes gesnipped)

Was war denn strafrechtlich relevantes dabei, du Spinner? Läßt du dir
jetzt von deinem Freund aus Langenfeld Rechtsberatung geben?

Daß Du von Netzwerken nichts verstanden hast, ist nicht strafrechtlich
relevant sondern eine für jederman beobachtbare Tatsache.

Ebenso wie die Aussage, daß die ach so relevanten Standards niemanden
zwingen seine MAC Adresse ins Internet zu blasen und daß Du beim
Vermischen von Medienzugriff und Internetworking mehr Kategorienfehler
machst als Wikipedia Worte hat.

Also halt doch einfach mal die Klappe mit deinen unverschämten
Beleidigungen, das kannst du mit deinem Fanclub aus Langenfeld machen,
bei mir kommst du mit dieser Schlampernummer nicht durch, und wenn du
jetzt zur Polizei rennen willst, kann dich niemand daran hindern.

Die werden dich schon rausschmeißen.


>
> Grüße
> Marc
>

[Detlef Bosau]

Am 28.03.2014 18:05, schrieb Sven Hartge:
> Juergen P. Meier <nospa...@jors.net> wrote:
>> Sven Hartge <sh-...@svenhartge.de>:
>
>>>> SLAAC ist nicht mandatory. DAs Gegenteil ist der Fall. Wenn man PE
>>>> verwendet, kann man getrost auf SLAAC verzichten.
>
>>> Die primäre IP ändert sich aber trotzdem nicht, egal wie sie bezogen
>
>> Nicht wenn du keine (SLAAC oder manual) hast.
>
>> PE funktioniert ganz ohne das, was du als "primaere IP" bezeichnest.
>
> Ist mir, ehrlich gesagt, noch nie untergekommen.

Und dann dämmerts:

>(Was nicht heißt, dass
> es nicht existiert.)
>

Ita est.

Und nun kannst du dich mit Haber zusammenhucken und weinen.

Mein Gott, hier ist nicht die Volkshochschule.

[Detlef Bosau]

Am 01.04.2014 15:44, schrieb Arno Welzel:
> Am 18.03.2014 19:58, schrieb Uwe Buschhorn:
>
>> Gerrit Heitsch schrieb:
>>

>>> MAC-Adressen bleiben am Router hï¿œngen.

>>
>> Hatte ich auch so in Erinnerung.
>>
>> Hintergrund:
>>

>> Der Amazon Cloud-Player ist nur fï¿œr "autorisierte" Computer nutzbar. Dazu
>> muￜ man beim erstmaligen Zugriff den eigenen Rechner freischalten.

>> Insgesamt darf man 10 Rechner freischalten.
>>
>> Meine Frage an Amazon war, wie sie denn eigentlich meine verschiedenen
>> Rechner erkennen wollen.
>>
>> Antwort: "An Ihrer MAC-Adresse"
>>

Und WER sagte das?

Ebend.

Irgend eine Hotline oder irgend eine Putzfrau bei Amazon.


Und deswegen holen wir jetzt einen Wiedergï¿œnger hoch, den wir schon
hundertmal totdiskutiert haben.

[Jörg Tewes]

Detlef Bosau schrub:

> Mein Gott, hier ist nicht die Volkshochschule.

Allerdings auch nicht die "Ich weiß alles besser und ihr seid doof"
Schule.



Bye Jörg



Bye Jörg

--
Die deutsche Rechtschreibung ist Freeware, sprich, du kannst sie
kostenlos nutzen. Allerdings ist sie nicht Open Source, d.h. du
darfst sie nicht verändern oder in veränderter Form
veröffentlichen! ;-)

[Rupert Haselbeck]

Marc Haber schrieb:

> (strafrechtlich relevantes gesnipped)

Wie wärs denn, wenn man die Trollfütterung einfach sein liesse?
Warum muss man auf den Unfug des ahnungslosen Kaspers reagieren, wenn dieser
sich bemüssigt fühlt, einen seit zwei Monaten toten Thread wiederzubeleben?

MfG
Rupert

[Peter Faust]

Jörg Tewes schrieb am Fri, 16 May 2014 17:31:29 +0200:

> Detlef Bosau schrub:
>> Mein Gott, hier ist nicht die Volkshochschule.
>
> Allerdings auch nicht die "Ich weiß alles besser und ihr seid doof"
> Schule.

Was ist los? Haste das killfile noch nicht gefunden um den Deppen
und sein Geschmeiß da unbefristet reinzupacken?

Gruß, Peter

--
Es gibt so viele Möglichkeiten, einen guten Eindruck zu machen.
Warum lassen Sie sie alle ungenutzt?