Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #119062 > unrolled thread

IP per dhcp -> Rechner finden

Started byJan Novak <repcom@gmail.com>
First post2021-10-27 09:23 +0200
Last post2021-10-28 22:46 +0200
Articles 20 on this page of 109 — 25 participants

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 09:23 +0200
    Re: IP per dhcp -> Rechner finden Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-10-27 07:55 +0000
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 12:11 +0200
    Re: IP per dhcp -> Rechner finden Joerg Lorenz <hugybear@gmx.ch> - 2021-10-27 10:07 +0200
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 12:11 +0200
      Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-27 15:49 +0200
    Re: IP per dhcp -> Rechner finden Tim Ritberg <tim@server.invalid> - 2021-10-27 11:26 +0200
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 12:10 +0200
        Re: IP per dhcp -> Rechner finden Tim Ritberg <tim@server.invalid> - 2021-10-27 13:22 +0200
          Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 13:33 +0200
    Re: IP per dhcp -> Rechner finden Christian Garbs <mitch@cgarbs.de> - 2021-10-27 09:53 +0000
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 12:12 +0200
        Re: IP per dhcp -> Rechner finden Thomas Dorner <de.comp.os.unix.linux.misc.211027.dorner@spamgourmet.com> - 2021-10-27 19:35 +0200
          Re: IP per dhcp -> Rechner finden Michael Schütz <der.schultze@web.de> - 2021-10-27 20:10 +0200
            Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-27 22:46 +0200
              Re: IP per dhcp -> Rechner finden Thomas Noll <-_tn_-@web.de> - 2021-10-27 22:34 +0000
              Re: IP per dhcp -> Rechner finden Michael Schütz <der.schultze@web.de> - 2021-10-28 07:03 +0200
                Re: IP per dhcp -> Rechner finden Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-10-28 19:42 +0200
                Re: IP per dhcp -> Rechner finden Thomas Hochstein <thh@thh.name> - 2021-10-28 20:06 +0200
                Re: IP per dhcp -> Rechner finden Thomas Dorner <de.comp.os.unix.linux.misc.211028.dorner@spamgourmet.com> - 2021-10-28 20:32 +0200
                Re: IP per dhcp -> Rechner finden Claus Reibenstein <creibens@gmail.com> - 2021-10-31 17:26 +0100
          Re: IP per dhcp -> Rechner finden Christian Garbs <mitch@cgarbs.de> - 2021-10-27 18:47 +0000
            Re: IP per dhcp -> Rechner finden Michael Schütz <der.schultze@web.de> - 2021-10-28 07:09 +0200
    Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-10-27 15:43 +0000
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-27 19:25 +0200
        Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-27 23:02 +0200
          Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-28 06:57 +0200
            Re: IP per dhcp -> Rechner finden Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-10-28 10:41 +0000
              Re: IP per dhcp -> Rechner finden Christian Garbs <mitch@cgarbs.de> - 2021-10-28 11:31 +0000
              Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 16:57 +0200
        Re: IP per dhcp -> Rechner finden Marte Schwarz <marte.schwarz@gmx.de> - 2021-10-28 08:56 +0200
          Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 17:03 +0200
    Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-27 19:42 +0200
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-28 06:58 +0200
    Re: IP per dhcp -> Rechner finden Dr Eberhard W Lisse <nospam@lisse.NA> - 2021-10-27 22:18 +0200
    Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-27 21:54 -0400
      Re: IP per dhcp -> Rechner finden Joerg Lorenz <hugybear@gmx.ch> - 2021-10-28 06:49 +0200
        Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-28 15:39 -0400
          Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 22:53 +0200
            Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-28 18:41 -0400
              Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-10-29 16:39 +0000
                Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-29 18:56 +0200
                Re: IP per dhcp -> Rechner finden Laurenz Trossel <me@example.invalid> - 2021-10-29 17:36 +0000
                  Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-29 19:42 +0200
                    Re: IP per dhcp -> Rechner finden Laurenz Trossel <me@example.invalid> - 2021-10-29 18:21 +0000
                      Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-29 20:25 +0200
                      Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-10-30 09:29 +0200
                        Re: IP per dhcp -> Rechner finden Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-10-30 08:07 +0000
                          Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-30 10:19 +0200
                            Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-30 12:13 +0200
                              Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-30 12:27 +0200
                Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-29 18:48 -0400
                  Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-30 07:35 +0200
                  Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-10-30 17:48 +0000
                    Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-31 11:27 +0100
                    Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-10-31 19:58 +0100
                      Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-31 16:16 -0400
                      Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-10-31 20:58 +0000
                        Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-31 22:35 +0100
                          Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-10-31 22:27 +0000
                          Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-11-01 07:53 +0100
                            Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-01 13:32 +0100
                              Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 14:51 +0100
                                Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-11-01 15:16 +0100
                                  Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 15:35 +0100
                                    Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-11-01 16:38 +0100
                                      Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 21:45 +0000
                                    Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 21:21 +0000
                                Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 21:07 +0000
                                Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-02 13:34 +0100
                            Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 21:00 +0000
                          Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-01 13:31 +0100
                            Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 15:01 +0100
                              Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-02 13:36 +0100
                    Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-10-31 19:24 +0000
                      Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-31 21:12 +0100
                      Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-10-31 18:59 -0400
                        Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 01:26 +0000
                        Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 09:09 +0100
                          Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-01 13:39 +0100
                            Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 14:29 +0100
                              Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-01 21:58 +0000
                                Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-02 13:38 +0100
                                  Re: IP per dhcp -> Rechner finden Juergen Ilse <news@usenet-verwaltung.de> - 2021-11-02 23:01 +0000
                                    Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-03 09:27 +0100
                          Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-11-01 18:06 -0400
                            Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-11-02 15:42 +0000
                              Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-11-02 20:50 -0400
                                Re: IP per dhcp -> Rechner finden Marcus Jodorf <trap@killfile.de> - 2021-11-04 22:59 +0100
                                  Re: IP per dhcp -> Rechner finden Wolfgang Kynast <wky@gmx.de> - 2021-11-05 08:21 +0100
                                    Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-11-05 13:30 -0400
                        Re: IP per dhcp -> Rechner finden "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-11-01 13:56 +0000
                          Re: IP per dhcp -> Rechner finden Andreas Kohlbach <ank@spamfence.net> - 2021-11-01 18:10 -0400
                      Re: IP per dhcp -> Rechner finden Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-11-01 13:37 +0100
                        Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-11-01 14:40 +0100
                      Re: IP per dhcp -> Rechner finden Claus Reibenstein <creibens@gmail.com> - 2021-11-01 15:11 +0100
    Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 07:29 +0200
      Re: IP per dhcp -> Rechner finden Jan Novak <repcom@gmail.com> - 2021-10-28 08:29 +0200
        Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 14:17 +0200
          Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 17:16 +0200
            Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 18:51 +0200
              Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 20:11 +0200
                Re: IP per dhcp -> Rechner finden Marco Moock <invalid@invalid.invalid> - 2021-10-28 21:03 +0200
                Re: IP per dhcp -> Rechner finden Detlef Sax <sax@noart.de> - 2021-10-28 19:04 +0000
                  Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 21:39 +0200
                    Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 22:38 +0200
                      Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 23:05 +0200
                Re: IP per dhcp -> Rechner finden Paul Muster <exp-311221@news.muster.net> - 2021-10-28 21:32 +0200
                  Re: IP per dhcp -> Rechner finden Kay Martinen <usenet@martinen.de> - 2021-10-28 22:46 +0200

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

