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 9 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 6 of 6 — ← Prev page 1 2 3 4 5 [6]

#119109

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 18:51 +0200
Message-ID<i11r4i-dv8.ln1@news.muster.net>
In reply to#119106
On 28.10.21 17:16, Kay Martinen wrote:
> Am 28.10.21 um 14:17 schrieb Paul Muster:

>> 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.

Nein.

> 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.

Nein, er bekommt die IP-Adresse, die client1-von-jan dem DynDNS-Service 
gemeldet hatte.

Man schaue sich einfach an, wie DynDNS-Clients (wie z.B. ddclient, 
sinnvollerweise korrekt für den gewünschten Anwendungszweck 
konfiguriert, also *nicht* use=web) und -Dienste (und damit meine ich 
solche wie das angeführte Beispiel dyn.com, früher dyndns.org, nicht 
irgendwelche verrückten Vorstellungen von Kay) funktionieren. Kostet nix.


mfG Paul

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

#119112

FromKay Martinen <usenet@martinen.de>
Date2021-10-28 20:11 +0200
Message-ID<rn5r4i-itr.ln1@news.martinen.de>
In reply to#119109
Am 28.10.21 um 18:51 schrieb Paul Muster:
> On 28.10.21 17:16, Kay Martinen wrote:
>> Am 28.10.21 um 14:17 schrieb Paul Muster:
> 
>>> 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.

>> 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.
> 
> Nein, er bekommt die IP-Adresse, die client1-von-jan dem DynDNS-Service
> gemeldet hatte.

Selbst wenn die im Internet nicht geroutet wird und damit nichts
funktioniert? Du fragtest selbst ob der dyndns anbieter die ausfiltert.
Warum sollte er? Warum sollte er sie überhaupt erst zulassen?

> Man schaue sich einfach an, wie DynDNS-Clients (wie z.B. ddclient,
> sinnvollerweise korrekt für den gewünschten Anwendungszweck
> konfiguriert, also *nicht* use=web) und -Dienste (und damit meine ich

Ich hatte nie das bedürfnis dienste dem Internet an zu bieten die IN
meinem LAN liefen daher habe ich nie einen dyndns client gebraucht. Aber
meine vorstellung vom sinnvollen korrekten und gewünschten
Anwendungszweck ist eben die das der client dem dyndns server seine
Externe IP sendet damit dieser die in einem A-Record zum gewählten
Hostnamen oder alias der gewählten domain verpackt. Was in Konsequenz
dazu führ das "irgendwer" xyz.domain.tld aufruft und auf der WAN IP des
Routers aufschlägt. Und entweder läuft der dienst direkt dort oder es
gibt einen Portforward zum Dienst im LAN. So kenne ich das.

Und ich kenne auch kein Szenario wo es sinn machte dabei eine Private
nicht routbare IP zu verwenden. Für so was gibt es andere dienste, eben
dhcpd und ddns im LAN.

Und wenn du diese "Vorstellungen" für Verrückt hältst dann ist das Dein
Problem nicht meines! Mein Beileid. :-)


Ｂｙｅ／
   ／Ｋａｙ

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

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

#119114

FromMarco Moock <invalid@invalid.invalid>
Date2021-10-28 21:03 +0200
Message-ID<20211028210358.407efbbd@ryz>
In reply to#119112
Am Thu, 28 Oct 2021 20:11:39 +0200
schrieb Kay Martinen <usenet@martinen.de>:

> Selbst wenn die im Internet nicht geroutet wird und damit nichts
> funktioniert? Du fragtest selbst ob der dyndns anbieter die
> ausfiltert. Warum sollte er? Warum sollte er sie überhaupt erst
> zulassen?

Ggf. filtern die das aufgrund von DNS-Rebind-Attacken:
https://danielmiessler.com/blog/dns-rebinding-explained/

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

#119115

FromDetlef Sax <sax@noart.de>
Date2021-10-28 19:04 +0000
Message-ID<slrnsnlt1r.3bn.sax@zardoz.noart.de>
In reply to#119112
On Thu, 28 Oct 2021 20:11:39 +0200, Kay Martinen wrote:
> Am 28.10.21 um 18:51 schrieb Paul Muster:

Mal auf das gekürzt auf was ich antworten (Senf dazugeben) möchte.
[...]

