Groups > ger.ct > #460386 > unrolled thread

IP-Address-Konflikt

Started by	"Dr. Joachim Neudert" <neudert@5sl.org>
First post	2020-08-02 08:55 +0200
Last post	2020-08-03 10:12 +0200
Articles	20 on this page of 54 — 20 participants

Back to article view | Back to ger.ct

  IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 08:55 +0200
    Re: IP-Address-Konflikt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-08-02 09:05 +0200
      Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 09:22 +0200
        Re: IP-Address-Konflikt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-08-02 09:31 +0200
          Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 09:47 +0200
            Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 10:18 +0200
              Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 10:32 +0200
                Re: IP-Address-Konflikt Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-08-02 11:00 +0200
                Re: IP-Address-Konflikt Bernd Ohm <invalid@invalid.invalid> - 2020-08-02 11:03 +0200
                  Re: IP-Address-Konflikt Bernd Schwegmann <alboran@ewetel.net> - 2020-08-04 01:53 +0200
                Re: IP-Address-Konflikt Stephan Bumberger <bumberger@gmx.de> - 2020-08-02 12:32 +0200
                  Re: IP-Address-Konflikt Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-08-02 12:51 +0200
                  Re: IP-Address-Konflikt Bernd Ohm <invalid@invalid.invalid> - 2020-08-02 13:22 +0200
                    Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 13:24 +0200
                  Re: IP-Address-Konflikt Jörg Tewes <jogi1964@gmx.net> - 2020-08-02 15:58 +0200
                  Re: IP-Address-Konflikt Shinji Ikari <shinji@gmx.net> - 2020-08-02 19:27 +0200
                Re: IP-Address-Konflikt hc.ahlmann@gmx.de (HC Ahlmann) - 2020-08-02 12:48 +0200
                Re: IP-Address-Konflikt Frank Graf <f.graf@firemail.de> - 2020-08-02 11:47 +0000
                Re: IP-Address-Konflikt herwig.huener@t-online.de - 2020-08-02 06:39 -0700
                  Re: IP-Address-Konflikt hc.ahlmann@gmx.de (HC Ahlmann) - 2020-08-02 18:48 +0200
                  Re: IP-Address-Konflikt Wolfgang Kynast <wky@gmx.de> - 2020-08-02 19:21 +0200
                  Re: IP-Address-Konflikt Jochen Kremer <jochen.news@kremerweb.de> - 2020-08-02 20:17 +0200
                  Re: IP-Address-Konflikt Hartmut Ott <hottm@arcor.de> - 2020-08-03 13:57 +0200
                    Re: IP-Address-Konflikt Andreas Bockelmann <xotzil@gmx.de> - 2020-08-03 14:34 +0200
                      Re: IP-Address-Konflikt Hartmut Ott <hottm@arcor.de> - 2020-08-04 15:12 +0200
                        Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-04 20:12 +0200
                          Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-04 20:15 +0200
                Re: IP-Address-Konflikt Shinji Ikari <shinji@gmx.net> - 2020-08-02 19:23 +0200
            Re: IP-Address-Konflikt Hartmut Ott <hottm@arcor.de> - 2020-08-02 13:50 +0200
      Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 12:27 +0200
        Re: IP-Address-Konflikt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-08-02 12:41 +0200
        Re: IP-Address-Konflikt Bernd Ohm <invalid@invalid.invalid> - 2020-08-02 13:27 +0200
          Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 13:32 +0200
            Re: IP-Address-Konflikt Sebastian Wolf <invalid@invalid.com> - 2020-08-03 11:03 +0200
              Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-03 11:16 +0200
                Re: IP-Address-Konflikt Sebastian Wolf <invalid@invalid.com> - 2020-08-04 10:51 +0200
          Re: IP-Address-Konflikt Bernd Schwegmann <alboran@ewetel.net> - 2020-08-04 02:05 +0200
    Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 12:24 +0200
      Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 12:42 +0200
        Re: IP-Address-Konflikt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-08-02 12:52 +0200
        Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 12:56 +0200
        Re: IP-Address-Konflikt Willi Marquart <usenet@neppi.net> - 2020-08-02 13:12 +0200
          Re: IP-Address-Konflikt Bernd Schwegmann <alboran@ewetel.net> - 2020-08-04 02:02 +0200
        Re: IP-Address-Konflikt Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-08-02 13:22 +0200
          Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 13:29 +0200
            Re: IP-Address-Konflikt Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2020-08-02 13:38 +0200
              Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 15:05 +0200
            Re: IP-Address-Konflikt Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-08-02 14:05 +0200
              Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 15:07 +0200
            Re: IP-Address-Konflikt Dr. Joachim Neudert <neudert@5sl.org> - 2020-08-02 12:58 +0000
              Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 15:11 +0200
                Re: IP-Address-Konflikt "Dr. Joachim Neudert" <neudert@5sl.org> - 2020-08-02 15:31 +0200
                  Re: IP-Address-Konflikt Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2020-08-02 16:10 +0200
              Re: IP-Address-Konflikt Rainer Knaepper <rainerk@smial.prima.de> - 2020-08-03 10:12 +0200