#119188

FromKay Martinen <usenet@martinen.de>
Date2021-11-01 14:29 +0100
Message-ID<jm655i-ieu.ln1@news.martinen.de>
In reply to#119187
Am 01.11.21 um 13:39 schrieb Marc Haber:
> Kay Martinen <usenet@martinen.de> wrote:
>> Am 31.10.21 um 23:59 schrieb Andreas Kohlbach:
>>> On 31 Oct 2021 19:24:47 GMT, Gerald E:scher wrote:
>>>>
>>>> Andreas Kohlbach schrieb am 30/10/2021 21:07:
>>>>
>>>>> On 30 Oct 2021 17:48:45 GMT, Gerald E:scher wrote:
>>
>>>>>> Wer weiß, was die Zukunft bringt. Es gibt z.B. um wenig Geld
>>>>>> per WLAN geschaltete und gedimmte Glühbirnen und Steckdosen.
>>>>>
>>>>> Sollten die anfallen (btw.: lassen sich LEDs dimmen?), kann ich schnell
>>>>> erweitern.
>>
>> Dann denke dran. Wie jedes WLAN-Gerät: Eine IP Pro
>> Schalt/Dimm/Mess-stelle. Bei größeren Häusern und viel "Smart" könnte
>> ein /24 da schon eng werden.
> 
> Dann nimmt man halt IPv6. Und auch ein /23 oder gar ein /22 tut jetzt
> nicht übermäßig weh.

Ich weiß das du IPv6 magst - und ich noch nicht so. Und bei anderen
IP-Basierten Geräten würde ich dir ja Zustimmen.

Aber darum geht's hier nicht. Die Shelly's können *Nur* IPv4!

Ansonsten sind die aber recht flexibel. Feste IP oder Dynamisch geht.
via dhcp holen sie sich auch timeserver und gateway, stellen ihre
interne uhr auch danach, können die Zeitzone selbst erkennen oder
manuell vorgegeben bekommen und auch FW-updates kann man via
webInterface erledigen. Geht aber auch ersatzweise über den
shelly-manager von OH3 als Proxy. Da kann man dann sogar die FW-Version
vorher auswählen falls die neuste es nicht tut. BTDT.


Ｂｙｅ／
   ／Ｋａｙ

-- 
🅟🅞🅢🅣🅔🅓 🅥🅘🅐 🅛🅔🅐🅕🅝🅞🅓🅔

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

#119205

FromJuergen Ilse <news@usenet-verwaltung.de>
Date2021-11-01 21:58 +0000
Message-ID<61806319$0$32757$7b62cf90@news1.net.de>
In reply to#119188
Hallo,

Kay Martinen <usenet@martinen.de> wrote:
> Am 01.11.21 um 13:39 schrieb Marc Haber:
>> Kay Martinen <usenet@martinen.de> wrote:
>>> Am 31.10.21 um 23:59 schrieb Andreas Kohlbach:
>>>> On 31 Oct 2021 19:24:47 GMT, Gerald E:scher wrote:
>>>>>
>>>>> Andreas Kohlbach schrieb am 30/10/2021 21:07:
>>>>>
>>>>>> On 30 Oct 2021 17:48:45 GMT, Gerald E:scher wrote:
>>>
>>>>>>> Wer weiß, was die Zukunft bringt. Es gibt z.B. um wenig Geld
>>>>>>> per WLAN geschaltete und gedimmte Glühbirnen und Steckdosen.
>>>>>>
>>>>>> Sollten die anfallen (btw.: lassen sich LEDs dimmen?), kann ich schnell
>>>>>> erweitern.
>>>
>>> Dann denke dran. Wie jedes WLAN-Gerät: Eine IP Pro
>>> Schalt/Dimm/Mess-stelle. Bei größeren Häusern und viel "Smart" könnte
>>> ein /24 da schon eng werden.
>> 
>> Dann nimmt man halt IPv6. Und auch ein /23 oder gar ein /22 tut jetzt
>> nicht übermäßig weh.
> 
> Ich weiß das du IPv6 magst - und ich noch nicht so. Und bei anderen
> IP-Basierten Geräten würde ich dir ja Zustimmen.
> 
> Aber darum geht's hier nicht. Die Shelly's können *Nur* IPv4!
 
