[WLANware] OLSR Diensteankündigung

[Patrick]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Bernd

Ich meinte forward Auflösung. Mein Fehler.


Momentan mach ich das mit gleichem olsr suffix und service host domain.

olsrd. at LoadPlugin[5].suffix=.olsr
olsrd. at LoadPlugin[5].hosts=104.13.8.98 store-ts
olsrd. at LoadPlugin[5].service=http://store-ts.olsr:80/attitude_adjustment/|tcp|Freifunk Firmware Attitude Adjustment

Wenn du das mit einer public Domain machen willst mus du die auch als olsr suffix benutzen.

olsrd. at LoadPlugin[5].suffix=.olsr.pberg.freifunk.net
olsrd. at LoadPlugin[5].hosts=104.13.8.99 kifuse03
olsrd. at LoadPlugin[5].service=http://kifuse03.olsr.pberg.freifunk.net:80/attitude_adjustment/|tcp|Freifunk Firmware Attitude Adjustment

Dann must du die via dyndns mit einem Public DNS Syncen.
Das habe ich auch schon mal gemacht.
https://github.com/freifunk/firmware-berlin/blob/master/scripts
Da liegen ein paar olsr dns nsupdate Scripte.

Wenn du noch einen anderen weg findest sag mal Bescheid.

Gruss
          Patrick



Am 19.04.14 14:01, schrieb Bernd Naumann:
> 
> On 19.04.2014, at 00:12, Patrick wrote:
> 
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi Bernd
>>
>> Am 18.04.14 23:04, schrieb Bernd Naumann:
>>>
>>> Wenn ich list service 'smb://foobar.dynweimarnetz.de:445|tcp|foobar
>>> samba share' verwende gibt es zwar keine Fehler aber der Dienst
>>> taucht nicht auf. Mit Angabe einer IP gehts.
>> Wenn die IP die aus der reverse Auflösung rauskommt via Linklokal von
>> dem router erreichbar ist. dann sollte das gehen.
>>>
>>> Ist das unter Umständen unserer OLSR-Conf geschuldet oder gibt es
>>> einen anderen Weg andere Domains zu verwenden?
>>>
>>
>> Gruss
>>          Patrick
> 
> Hey Patrick,
> 
> 
> Router lassen sich hier im Netz rueckwaerts aufloesen, aber das macht wahrscheinlich das OLSR.
> Rechner jedoch nicht:
> 
> $ host 10.63.145.97
> 97.145.63.10.in-addr.arpa domain name pointer mr-dev.olsr.
> 
> $ host 10.63.145.110
> Host 110.145.63.10.in-addr.arpa. not found: 3(NXDOMAIN)
> 
> Der DNS Record sieht zu dem Rechner sieht so aus:
> $ dig marshmallow.dyn.weimarnetz.de +all
> 
> ; <<>> DiG 9.6-ESV-R4-P3 <<>> marshmallow.dyn.weimarnetz.de +all
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42078
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
> 
> ;; QUESTION SECTION:
> ;marshmallow.dyn.weimarnetz.de.	IN	A
> 
> ;; ANSWER SECTION:
> marshmallow.dyn.weimarnetz.de. 4 IN	A	10.63.145.110
> 
> ;; Query time: 2 msec
> ;; SERVER: 10.63.1.66#53(10.63.1.66)
> ;; WHEN: Sat Apr 19 13:57:29 2014
> ;; MSG SIZE  rcvd: 63
> 
> Dann ist das aber eine Einstellung unseres DynDNS servers dass fuer Clients auch ein PTR Resource Record geschrieben wird?
> 
> Bis denn,
> Bernd
> _______________________________________________
> WLANware mailing list
> WLANware at freifunk.net
> Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlanware-freifunk.net
> 
> Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlNTFtsACgkQr9m0OkMZoqTExwCePODe+s0zkqsu4JZg6gD2VYAm
TgEAoJ8D9RbuuLgka9cf3I7P+RUotzWw
=39qq
-----END PGP SIGNATURE-----