Page 2 of 3 — ← Prev page 1 [2] 3 Next page →

#460453

From	Wolfgang Kynast <wky@gmx.de>
Date	2020-08-02 19:21 +0200
Message-ID	<hoob13FhbuoU1@mid.individual.net>
In reply to	#460443

On Sun, 2 Aug 2020 06:39:29 -0700 (PDT), "herwig.huener@t-online.de"
posted:

...
>Kann eine zweite FritzBox in einem HeimNetz
>etwas nützliches tun?

Im Winter kann sie die Heizung unterstützen.
;-)

-- 
Wolfgang

[toc] | [prev] | [next] | [standalone]

#460461

From	Jochen Kremer <jochen.news@kremerweb.de>
Date	2020-08-02 20:17 +0200
Message-ID	<hooe8vFi0scU1@mid.individual.net>
In reply to	#460443

Am 02.08.20 um 15:39 schrieb herwig.huener@t-online.de:
> ... - Kann eine zweite FritzBox in einem HeimNetz
> etwas nützliches tun?

Interpretationssache:
"...
Sie können Ihre FRITZ!Box mit einer bereits vorhandenen FRITZ!Box 
verbinden und so einrichten, dass sie die Internetverbindung der 
vorhandenen FRITZ!Box mitbenutzt. Dadurch können Sie:

-
alle mit der zweiten FRITZ!Box verbundenen Computer, Smartphones und 
anderen Geräte vollständig in Ihr Heimnetz integrieren. Sie können mit 
diesen sowohl auf das Internet, als auch auf andere Geräte im Heimnetz 
zugreifen und alle Funktionen der mit dem Internetanschluss verbundenen 
FRITZ!Box verwenden.
-
alle Rufnummern der mit dem Internetanschluss verbundenen FRITZ!Box auch 
mit Telefonen an der zweiten FRITZ!Box verwenden. ..."
<https://avm.de/service/fritzbox/fritzbox-7412/wissensdatenbank/publication/show/708_FRITZ-Box-fur-Betrieb-mit-anderer-FRITZ-Box-einrichten/>

In meinem Fall hat jetzt ein Stockwerk einen Telefonanschluss, wo ich 
eine Telefonleitung hätte legen müssen - LAN war schon da und DECT bzw. 
WLAN waren instabil.

Schöne Grüße
Jochen

[toc] | [prev] | [next] | [standalone]

#460524

From	Hartmut Ott <hottm@arcor.de>
Date	2020-08-03 13:57 +0200
Message-ID	<hoqe8jFbkbU2@mid.individual.net>
In reply to	#460443

Hej,

Am 02.08.20 um 15:39 schrieb herwig.huener@t-online.de:


> Das gehört auch für mich noch zu den Geheimnissen, warum
> eine FritzBox, die vom Provider zur Verfügung gestellt wird,
> schon ganz andere Voreinstellungen hat als eine irgendwo
> gekaufte FritzBox.

Wohl meist, weil die gebrandet ist. Bei meiner habe ich nicht mal die
Provider Zugangsdaten - aber da die FritzBox nichts extra kostet, ist
mir das egal. Inzwischen kann ich da sogar schon die 24Stunden
Unterbrechung selbst einstellen und muss nicht mehr die Hotline bemühen.



-- 
--
mfg
Hartmut Ott

[toc] | [prev] | [next] | [standalone]

#460527

From	Andreas Bockelmann <xotzil@gmx.de>
Date	2020-08-03 14:34 +0200
Message-ID	<rg979u.9u0.1@wxp-nb-pm.local>
In reply to	#460524

Hartmut Ott schrieb:
> Inzwischen kann ich da sogar schon die 24Stunden
> Unterbrechung selbst einstellen und muss nicht mehr die Hotline bemühen.

Du solltest den Provider wechseln. 24-Stunden-Unterbrechung ist sowas von 
retro....