Dann sollte man sie vielleicht in ein eigenes RFC1918 IPv4 Netz verbannen
und nur von einem Geraet ansprechen, dass neben IPv6 (ggfs. zur Erreichbar-
keit von aussen) eben auch noch ein LAer3 Interface in diesem RFC1918 Netz
besitzt (dazwischen aber *nicht* routet und *nicht* natted). Damit kann
man diese Management-Maschine auch von aussen erreichen, die shelly's
selbst aber nicht (und diese kommen auch nicht nach draussen, sie sind 
ansonsten komplett isoliert von der Aussenwelt). Das waere ein Szenario, 
was ich mir als akzeptabel vorstellen koennte. Ich wuerde die dann aber
auch nicht ueber WLAN vernetzen wollen ...
Aber ich habe eigentlich sowieso nicht so viel fuer "Haus-Automation"
uebrig, *ich* will die Kontrolle haben und nicht irgendwelche (vielleicht
von aussen hackbare) Geraete ...

Tschuess,
	Juergen Ilse			(juergen@usenet-verwaltung.de)

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

#119217

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-11-02 13:38 +0100
Message-ID<slrbg5$hq0$1@news1.tnib.de>
In reply to#119205
Juergen Ilse <news@usenet-verwaltung.de> wrote:
>Dann sollte man sie vielleicht in ein eigenes RFC1918 IPv4 Netz verbannen
>und nur von einem Geraet ansprechen, dass neben IPv6 (ggfs. zur Erreichbar-
>keit von aussen) eben auch noch ein LAer3 Interface in diesem RFC1918 Netz
>besitzt (dazwischen aber *nicht* routet und *nicht* natted). Damit kann
>man diese Management-Maschine auch von aussen erreichen, die shelly's
>selbst aber nicht (und diese kommen auch nicht nach draussen, sie sind 
>ansonsten komplett isoliert von der Aussenwelt).

Praktischerweise wäre das dann der mqtt-Broker. Mehr braucht man da ja
nicht.

Interessant auch, dass mein Vorschlag, dann halt ein größeres
IPv4-Netz zu verwenden, im Anti-IPv6-Geifer völlig untergegangen ist.

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

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

#119221

FromJuergen Ilse <news@usenet-verwaltung.de>
Date2021-11-02 23:01 +0000
Message-ID<6181c347$0$32756$7b62cf90@news1.net.de>
In reply to#119217
Hallo,

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Juergen Ilse <news@usenet-verwaltung.de> wrote:
>>Dann sollte man sie vielleicht in ein eigenes RFC1918 IPv4 Netz verbannen
>>und nur von einem Geraet ansprechen, dass neben IPv6 (ggfs. zur Erreichbar-
>>keit von aussen) eben auch noch ein LAer3 Interface in diesem RFC1918 Netz
>>besitzt (dazwischen aber *nicht* routet und *nicht* natted). Damit kann
>>man diese Management-Maschine auch von aussen erreichen, die shelly's
>>selbst aber nicht (und diese kommen auch nicht nach draussen, sie sind 
>>ansonsten komplett isoliert von der Aussenwelt).
> 
> Praktischerweise wäre das dann der mqtt-Broker. Mehr braucht man da ja
> nicht.
 
Kann diese Software nicht auf einem "Dual Stack" Host laufen?
Das waere dann ein Design, mit dem ich keine Probleme (auch keine
Sicherheitsprobleme) sehen wuerde.

Tschuess,
	Juergen Ilse			(juergen@usenet-verwaltung.de)

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

#119227

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-11-03 09:27 +0100
Message-ID<slth5h$k6v$1@news1.tnib.de>
In reply to#119221
Juergen Ilse <news@usenet-verwaltung.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> Juergen Ilse <news@usenet-verwaltung.de> wrote:
>>>Dann sollte man sie vielleicht in ein eigenes RFC1918 IPv4 Netz verbannen
>>>und nur von einem Geraet ansprechen, dass neben IPv6 (ggfs. zur Erreichbar-
>>>keit von aussen) eben auch noch ein LAer3 Interface in diesem RFC1918 Netz
>>>besitzt (dazwischen aber *nicht* routet und *nicht* natted). Damit kann
>>>man diese Management-Maschine auch von aussen erreichen, die shelly's
>>>selbst aber nicht (und diese kommen auch nicht nach draussen, sie sind 
>>>ansonsten komplett isoliert von der Aussenwelt).
>> 
>> Praktischerweise wäre das dann der mqtt-Broker. Mehr braucht man da ja
>> nicht.
> 
>Kann diese Software nicht auf einem "Dual Stack" Host laufen?

Doch, natürlich. Ich habe Dir nicht widersprochen, ich habe deine
Beschreibung nur ergänzt.

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

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

#119206

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-11-01 18:06 -0400
Message-ID<87cznj7cp9.fsf@usenet.ankman.de>
In reply to#119180
On Mon, 1 Nov 2021 09:09:53 +0100, Kay Martinen wrote:
>
> Am 31.10.21 um 23:59 schrieb Andreas Kohlbach:
>> On 31 Oct 2021 19:24:47 GMT, Gerald E:scher wrote:
>>>
>>>>
>>>> Sollten die anfallen (btw.: lassen sich LEDs dimmen?), kann ich schnell
>>>> erweitern.
>
> Dann denke dran. Wie jedes WLAN-Gerät: Eine IP Pro
> Schalt/Dimm/Mess-stelle. Bei größeren Häusern und viel "Smart" könnte
> ein /24 da schon eng werden.