>> Man schaue sich einfach an, wie DynDNS-Clients (wie z.B. ddclient,
>> sinnvollerweise korrekt für den gewünschten Anwendungszweck
>> konfiguriert, also *nicht* use=web) und -Dienste (und damit meine ich
>
> Ich hatte nie das bedürfnis dienste dem Internet an zu bieten die IN
> meinem LAN liefen daher habe ich nie einen dyndns client gebraucht. Aber
> meine vorstellung vom sinnvollen korrekten und gewünschten
> Anwendungszweck ist eben die das der client dem dyndns server seine
[...]

Ich habe Paul so verstanden, dass der dyndns-client nicht gebraucht
sondern sagen wir missbraucht wird um bei richtiger konfiguration 
dem gewünschten Server im LAN seine lokale Adresse mitzuteilen.
Wenn das so gemeint war finde ich das eine charmante Lösung.

SFJI
Detlef
-- 
https://www.noart.de/

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

#119117

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 21:39 +0200
Message-ID<2tar4i-6eg.ln1@news.muster.net>
In reply to#119115
On 28.10.21 21:04, Detlef Sax wrote:

> Ich habe Paul so verstanden, dass der dyndns-client nicht gebraucht
> sondern sagen wir missbraucht wird um bei richtiger konfiguration
> dem gewünschten Server im LAN seine lokale Adresse mitzuteilen.
> Wenn das so gemeint war finde ich das eine charmante Lösung.

Missbraucht wird da garnichts. Der Client1 meldet seine _interne_ 
IP-Adresse (aus dem genannten /22) mittels eines DynDNS-Clients wie z.B. 
ddclient per HTTP oder HTTPS an den DynDNS-Service. Dieser notiert, dass 
die IP-Adresse von client1-von-jan.dyndns-anbieter.tld derzeit auf 
10.1.1.221 lautet.
Will Jan nun den Client1 erreichen, spricht er 
client1-von-jan.dyndns-anbieter.tld an, was auf 10.1.1.221 auflöst - und 
fertig.

Client1 darf natürlich *nicht* die _externe_ IP-Adresse des Netzes an 
den DynDNS-Service melden, also *nicht* use=web (oder wie auch immer man 
das bei anderen Clients als ddclient konfigurieren würde) nutzen.


mfG Paul

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

#119119

FromKay Martinen <usenet@martinen.de>
Date2021-10-28 22:38 +0200
Message-ID<gber4i-gkm.ln1@news.martinen.de>
In reply to#119117
Am 28.10.21 um 21:39 schrieb Paul Muster:
> On 28.10.21 21:04, Detlef Sax wrote:
> 
>> Ich habe Paul so verstanden, dass der dyndns-client nicht gebraucht
>> sondern sagen wir missbraucht wird um bei richtiger konfiguration
>> dem gewünschten Server im LAN seine lokale Adresse mitzuteilen.
>> Wenn das so gemeint war finde ich das eine charmante Lösung.

Wäre es. Wenn es ginge. Und ich meinte nur das es nicht nicht gehen
dürfte weil das so eigentlich niemand braucht.

> Missbraucht wird da garnichts. Der Client1 meldet seine _interne_
> IP-Adresse (aus dem genannten /22) mittels eines DynDNS-Clients wie z.B.
> ddclient per HTTP oder HTTPS an den DynDNS-Service. Dieser notiert, dass
> die IP-Adresse von client1-von-jan.dyndns-anbieter.tld derzeit auf
> 10.1.1.221 lautet.
> Will Jan nun den Client1 erreichen, spricht er
> client1-von-jan.dyndns-anbieter.tld an, was auf 10.1.1.221 auflöst - und
> fertig.
> 
> Client1 darf natürlich *nicht* die _externe_ IP-Adresse des Netzes an
> den DynDNS-Service melden, also *nicht* use=web (oder wie auch immer man
> das bei anderen Clients als ddclient konfigurieren würde) nutzen.

Das klingt für mich aber so als ob das auch nur deine Theoretische
Meinung ist das es so gehen könnte. Aber auch als ob du selbst nicht
weißt ob das definitiv geht.

Und ich meine eben das ein dyndns dienst die interne IP des clients
überhaupt nicht gebrauchen kann und wird und das diese möglichkeit darum
überhaupt nicht existent ist. Praktisch jedenfalls nicht.

Wenn du praktisch realisierte Beispiele dafür hast probiere ich das gern
mal aus.

Ｂｙｅ／
   ／Ｋａｙ

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

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

#119123

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 23:05 +0200
Message-ID<8ufr4i-9ck.ln1@news.muster.net>
In reply to#119119
On 28.10.21 22:38, Kay Martinen wrote:

> Das klingt für mich aber so als ob das auch nur deine Theoretische
> Meinung ist das es so gehen könnte. Aber auch als ob du selbst nicht
> weißt ob das definitiv geht.

Da ich weiß, wie ddclient arbeitet und wie es die ermittelte IP-Adresse 
an den DynDNS-Dienst schickt, gehe ich sehr stark davon aus, dass das 
Konzept so funktioniert, ja. Und, auch ja, getestet habe ich das *so* 
nicht. Das darf Jan machen, der hat so eine komische kastrierte 
Infrastruktur, dass solche Klimmzüge notwendig sind.

> Und ich meine eben das ein dyndns dienst die interne IP des clients
> überhaupt nicht gebrauchen kann und wird und das diese möglichkeit darum
> überhaupt nicht existent ist. Praktisch jedenfalls nicht.

Wo soll deiner Ansicht nach etwas nicht klappen?

> Wenn du praktisch realisierte Beispiele dafür hast probiere ich das gern
> mal aus.

Beispiele wofür? Dass ein DynDNS-Client die IP-Adresse seines 
LAN-Interface, also z.B. eth0, ermittelt? Wie das mit ddclient geht, 
steht in der Doku: use=if, if=eth0.
Den DynDNS-Account und -Hostname musst du dir selbst einrichten. Ich 
habe keinen mehr bei einem der üblichen, öffentlich, freien Anbieter 
(und würde den, hätte ich noch einen, natürlich auch nicht "ausleihen").


mfG Paul

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

#119118

FromPaul Muster <exp-311221@news.muster.net>
Date2021-10-28 21:32 +0200
Message-ID<6gar4i-97g.ln1@news.muster.net>
In reply to#119112
On 28.10.21 20:11, Kay Martinen wrote:

> Ich hatte nie das bedürfnis dienste dem Internet an zu bieten die IN
> meinem LAN liefen daher habe ich nie einen dyndns client gebraucht. Aber
> meine vorstellung vom sinnvollen korrekten und gewünschten
> Anwendungszweck ist eben die das der client dem dyndns server seine
> Externe IP sendet damit dieser die in einem A-Record zum gewählten
> Hostnamen oder alias der gewählten domain verpackt. Was in Konsequenz
> dazu führ das "irgendwer" xyz.domain.tld aufruft und auf der WAN IP des
> Routers aufschlägt. Und entweder läuft der dienst direkt dort oder es
> gibt einen Portforward zum Dienst im LAN. So kenne ich das.

Ja, so kennst du das. Und dann gibt es halt Dinge, die du noch nicht 
kennst oder noch nicht verstehst. Vielleicht weniger tippen (bzw. 
weniger hinrotzen mit völlig wirrer Groß- und Kleinschreibung, 
Zeichensetzung, Rechtschreibung), mehr lesen und nachdenken.


mfG Paul

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

#119120

FromKay Martinen <usenet@martinen.de>
Date2021-10-28 22:46 +0200
Message-ID<bqer4i-i3u.ln1@news.martinen.de>
In reply to#119118
Am 28.10.21 um 21:32 schrieb Paul Muster:
> On 28.10.21 20:11, Kay Martinen wrote:
> 
>> Ich hatte nie das bedürfnis dienste dem Internet an zu bieten die IN
>> meinem LAN liefen daher habe ich nie einen dyndns client gebraucht. Aber
>> meine vorstellung vom sinnvollen korrekten und gewünschten
>> Anwendungszweck ist eben die das der client dem dyndns server seine
>> Externe IP sendet damit dieser die in einem A-Record zum gewählten
>> Hostnamen oder alias der gewählten domain verpackt. Was in Konsequenz
>> dazu führ das "irgendwer" xyz.domain.tld aufruft und auf der WAN IP des
>> Routers aufschlägt. Und entweder läuft der dienst direkt dort oder es
>> gibt einen Portforward zum Dienst im LAN. So kenne ich das.
> 
> Ja, so kennst du das. Und dann gibt es halt Dinge, die du noch nicht
> kennst oder noch nicht verstehst. Vielleicht weniger tippen (bzw.
> weniger hinrotzen mit völlig wirrer Groß- und Kleinschreibung,
> Zeichensetzung, Rechtschreibung), mehr lesen und nachdenken.

Und du solltest weniger darauf schauen wie mir der Schnabel gewachsen
ist und mehr darauf was du anderen zumutest zu glauben für das du
nebenbei ebenfalls keine Belege vorzeigst. Fasse dich also an deinen
eigenen Kopf und lasse es anderen unwissenheit zu unterstellen wenn du
nicht belegen kannst das du mehr wüsstest. Du kommst sonst in Trollverdacht.


Ｂｙｅ／
   ／Ｋａｙ

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

[toc] | [prev] | [standalone]

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

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

csiph-web