-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#460732

From	Hartmut Ott <hottm@arcor.de>
Date	2020-08-04 15:12 +0200
Message-ID	<hotlloFlearU1@mid.individual.net>
In reply to	#460527

Hej,

Am 03.08.20 um 14:34 schrieb Andreas Bockelmann:
> Hartmut Ott schrieb:
>> Inzwischen kann ich da sogar schon die 24Stunden
>> Unterbrechung selbst einstellen und muss nicht mehr die Hotline bemühen.
> 
> Du solltest den Provider wechseln. 24-Stunden-Unterbrechung ist sowas von 
> retro....

Na, dann passt das doch zu mir. Außerdem ist mir das sowas von egal,
solange das zu einer mir passenden Zeit passiert.


-- 
--
mfg
Hartmut Ott

[toc] | [prev] | [next] | [standalone]

#460733

From	"Dr. Joachim Neudert" <neudert@5sl.org>
Date	2020-08-04 20:12 +0200
Message-ID	<rgc8dj$7ql$1@solani.org>
In reply to	#460732

Am 04.08.20 um 15:12 schrieb Hartmut Ott:
> Hej,
> 
> Am 03.08.20 um 14:34 schrieb Andreas Bockelmann:
>> Hartmut Ott schrieb:
>>> Inzwischen kann ich da sogar schon die 24Stunden
>>> Unterbrechung selbst einstellen und muss nicht mehr die Hotline bemühen.
>>
>> Du solltest den Provider wechseln. 24-Stunden-Unterbrechung ist sowas von 
>> retro....
> 
> Na, dann passt das doch zu mir. Außerdem ist mir das sowas von egal,
> solange das zu einer mir passenden Zeit passiert.
> 
> 

Jetzt wo ihr das sagt fällt mir ein: Der Arcadyan Speedport Router W
925V hatte da sehr feingranuläre Einstellungen- da konnte man für IP4
und IP6 getrennt in verschiedenen Stufen Neuvergaben und
Neuvergabe-Intervalle direkt von der Telekom anfordern, um die
User-Identifizierung zu erschweren. Es war noch irgend ein anderes
Feature dabei, fällt mir nicht ein.

Auf der Fritzbox sah ich das noch nicht, bin aber auch erst am erkunden.

[toc] | [prev] | [next] | [standalone]

#460737

From	"Dr. Joachim Neudert" <neudert@5sl.org>
Date	2020-08-04 20:15 +0200
Message-ID	<rgc8ko$85j$1@solani.org>
In reply to	#460733

Am 04.08.20 um 20:12 schrieb Dr. Joachim Neudert:
´
> Jetzt wo ihr das sagt fällt mir ein: Der Arcadyan Speedport Router W
> 925V hatte da sehr feingranuläre Einstellungen- da konnte man für IP4
> und IP6 getrennt in verschiedenen Stufen Neuvergaben und
> Neuvergabe-Intervalle direkt von der Telekom anfordern, um die
> User-Identifizierung zu erschweren. Es war noch irgend ein anderes
> Feature dabei, fällt mir nicht ein.
> 

"Der automatisierte Wechsel der IP-Adresse(n) erschwert es bspw�
Betreibern von Webseiten, Ihre Aktivitäten im Internet zu
protokollieren� Sie können zwischen zwei Telekom-Datenschutz Stufen
wählen� Auf Stufe 1 wird die IPv6-Adresse täglich gewechselt� Auf Stufe
2 werden IPv4- und IPv6-Adresse alle 4 Tage gewechselt�
Damit diese Schutzfunktion wirkt, muss in den netzwerkfähigen Geräten
die Option Privacy Extensions bzw. Temporäre IP-Adresse beziehen
aktiviert sein�"


https://www.telekom.de/hilfe/downloads/bedienungsanleitung-speedport-w-925v.pdf

Seite 86

[toc] | [prev] | [next] | [standalone]

#460454

From	Shinji Ikari <shinji@gmx.net>
Date	2020-08-02 19:23 +0200
Message-ID	<3jtdifhhm0j22a0vogughfck26voju5r8h@4ax.com>
In reply to	#460399

Guten Tag

"Dr. Joachim Neudert" <neudert@5sl.org> schrieb

>> Aber es schaut ganz nach fehlerhafter Implementation im Speedport aus.
>> Morgen kommt die Fritzbox.
>Wißt Ihr ob eine Fritzbox die man neu ins Telekom Netz hängt auch schon
>automatisch die Zugangsdaten des zugehörigen bezahlten
>Telekom-Anschlusses übernimmt?