Kein Smart-Home hier. Ist alles in den 70ern stecken geblieben. Das
Smarteste hier ist die LCD Anzeige des Thermostaten an der Wand.

>>> Habe ich in meiner Schreibtischlampe. Bunt muss nicht sein, aber gedimmt
>>> und an Kunst- oder Tageslicht angepasste Farbtemperatur ist recht
>>> praktisch. Ebenso den Laserdrucker ferngesteuert ein- und ausschalten zu
>>> können.
>
> JftR: Wobei das "Dimmen" des Laserdruckers keinen Sinn machte, :) aber
> der Shelly Plug S den ich habe hat auch keinen Dimmer, nur eine
> Schaltfunktion. Die aber auch automatisch ausschalten kann wenn das
> Gerät über einer Einstellbaren Schwelle an Leistung zieht.

Dachte vielleicht, ihn in den Stromsparmodus zu "dimmen".

>> Weil ich hatte vor Jahren mal ein Video gesehen, wo jemand eine LED
>> dimmen wollte. Die ist stattdessen in einem bestimmten Rhythmus nur an
>> und aus gegangen. Mag sein, dass sich die Technologie seitdem geändert hat.
>
> Es mag sein das da nur der Strom geregelt wurde und die LED bei zu wenig
> aus ging. Man kann sie aber m.W. auch mit PWM ansteuern und da sollte
> sie nicht mehr blinken. Außer (d)ein SmartHome steuert sie so an - was
> man gewiss machen kann. Z.b. um Nach messung von Leistung und Zeit zu
> signalisieren das dein Trocker fertig ist. :-)

Meine Info kommt aus einem Youtube Video, wo ein "Retro-Nerd" (LGR) per
Commodore 64 und X10 Protokoll verschiedene Steckdosen steuerte. In einer
dieser steckte eine Stehlampe, die eine LED-Birne hatte.
-- 
Andreas

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

#119219

From"Gerald E:scher" <Spamer@fahr-zur-Hoelle.org>
Date2021-11-02 15:42 +0000
Message-ID<163586773579.2756.348792225687286674.XPN@ID-37099.user.uni-berlin.de>
In reply to#119206
Andreas Kohlbach schrieb am 1/11/2021 23:06:

> On Mon, 1 Nov 2021 09:09:53 +0100, Kay Martinen wrote:
>>
>> Am 31.10.21 um 23:59 schrieb Andreas Kohlbach:
>>> On 31 Oct 2021 19:24:47 GMT, Gerald E:scher wrote:
>>>>
>>>>>
>>>>> Sollten die anfallen (btw.: lassen sich LEDs dimmen?), kann ich schnell
>>>>> erweitern.
>>
>> Dann denke dran. Wie jedes WLAN-Gerät: Eine IP Pro
>> Schalt/Dimm/Mess-stelle. Bei größeren Häusern und viel "Smart" könnte
>> ein /24 da schon eng werden.
>
> Kein Smart-Home hier. Ist alles in den 70ern stecken geblieben.

Smarte LED-Lampen und Steckdosen für WLAN kosten nicht mehr viel.

> Meine Info kommt aus einem Youtube Video, wo ein "Retro-Nerd" (LGR) per
> Commodore 64 und X10 Protokoll verschiedene Steckdosen steuerte. In einer
> dieser steckte eine Stehlampe, die eine LED-Birne hatte.

Vergiss es, dem seine Bastelei hat weder mit smarten noch
dimmbaren LED-Lampen viel zu tun.

-- 
Gerald

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

#119226

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-11-02 20:50 -0400
Message-ID<87y2663vvm.fsf@usenet.ankman.de>
In reply to#119219
On 2 Nov 2021 15:42:16 GMT, Gerald E:scher wrote:
>
> Andreas Kohlbach schrieb am 1/11/2021 23:06:
>
>>> Am 31.10.21 um 23:59 schrieb Andreas Kohlbach:
>>>
>>> Dann denke dran. Wie jedes WLAN-Gerät: Eine IP Pro
>>> Schalt/Dimm/Mess-stelle. Bei größeren Häusern und viel "Smart" könnte
>>> ein /24 da schon eng werden.
>>
>> Kein Smart-Home hier. Ist alles in den 70ern stecken geblieben.
>
> Smarte LED-Lampen und Steckdosen für WLAN kosten nicht mehr viel.

Außer für eine Spielerei habe ich keine Verwendung dafür. Licht-an oder
Licht-aus (mittels altem Schalter an der Wand) reicht für meine Bedürfnisse.

>> Meine Info kommt aus einem Youtube Video, wo ein "Retro-Nerd" (LGR) per
>> Commodore 64 und X10 Protokoll verschiedene Steckdosen steuerte. In einer
>> dieser steckte eine Stehlampe, die eine LED-Birne hatte.
>
> Vergiss es, dem seine Bastelei hat weder mit smarten noch
> dimmbaren LED-Lampen viel zu tun.

War aber interessant, wie man einen alten Computer (er nutzte einen
Commodore 64) für ein heutiges "Smart-Home") verwenden kann - aus Sicht
eines Retro-Fans.
-- 
Andreas

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

#119240

FromMarcus Jodorf <trap@killfile.de>
Date2021-11-04 22:59 +0100
Message-ID<87sfwbshua.fsf-bofh@killfile.de>
In reply to#119226
Andreas Kohlbach <ank@spamfence.net> schrieb:

> War aber interessant, wie man einen alten Computer (er nutzte einen
> Commodore 64) für ein heutiges "Smart-Home") verwenden kann - aus
> Sicht eines Retro-Fans.

Das ging schon damals ;-)