Wenn man das im Installationsassistent erlaubt: ja.

[toc] | [prev] | [next] | [standalone]

#460436

From	Hartmut Ott <hottm@arcor.de>
Date	2020-08-02 13:50 +0200
Message-ID	<honrcmFe292U1@mid.individual.net>
In reply to	#460396

Hej,

Am 02.08.20 um 09:47 schrieb Dr. Joachim Neudert:

> Da einzige was ich sicher sagen kann: es kam erst mit dem neuen
> Speedport Router W 925 V, mit dem  alten Speedport  lief alles
> unauffällig und stabil.

Ach, dieses "nette" Teil habe ich für meinen Telefonanschluß bekommen -
als die Telekom mich von ISDN auf AllIP umstelle. Das ist nicht mal
imstande mit zwei ISDN-Telefonen vernünftig umzugehen, es hat zwar zwei
Anschlüße für Analog, aber nur einen für ISDN, der bei dem zweiten
ISDN-Telefon immer abgehend die Hauptrufnummer mitsendet.

Die Hotline konnte da nicht helfen und der Techniker, nachdem ich ihm
vorgeführt habe, das es reproduzierbar ist kam nach einer Viertelstunde
telefonierei zum Schluß, das ich eine ISDN-Anlage brauchen würde. Das
Teil hat also nicht mal die Funktionalität eines NTBA. Jetzt hängt hier
eben ein analoges Telefon mit dran, damit die Angerufenen meine Nummer
sehen können.

Telekom eben - bester Schrott, der erst nach einem Austausch fähig war
sich automatisch die neuste Firmware zu holen ...


-- 
--
mfg
Hartmut Ott

[toc] | [prev] | [next] | [standalone]

#460408

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2020-08-02 12:27 +0200
Message-ID	<20200802122714.69770f63.dietz-usenet@rotfl.franken.de>
In reply to	#460387

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
[Doppelte IP-Nummern]
> Wenn ja wäre ein System mit installiertem Wireshark von Vorteil.
> Sobald du rausgefunden hast von welcher Ethernetadresse die Pakete
> kommen kannst du hier nachsehen wer der Hersteller des fraglichen
> Gerätes ist falls die ARP-Tabelle keine IP dazu hat:

Wird vmtl. wenig bringen - die DHCP-*Anfragen* sind multicast
("broadcast"), die Anworten unicast.

D.h. bei einem nicht-kaputten Switch siehst Du die Anfragen, aber nicht
die Antworten.

Aber bei Joachims Schilderung vermute ich eher, dass die
Ranz-GILB-Hardware $irgendwelche Probleme hat.

[toc] | [prev] | [next] | [standalone]

#460410

From	Gerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date	2020-08-02 12:41 +0200
Message-ID	<rg658r$9m$1@news.bawue.net>
In reply to	#460408

On 8/2/20 12:27 PM, Dietz Proepper wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> [Doppelte IP-Nummern]
>> Wenn ja wäre ein System mit installiertem Wireshark von Vorteil.
>> Sobald du rausgefunden hast von welcher Ethernetadresse die Pakete
>> kommen kannst du hier nachsehen wer der Hersteller des fraglichen
>> Gerätes ist falls die ARP-Tabelle keine IP dazu hat:
> 
> Wird vmtl. wenig bringen - die DHCP-*Anfragen* sind multicast
> ("broadcast"), die Anworten unicast.

Ja... und wenn man das System auf dem Wireshark läuft die IP via DHCP 
beziehen lässt wird man die Antwort zu sehen bekommen.


> Aber bei Joachims Schilderung vermute ich eher, dass die
> Ranz-GILB-Hardware $irgendwelche Probleme hat.

Sieht so aus, ja.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#460420

From	Bernd Ohm <invalid@invalid.invalid>
Date	2020-08-02 13:27 +0200
Message-ID	<honm8eFd0tmU1@mid.individual.net>
In reply to	#460408

Am 02.08.2020 um 12:27 schrieb Dietz Proepper:

> dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.

Sehr gute Beschreibung und Charakterisierung
einiger TELEKOM-Modemrouter. :-)

-- 
bis denn, BEN

[toc] | [prev] | [next] | [standalone]

#460423

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2020-08-02 13:32 +0200
Message-ID	<20200802133218.76073cf0.dietz-usenet@rotfl.franken.de>
In reply to	#460420

Bernd Ohm <invalid@invalid.invalid> wrote:

> Am 02.08.2020 um 12:27 schrieb Dietz Proepper:
> 
> > dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.  
> 
> Sehr gute Beschreibung und Charakterisierung
> einiger TELEKOM-Modemrouter. :-)

Du kennst die Twelve Networking Truths?
(https://tools.ietf.org/html/rfc1925)

Für .de könnte man #13: GILB sucks. und #14: The competitors often suck
even more. hinzu fügen.

[toc] | [prev] | [next] | [standalone]

#460506

From	Sebastian Wolf <invalid@invalid.com>
Date	2020-08-03 11:03 +0200
Message-ID	<rg8jt9$12c$1@gioia.aioe.org>
In reply to	#460423

Am 02.08.2020 um 13:32 schrieb Dietz Proepper:
> Bernd Ohm <invalid@invalid.invalid> wrote:
> 
>> Am 02.08.2020 um 12:27 schrieb Dietz Proepper:
>>
>>> dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.
>>
>> Sehr gute Beschreibung und Charakterisierung
>> einiger TELEKOM-Modemrouter. :-)
> 
> Du kennst die Twelve Networking Truths?
> (https://tools.ietf.org/html/rfc1925)
> 
> Für .de könnte man #13: GILB sucks. und #14: The competitors often suck
> even more. hinzu fügen.
> 

Ahnungslose Schwätzer!
Ist Massenware. Anfängersicher. Probleme hättste längst in der BLÖD 
gelesen.

[toc] | [prev] | [next] | [standalone]

#460508

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2020-08-03 11:16 +0200
Message-ID	<20200803111654.73d80dae.dietz-usenet@rotfl.franken.de>
In reply to	#460506

Sebastian Wolf <invalid@invalid.com> wrote:

> Am 02.08.2020 um 13:32 schrieb Dietz Proepper:
> > Bernd Ohm <invalid@invalid.invalid> wrote:
> >   
> >> Am 02.08.2020 um 12:27 schrieb Dietz Proepper:
> >>  
> >>> dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.  
> >>
> >> Sehr gute Beschreibung und Charakterisierung
> >> einiger TELEKOM-Modemrouter. :-)  
> > 
> > Du kennst die Twelve Networking Truths?
> > (https://tools.ietf.org/html/rfc1925)
> > 
> > Für .de könnte man #13: GILB sucks. und #14: The competitors often
> > suck even more. hinzu fügen.
> 
> Ahnungslose Schwätzer!

Angenehm, Pröpper.

[toc] | [prev] | [next] | [standalone]

#460664

From	Sebastian Wolf <invalid@invalid.com>
Date	2020-08-04 10:51 +0200
Message-ID	<rgb7ih$1o5t$1@gioia.aioe.org>
In reply to	#460508

Am 03.08.2020 um 11:16 schrieb Dietz Proepper:
> Sebastian Wolf <invalid@invalid.com> wrote:
> 
>> Am 02.08.2020 um 13:32 schrieb Dietz Proepper:
>>> Bernd Ohm <invalid@invalid.invalid> wrote:
>>>    
>>>> Am 02.08.2020 um 12:27 schrieb Dietz Proepper:
>>>>   
>>>>> dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.
>>>>
>>>> Sehr gute Beschreibung und Charakterisierung
>>>> einiger TELEKOM-Modemrouter. :-)
>>>
>>> Du kennst die Twelve Networking Truths?
>>> (https://tools.ietf.org/html/rfc1925)
>>>
>>> Für .de könnte man #13: GILB sucks. und #14: The competitors often
>>> suck even more. hinzu fügen.
>>
>> Ahnungslose Schwätzer!
> 
> Angenehm, Pröpper.
> 

Ja, schon gut. Also nicht nur ahnungslos. Auch kindlich naiv

[toc] | [prev] | [next] | [standalone]

#460619

From	Bernd Schwegmann <alboran@ewetel.net>
Date	2020-08-04 02:05 +0200
Message-ID	<horn1cF8lpgU1@mid.individual.net>
In reply to	#460420

Am 02.08.20 um 13:27 schrieb Bernd Ohm:
> Am 02.08.2020 um 12:27 schrieb Dietz Proepper:
> 
>> dass die Ranz-GILB-Hardware $irgendwelche Probleme hat.
> 
> Sehr gute Beschreibung und Charakterisierung
> einiger TELEKOM-Modemrouter. :-)
> 

Meine Güte, der Zentralrechner in Ulm, BTX war da was?