Als der C64 noch aktuell war hatte ich mir z.B. eine kleine quadratische
Metallkiste mit 5 Steckdosen und 5 Relais mit Netzanschluß
bestückt. Steuerung über 5m Kabel am Userport.
Wirklich dimmen einer Stehlampe ging damit zwar nicht, aber für lautes,
schnelles Relaisrattern und lustiges Flackern hat es gereicht. ;-)
War halt die Nerd-Version einer programmierbaren Mehrfachzeitschaltuhr
in den 80ern.
The Power of 1MHz!

Gruß,

Marcus
⚂⚃

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

#119242

FromWolfgang Kynast <wky@gmx.de>
Date2021-11-05 08:21 +0100
Message-ID<iuk4beFc1rqU1@mid.individual.net>
In reply to#119240
On Thu, 04 Nov 2021 19:28:46 -0400, "Andreas Kohlbach" posted:

...
>Ein Bekannter und ich hatten vor einem Spanien-Urlaub in den 80ern eine
>"Kaktus-Gieß-Vorrichtung" nach Anleitung gebaut, die alle paar Tage für
>ein paar Sekunden das Wasser aus einem Behälter fließen ließ. Irgendwann
>während unserer Reise muss der Strom ausgefallen sein. Der C64 zeigte
>nach der Rückkehr den Startbildschirm, und der Radiowecker blinkte. Der
>Kaktus hat aber überlebt. *g*

Wieviel Monate dauerte der Urlaub denn? 
;-)

-- 
Wolfgang

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

#119247

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-11-05 13:30 -0400
Message-ID<878ry21pea.fsf@usenet.ankman.de>
In reply to#119242
On Fri, 05 Nov 2021 08:21:15 +0100, Wolfgang Kynast wrote:
>
> On Thu, 04 Nov 2021 19:28:46 -0400, "Andreas Kohlbach" posted:
>
> ...
>>Ein Bekannter und ich hatten vor einem Spanien-Urlaub in den 80ern eine
>>"Kaktus-Gieß-Vorrichtung" nach Anleitung gebaut, die alle paar Tage für
>>ein paar Sekunden das Wasser aus einem Behälter fließen ließ. Irgendwann
>>während unserer Reise muss der Strom ausgefallen sein. Der C64 zeigte
>>nach der Rückkehr den Startbildschirm, und der Radiowecker blinkte. Der
>>Kaktus hat aber überlebt. *g*
>
> Wieviel Monate dauerte der Urlaub denn? 
> ;-)

Knapp drei Wochen. War sehr abenteuerlich. Wir musste vorzeitig (vier
Wochen waren geplant) abbrechen, da ich als Schatzmeister eine Karte
meiner Bank verbusselte, und die Bank in E uns kein Bargeld mehr
auszahlen wollte. Haben es die restlichen 150 DM praktisch nur in Sprit
ausgegeben, um nur nach D zurück zu kommen, was drei Tage dauerte (VW
Käfer bei 90 KM/H oder langsamer *g*).

Da offtopic, hätte man das F'up beachten können. Oder hat der C64 eine
Relevanz für Linux?

Okay, er hat. Es gibt tatsächlich Linux für ihn. Daher ohne erneutes
F'up. ;-)
-- 
Andreas

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

#119190

From"Gerald E:scher" <Spamer@fahr-zur-Hoelle.org>
Date2021-11-01 13:56 +0000
Message-ID<163577497555.2756.15323340876464329089.XPN@ID-37099.user.uni-berlin.de>
In reply to#119172
Andreas Kohlbach schrieb am 31/10/2021 23:59:

> On 31 Oct 2021 19:24:47 GMT, Gerald E:scher wrote:
>>
>> Andreas Kohlbach schrieb am 30/10/2021 21:07:
>>
>>> On 30 Oct 2021 17:48:45 GMT, Gerald E:scher wrote:
>>>>
>>>> Andreas Kohlbach schrieb am 30/10/2021 00:48:
>>>>
>>>>> Cachen die nicht?
>>>>
>>>> Kein Cache hilft, wenn ein neues Gerät mit fester IP-Adresse ins
>>                               ~~~~~~~~~~~
>>>> Netzwerk kommt.
>>>
>>> Doch genau dann: Der DHCP könnte schauen, welche IPs schon vergeben
>>
>> Der dhcp-Server kann nicht hellsehen. Ich habe dir die entscheidenden
>> Begriffe unterwellt.
>
> Er könnte vor der Vergabe pingen, oder in eine Tabelle des Systems
> schauen, wo die (auch neuen) Geräte eingetragen sind.

Clients, die keine dhcp-Anfrage machen, sondern auf eine feste
IP-Adresse konfiguiert sind (im Client, nicht im WLAN-Router!) stehen in
keiner Tabelle drin. Und wenn deren IP-Adresse zufällig gleich einer vom
Router per dhcp vergebenen IP-Adresse ist, dann gibt's ein Problem.

Ich glaube, wir reden aneinander vorbei. Unter "fester IP-Adresse"
verstehe ich eine im Client eingetragene IP-Adresse, wobei der
Client dann keine dhcp-Anfrage macht.
Wenn man im Router Clients unveränderliche IP-Adressen zuweist, dann
werden die weiterhin per dhcp vergeben, nur halt nicht aus dem
dhcp-Pool. Diese IP-Adressen sollte ein dhcp-Server natürlich nicht
ein zweites Mal vergeben, auch wenn sie sich innerhalb des dhcp-Pools
befinden.

>> Ja. Und in der Farbtemperatur ändern und auch beliebig bunt leuchten.
>> Habe ich in meiner Schreibtischlampe. Bunt muss nicht sein, aber gedimmt
>> und an Kunst- oder Tageslicht angepasste Farbtemperatur ist recht
>> praktisch. Ebenso den Laserdrucker ferngesteuert ein- und ausschalten zu
>> können.
>
> Weil ich hatte vor Jahren mal ein Video gesehen, wo jemand eine LED
> dimmen wollte. Die ist stattdessen in einem bestimmten Rhythmus nur an
> und aus gegangen. Mag sein, dass sich die Technologie seitdem geändert hat.

Meinst du mit einem Dimmer in der Wand? Die machen
Phasenanschittsteuerung und damit kommen nur dafür geeignete
LED-Lampen zurecht.
Ich meine aber LED-Lampen, die eine Dimmfunktion eingebaut haben, die
per WLAN gesteuert wird.

-- 
Gerald

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

#119207

FromAndreas Kohlbach <ank@spamfence.net>
Date2021-11-01 18:10 -0400
Message-ID<87a6in7cjl.fsf@usenet.ankman.de>
In reply to#119190
On 1 Nov 2021 13:56:15 GMT, Gerald E:scher wrote:
>
> Andreas Kohlbach schrieb am 31/10/2021 23:59:
>
>> Er könnte vor der Vergabe pingen, oder in eine Tabelle des Systems
>> schauen, wo die (auch neuen) Geräte eingetragen sind.
>
> Clients, die keine dhcp-Anfrage machen, sondern auf eine feste
> IP-Adresse konfiguiert sind (im Client, nicht im WLAN-Router!) stehen in
> keiner Tabelle drin. Und wenn deren IP-Adresse zufällig gleich einer vom
> Router per dhcp vergebenen IP-Adresse ist, dann gibt's ein Problem.
>
> Ich glaube, wir reden aneinander vorbei. Unter "fester IP-Adresse"
> verstehe ich eine im Client eingetragene IP-Adresse, wobei der
> Client dann keine dhcp-Anfrage macht.
> Wenn man im Router Clients unveränderliche IP-Adressen zuweist, dann
> werden die weiterhin per dhcp vergeben, nur halt nicht aus dem
> dhcp-Pool. Diese IP-Adressen sollte ein dhcp-Server natürlich nicht
> ein zweites Mal vergeben, auch wenn sie sich innerhalb des dhcp-Pools
> befinden.

IIRC (kann das gerade nicht testen) steht die IP (zumindest MAC) des
Clients irgendwo in den Logs, der sich per hostapd verbunden hat. Gut, im
syslog hat ein DHCPD vermutlich nichts zu suchen.

>> Weil ich hatte vor Jahren mal ein Video gesehen, wo jemand eine LED
>> dimmen wollte. Die ist stattdessen in einem bestimmten Rhythmus nur an
>> und aus gegangen. Mag sein, dass sich die Technologie seitdem geändert hat.
>
> Meinst du mit einem Dimmer in der Wand? Die machen
> Phasenanschittsteuerung und damit kommen nur dafür geeignete
> LED-Lampen zurecht.
> Ich meine aber LED-Lampen, die eine Dimmfunktion eingebaut haben, die
> per WLAN gesteuert wird.

LED Lampen. Aber siehe anderer Artikel. Die wurde "old school" versucht
zu dimmen.
-- 
Andreas

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

#119186

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2021-11-01 13:37 +0100
Message-ID<slon30$knn$1@news1.tnib.de>
In reply to#119163
"Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> wrote:
>Könnte. Kannst ja ein Skript schreiben. Aber wozu? Einfach keine festen
>IP-Adressen aus dem dhcp-Pool vergeben!

Hier muss man diebisch aufpassen, sich nicht in der Terminologie zu
vertun. "Feste Adresse" könnte sowohl eine im DHCP-Server eingetragene
Reservierung der Adresse sein, als auch eine lokal auf dem Endsystem
konfigurierte Adresse.

Auf der sicheren Seite ist man natürlich immer, wenn man für lokal zu
konfigurierende Adressen einfach welche außerhalb des DHCP-Pool nimmt.
Ich versuche, solche Fälle auch auf dem DHCP-Server zu dokumentieren,
indem ich einfach eine Reservierung eintrage, auch wenn sie mangels
DHCP-Requests des betroffenen Endsystems niemals wirklich benutzt
wird. Eine Reservierung wird einem Menschen beim Blick in die
Konfiguration des DHCP-Servers hoffentlich auffallen, und für den
Fall, dass man doch mal den DHCP-Pool vergrößert und damit vielleicht
einen Konflikt verursacht, wird sich der DHCP-Server die Vergabe
dieser IP-Adresse sparen und damit das lokal konfigurierte Gerät
schützen, und wenn das lokal konfigurierte Gerät doch mal - vielleicht
durch einen Konfigurationsfehler - DHCP-Client spielt, bekommt es
wenigstens seine "richtige" Adresse.

Möchte man das Gerät mit fester, aber zentral verwalteter IP-Adresse
betreiben, trägt man eine Reservierung ein. Dabei würde ich mir
wünschen, dass weniger DHCP-Server darauf bestehen würden, dass
Reservierungen aus dem dynamischen Pool kommen müssen (der Pool muss
nicht das gesamte Netz füllen).

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

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

#119189

FromKay Martinen <usenet@martinen.de>
Date2021-11-01 14:40 +0100
Message-ID<rb755i-pu6.ln1@news.martinen.de>
In reply to#119186
Am 01.11.21 um 13:37 schrieb Marc Haber:
> "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> wrote:
>> Könnte. Kannst ja ein Skript schreiben. Aber wozu? Einfach keine festen
>> IP-Adressen aus dem dhcp-Pool vergeben!
> 
> Hier muss man diebisch aufpassen, sich nicht in der Terminologie zu
> vertun. "Feste Adresse" könnte sowohl eine im DHCP-Server eingetragene
> Reservierung der Adresse sein, als auch eine lokal auf dem Endsystem
> konfigurierte Adresse.