bs+

[toc] | [prev] | [next] | [standalone]

#460406

From	Dietz Proepper <dietz-usenet@rotfl.franken.de>
Date	2020-08-02 12:24 +0200
Message-ID	<20200802122433.440208a7.dietz-usenet@rotfl.franken.de>
In reply to	#460386

"Dr. Joachim Neudert" <neudert@5sl.org> wrote:

> > Von: Synology Notification System <sns@synologynotification.com>
> > Gesendet: 1. August 2020 18:00:24 MESZ  
> 
> > Betreff: An IP conflict occurred at the interface eth0 on
> > DiskStation5sl
> 
> Seit ich den neuen Access-Router der Telekom habe, passiert das immer
> wieder. Also bei allen möglichen Netzgeräten.

Das ist aber schlecht. Hast Du bereits den Hersteller befragt?

> Gestern zuletzt. Dabei ist er der einzige DHCP-Server im Haus. Ich
> kapiere nicht woher das stammt oder kommt.  Hab Router und
> dranhängenden WLAN-AP neu gestartet, aber auch das dauert einige Zeit
> bis alles wieder geht.

Woher genau weißt Du, dass es der einzige DHCP-Server ist? Dass Du
einen intelligenten Switch mit DHCP-Erkennung betreibst bezweifle ich.

> Wer verteilt weitere IP-Adressen ungefragt?

Mit einem ausreichend intelligenten Switch wäre sowas vergleichsweise
einfach zu diagnostizieren. Sonst eher schwierig.

Abgesehen davon - Infrastruktur wie NASen sollte man statische Adressen
geben. Und zumindest bei der Unternehmensvariante der GILB-Router
bekommt man die sogar recht einfach ins DNS (iirc).

[toc] | [prev] | [next] | [standalone]

#460411

From	"Dr. Joachim Neudert" <neudert@5sl.org>
Date	2020-08-02 12:42 +0200
Message-ID	<rg65b5$6i6$1@solani.org>
In reply to	#460406

Am 02.08.20 um 12:24 schrieb Dietz Proepper:
> Abgesehen davon - Infrastruktur wie NASen sollte man statische Adressen
> geben. Und zumindest bei der Unternehmensvariante der GILB-Router
> bekommt man die sogar recht einfach ins DNS (iirc).


Mein NAS HAT eine statische IP, genau aus diesem Grund vergibt der
DHCP-Server des Speedport-Routers ihr immer die IP 118. Danke für den
Tipp, das mache ich aber ohnehin schon so.

Das zweite NAS im Haus vom Bürgernetz (Backup-Server, nächtliches rsync)
hat allerdings bisher eine dynamische IP.

Das Problem trat aber im ganzen Netzwerk auf.

[toc] | [prev] | [next] | [standalone]

#460413

From	Gerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date	2020-08-02 12:52 +0200
Message-ID	<rg65sj$l4$1@news.bawue.net>
In reply to	#460411

On 8/2/20 12:42 PM, Dr. Joachim Neudert wrote:
> Am 02.08.20 um 12:24 schrieb Dietz Proepper:
>> Abgesehen davon - Infrastruktur wie NASen sollte man statische Adressen
>> geben. Und zumindest bei der Unternehmensvariante der GILB-Router
>> bekommt man die sogar recht einfach ins DNS (iirc).
> 
> 
> Mein NAS HAT eine statische IP, genau aus diesem Grund vergibt der
> DHCP-Server des Speedport-Routers ihr immer die IP 118. Danke für den
> Tipp, das mache ich aber ohnehin schon so.

Er meinte statische IP, also im NAS direkt eingestellt, NICHT via 
MAC<->IP-Mapping im Router.

So mache ich das hier, ich habe einige fixed Mappings im DHCP-Server, 
aber bei Systemen, bei denen ich sichergehen will, daß sie immer korrekt 
hochkommen ist die IP im System selbst konfiguriert. Dazu gehört der 
Fileserver und der Desktop.

Achja... sehr wichtig... Wenn man solches statisches Mapping im Router 
benutzt müssen die so vergebenen IPs ausserhalb der Range für dynamische 
Vergabe zu finden sein!

  Gerrit

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3 Next page →

csiph-web

IP-Address-Konflikt

Contents

#460453

#460461

#460524

#460527

#460732

#460733

#460737

#460454

#460436

#460408

#460410

#460420

#460423

#460506

#460508

#460664

#460619

#460406

#460411

#460413