Stimmt. Man sollte von "Manueller IP" sprechen versus Fester IP
(dhcpd.conf "fixed-address") oder eben dynamisch (aus dem Pool).

> Auf der sicheren Seite ist man natürlich immer, wenn man für lokal zu
> konfigurierende Adressen einfach welche außerhalb des DHCP-Pool nimmt.
> Ich versuche, solche Fälle auch auf dem DHCP-Server zu dokumentieren,
> indem ich einfach eine Reservierung eintrage, auch wenn sie mangels
> DHCP-Requests des betroffenen Endsystems niemals wirklich benutzt
> wird. Eine Reservierung wird einem Menschen beim Blick in die
> Konfiguration des DHCP-Servers hoffentlich auffallen, und für den
> Fall, dass man doch mal den DHCP-Pool vergrößert und damit vielleicht
> einen Konflikt verursacht, wird sich der DHCP-Server die Vergabe
> dieser IP-Adresse sparen und damit das lokal konfigurierte Gerät
> schützen, und wenn das lokal konfigurierte Gerät doch mal - vielleicht
> durch einen Konfigurationsfehler - DHCP-Client spielt, bekommt es
> wenigstens seine "richtige" Adresse.

Genau *so* mache ich das hier auch. Z.b. mit meinem SAT-Receiver u.a.
Geräten - aber nicht mit Servern weil ich dafür .200... reserviert halte.

> Möchte man das Gerät mit fester, aber zentral verwalteter IP-Adresse
> betreiben, trägt man eine Reservierung ein. Dabei würde ich mir
> wünschen, dass weniger DHCP-Server darauf bestehen würden, dass
> Reservierungen aus dem dynamischen Pool kommen müssen (der Pool muss
> nicht das gesamte Netz füllen).

Welche meinst du da speziell? M.W. besteht der ISC-dhcp-server nicht
darauf. Ich hab den lange mit einer range von 30-39 betrieben und ab .40
einige mit fixed-address in der konfig gehabt. Keine Fehlermeldungen,
keine Probleme.

Ich vermute aber das man hier noch unterscheiden muß zwischen range und
pool. Ein "subnet" statement kann eine range enthalten und ohne weiteres
wird die für dynamische Adressen benutzt. Ein; oder mehrere; "pool"
statement(s) innerhalb eines "subnet" kann m.w. nur eine Teilsumme der
range haben. Da wird sich das verhalten unterscheiden denke ich. Ich
tippe auf: Range inkludiert fixed-address, pool nicht.

Da müsste ich meine alte VM erst wieder starten und in die konfig
schauen um zu erinnern wie ich den isc-dchpd genau aufsetzte.


Ｂｙｅ／
   ／Ｋａｙ

-- 
🅟🅞🅢🅣🅔🅓 🅥🅘🅐 🅛🅔🅐🅕🅝🅞🅓🅔

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

#119193

FromClaus Reibenstein <creibens@gmail.com>
Date2021-11-01 15:11 +0100
Message-ID<iuaaroFfojsU1@mid.individual.net>
In reply to#119163
Gerald E:scher schrieb am 31.10.2021 um 20:24:

> Andreas Kohlbach schrieb am 30/10/2021 21:07:
>
>> On 30 Oct 2021 17:48:45 GMT, Gerald E:scher wrote:
>>
>>> Kein Cache hilft, wenn ein neues Gerät mit fester IP-Adresse ins
>                              ~~~~~~~~~~~
>>> Netzwerk kommt.
>>
>> Doch genau dann: Der DHCP könnte schauen, welche IPs schon vergeben
>
> Der dhcp-Server kann nicht hellsehen. Ich habe dir die entscheidenden
> Begriffe unterwellt.

Du hast "neues Gerät" unterstrichen. Ich hätte eher "fester IP-Adresse"
genommen.

Ein DHCP-Server kümmert sich nur um Adressen, die er selber vergeben
hat. Adressen außerhalb seines Pools interessieren ihn nicht.

> Einfach keine festen
> IP-Adressen aus dem dhcp-Pool vergeben!

Kann man schon, wenn man die Vergabe dieser Adressen dem DHCP-Server
überlässt und nicht etwa am Client fest einstellt. Letzteres würde
früher oder später zu Problemen führen.

Gruß
Claus

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

#119097

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 07:29 +0200
Message-ID<i2pp4i-23b.ln1@news.muster.net>
In reply to#119062
On 27.10.21 09:23, Jan Novak wrote:

> im Intranet haben wir ein /22er Netz für DHCP Adressen.
> Ich brauche die IP von 3 bestimmten Rechnern im Netz wissen.
> 
> Eine Idee war, dass diese beim Hochfahren eine Mail mit der aktuellen 
> Adresse senden. Diese Weise finde ich unschön.
> In diesem Netz gibt es keinen eigenen DNS (ala bind), mit welchem eine 
> Art dyndns für das Intranet aufgesetzt werden könnte.
> Auch kann ich an der Firewall, welche die DHCP Adresse vergibt, keine 
> feste IP für die 3 MAC Adressen der Rechner einstellen.
> 
> Gibt es noch eine "smartere" Lösung als die mit der Mail?

Was spricht denn gegen einen klassischen DynDNS-Service? So, wie 
"früher" dyndns.org. Da gibt es m.W. noch immer kostenlose Alternativen.


mfG Paul

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

#119098

FromJan Novak <repcom@gmail.com>
Date2021-10-28 08:29 +0200
Message-ID<sldg0n$qakd$1@gwaiyur.mb-net.net>
In reply to#119097
Am 28.10.21 um 07:29 schrieb Paul Muster:
> On 27.10.21 09:23, Jan Novak wrote:
> 
>> im Intranet haben wir ein /22er Netz für DHCP Adressen.
>> Ich brauche die IP von 3 bestimmten Rechnern im Netz wissen.
>>
>> Eine Idee war, dass diese beim Hochfahren eine Mail mit der aktuellen 
>> Adresse senden. Diese Weise finde ich unschön.
>> In diesem Netz gibt es keinen eigenen DNS (ala bind), mit welchem eine 
>> Art dyndns für das Intranet aufgesetzt werden könnte.
>> Auch kann ich an der Firewall, welche die DHCP Adresse vergibt, keine 
>> feste IP für die 3 MAC Adressen der Rechner einstellen.
>>
>> Gibt es noch eine "smartere" Lösung als die mit der Mail?
> 
> Was spricht denn gegen einen klassischen DynDNS-Service? So, wie 
> "früher" dyndns.org. Da gibt es m.W. noch immer kostenlose Alternativen.

Für lokale Adressen?

Jan

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

#119103

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 14:17 +0200
Message-ID<vvgq4i-8ms.ln1@news.muster.net>
In reply to#119098
Am 28.10.2021 um 08:29 schrieb Jan Novak:
> Am 28.10.21 um 07:29 schrieb Paul Muster:
>> On 27.10.21 09:23, Jan Novak wrote:

>>> im Intranet haben wir ein /22er Netz für DHCP Adressen.
>>> Ich brauche die IP von 3 bestimmten Rechnern im Netz wissen.
>>>
>>> Eine Idee war, dass diese beim Hochfahren eine Mail mit der aktuellen 
>>> Adresse senden. Diese Weise finde ich unschön.
>>> In diesem Netz gibt es keinen eigenen DNS (ala bind), mit welchem 
>>> eine Art dyndns für das Intranet aufgesetzt werden könnte.
>>> Auch kann ich an der Firewall, welche die DHCP Adresse vergibt, keine 
>>> feste IP für die 3 MAC Adressen der Rechner einstellen.
>>>
>>> Gibt es noch eine "smartere" Lösung als die mit der Mail?
>>
>> Was spricht denn gegen einen klassischen DynDNS-Service? So, wie 
>> "früher" dyndns.org. Da gibt es m.W. noch immer kostenlose Alternativen.
> 
> Für lokale Adressen?

Wieso nicht? Werden die von den DynDNS-Anbietern weggefiltert oder mit 
einer Fehlermeldung zurückgewiesen?

Was spricht dagegen, dass dein Client1 sich als 
client1-von-jan.dyndns-anbieter.tld dort meldet und seine IP-Adresse 
10.1.1.221 nennt? Dann kannst du ihn unter seinem Namen ansprechen und 
erreichst seine IP.


mfG Paul

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

#119106

FromKay Martinen <usenet@martinen.de>
Date2021-10-28 17:16 +0200
Message-ID<rfrq4i-kd8.ln1@news.martinen.de>
In reply to#119103
Am 28.10.21 um 14:17 schrieb Paul Muster:
> Am 28.10.2021 um 08:29 schrieb Jan Novak:
>> Am 28.10.21 um 07:29 schrieb Paul Muster:
>>> On 27.10.21 09:23, Jan Novak wrote:
> 
>>>> im Intranet haben wir ein /22er Netz für DHCP Adressen.
>>>> Ich brauche die IP von 3 bestimmten Rechnern im Netz wissen.
>>>>
>>>> Eine Idee war, dass diese beim Hochfahren eine Mail mit der
>>>> aktuellen Adresse senden. Diese Weise finde ich unschön.
>>>> In diesem Netz gibt es keinen eigenen DNS (ala bind), mit welchem
>>>> eine Art dyndns für das Intranet aufgesetzt werden könnte.
>>>> Auch kann ich an der Firewall, welche die DHCP Adresse vergibt,
>>>> keine feste IP für die 3 MAC Adressen der Rechner einstellen.
>>>>
>>>> Gibt es noch eine "smartere" Lösung als die mit der Mail?
>>>
>>> Was spricht denn gegen einen klassischen DynDNS-Service? So, wie
>>> "früher" dyndns.org. Da gibt es m.W. noch immer kostenlose Alternativen.
>>
>> Für lokale Adressen?
> 
> Wieso nicht? Werden die von den DynDNS-Anbietern weggefiltert oder mit
> einer Fehlermeldung zurückgewiesen?

RFC 1918!

> Was spricht dagegen, dass dein Client1 sich als
> client1-von-jan.dyndns-anbieter.tld dort meldet und seine IP-Adresse
> 10.1.1.221 nennt? Dann kannst du ihn unter seinem Namen ansprechen und
> erreichst seine IP.

Ich glaube die Antworten auf deine Fragen hat Jan oben bereits genannt.

Selbst wenn du von innen client1-von-jan.dyndns-anbieter.tld aufrufst,
wird die Firewall das NAT'en und mit der WAN-IP einen externen DNS
befragen, der dann wieder dyndns-anbieter.tld fragt und bekommt von
dort... die Externe IP von... Jan's WAN. Ohne Portforward in der
Firewall kommt man dann nicht weiter zum Host und das ist sogar noch
grenzwertiger. Und Interne IPv4 IPs sind ja aus gutem Grund intern. Wenn
du damit im Internet rum spielst und die NICHT in einem VPN-Tunnel
stecken dann verwirft der nächstbeste Router die gleich. = Dead End!

Und kein interner dns heißt vermutlich auch kein interner dyndns.
Scheint mir sonst die einzige möglichkeit die Interne IP auch intern auf
einen namen ab zu bilden. Oder eben ddns mit dhcpd zusammen aber das
geht hier offenbar auch nicht!


Ｂｙｅ／
   ／Ｋａｙ

-- 
🅟🅞🅢🅣🅔🅓 🅥🅘🅐 🅛🅔🅐🅕🅝🅞🅓🅔

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

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

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web