• TLD.GOPHER - Name Server Projekt

    From Gopher Space@info@gopherspace.de to comp.infosystems.gopher on Fri Jan 28 13:00:20 2022
    From Newsgroup: comp.infosystems.gopher

    Eine Frage an die Community: Hat jemand Interesse an einem TLD.GOPHER Name-Server-Projekt, au|ferhalb OpenNIC? Konkakt: tld@gopherspace.de - Betreff: TLD.GOPHER
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Marco Moock@mo01@posteo.de to comp.infosystems.gopher on Fri Jan 28 22:32:03 2022
    From Newsgroup: comp.infosystems.gopher

    Am Freitag, 28. Januar 2022, um 13:00:20 Uhr schrieb Gopher Space:
    Eine Frage an die Community: Hat jemand Interesse an einem TLD.GOPHER Name-Server-Projekt, au|ferhalb OpenNIC? Konkakt: tld@gopherspace.de - Betreff: TLD.GOPHER
    Was w|nre der Vorteil davon?
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Gopher Space@info@gopherspace.de to comp.infosystems.gopher on Fri Jan 28 14:23:21 2022
    From Newsgroup: comp.infosystems.gopher


    Einen sch||nen guten Abend,
    vielen Dank f|+r Ihre R|+ckmeldung.
    Ein Vorteil an der TLD.GOPHER k||nnte sein, dass wir, die gopher Community, die Selbstverwaltung rCRunseresrCL Protokolls in Eigenverantwortung |+bernehmen und somit auch rCReigenerCL DNS-Server betreiben k||nnten.

    Es spricht nichts dagegen, dass wir ,die rCRErbenrCL und rCRLebenserhaleterrCL des gopher-Protokolls selbst eine gemeinschaftliche DNS-Verwaltung pflegen. N||tig ist dies nat|+rlich nicht, aber was spricht jetzt wirklich dagegen? Letztendlich betreiben wir gopher weil wir es wollen, nicht weil wir es dringend brauchen. Erweitern wir doch einfach unsere M||glichkeiten.
    Um Ihre Frage (Was w|nre der Vorteil davon?) zu beantworten:
    Was ist der Vorteil von GOPHER gegen|+ber HTTP?
    Die Antwort ist, reine Hingabe und Liebe zu Gopher.
    Marco Moock schrieb am Freitag, 28. Januar 2022 um 22:32:05 UTC+1:
    Am Freitag, 28. Januar 2022, um 13:00:20 Uhr schrieb Gopher Space:

    Eine Frage an die Community: Hat jemand Interesse an einem TLD.GOPHER Name-Server-Projekt, au|ferhalb OpenNIC? Konkakt: t...@gopherspace.de - Betreff: TLD.GOPHER
    Was w|nre der Vorteil davon?
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Marco Moock@mo01@posteo.de to comp.infosystems.gopher on Sat Jan 29 09:41:27 2022
    From Newsgroup: comp.infosystems.gopher

    Am Freitag, 28. Januar 2022, um 14:23:21 Uhr schrieb Gopher Space:
    Ein Vorteil an der TLD.GOPHER k||nnte sein, dass wir, die gopher
    Community, die Selbstverwaltung rCRunseresrCL Protokolls in Eigenverantwortung |+bernehmen und somit auch rCReigenerCL DNS-Server betreiben k||nnten. Es spricht nichts dagegen, dass wir ,die rCRErbenrCL
    und rCRLebenserhaleterrCL des gopher-Protokolls selbst eine
    gemeinschaftliche DNS-Verwaltung pflegen. N||tig ist dies nat|+rlich
    nicht, aber was spricht jetzt wirklich dagegen? Letztendlich
    betreiben wir gopher weil wir es wollen, nicht weil wir es dringend
    brauchen. Erweitern wir doch einfach unsere M||glichkeiten.
    Gerne, aber dann muss man sich im Klaren sein, was dies an Aufwand
    bedeutet. Prinzipiell halte ich das f|+r eine sinnvolle Idee.
    Sind denn Einschr|nnkungen bei der TLD geplant (z.B. Wohnort, Nutzung,
    etc.)?
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Gopher Space@info@gopherspace.de to comp.infosystems.gopher on Fri Feb 4 11:17:57 2022
    From Newsgroup: comp.infosystems.gopher

    Marco Moock schrieb am Samstag, 29. Januar 2022 um 09:41:29 UTC+1:
    Am Freitag, 28. Januar 2022, um 14:23:21 Uhr schrieb Gopher Space:

    Ein Vorteil an der TLD.GOPHER k||nnte sein, dass wir, die gopher Community, die Selbstverwaltung rCRunseresrCL Protokolls in Eigenverantwortung |+bernehmen und somit auch rCReigenerCL DNS-Server betreiben k||nnten. Es spricht nichts dagegen, dass wir ,die rCRErbenrCL und rCRLebenserhaleterrCL des gopher-Protokolls selbst eine gemeinschaftliche DNS-Verwaltung pflegen. N||tig ist dies nat|+rlich nicht, aber was spricht jetzt wirklich dagegen? Letztendlich
    betreiben wir gopher weil wir es wollen, nicht weil wir es dringend brauchen. Erweitern wir doch einfach unsere M||glichkeiten.
    Gerne, aber dann muss man sich im Klaren sein, was dies an Aufwand
    bedeutet. Prinzipiell halte ich das f|+r eine sinnvolle Idee.

    Sind denn Einschr|nnkungen bei der TLD geplant (z.B. Wohnort, Nutzung, etc.)?
    Einen sch||nen guten Abend Marco,
    um Ihre Frage zu beantworten, eine Einschr|nnkung empfinde ich nicht als sinnvoll.
    Ich w|+rde dieses Projekt gern mit drei Personen betreiben wollen. Vorteile w|nren, die Arbeit/Verantwortung und die Investitionen w|+rden durch drei geteilt werden, organisatorisch w|+rde immer die Mehrheit entscheiden, min. zwei Personen.
    Meine Vorstellung ist, ein kleiner vServer in welchem wir den DNS-Dienst vorerst verwirklichen k||nnten. Aller administrativer Aufwand sollte dabei so gering wie m||glich gehalten werden. Ich habe auch schon so einige Vorstellungen zur automatisierten Authentifizierung/Registrierung auf Domain-Ebene im Gopher-Protokoll.
    Jetzt m|+ssten sich rCRnurrCL noch drei unabh|nngige, willige Personen zur Umsetzung finden.
    Ich w|+nsche Ihnen einen sch||nen Abend.
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Marco Moock@mo01@posteo.de to comp.infosystems.gopher on Fri Feb 4 20:55:17 2022
    From Newsgroup: comp.infosystems.gopher

    Am Freitag, 04. Februar 2022, um 11:17:57 Uhr schrieb Gopher Space:
    Ich w|+rde dieses Projekt gern mit drei Personen betreiben wollen.
    Vorteile w|nren, die Arbeit/Verantwortung und die Investitionen w|+rden
    durch drei geteilt werden, organisatorisch w|+rde immer die Mehrheit entscheiden, min. zwei Personen.

    Meine Vorstellung ist, ein kleiner vServer in welchem wir den
    DNS-Dienst vorerst verwirklichen k||nnten. Aller administrativer
    Aufwand sollte dabei so gering wie m||glich gehalten werden. Ich habe
    auch schon so einige Vorstellungen zur automatisierten Authentifizierung/Registrierung auf Domain-Ebene im Gopher-Protokoll.
    Kleiner vServer ist meines Erachtens zu wenig. DNS sollte immer
    redundant sein, min. 2 autoritative Server sollten es sein, besser mehr. Bedenke, dass DNS-Server (und Server generell) auch angegriffen werden,
    ergo sollte schon Bandbreite vorhanden sein. Jenachdem wie viele
    Subdomains es dann gibt wird auch der richtige DNS-Traffic gr|||fer.
    Jetzt m|+ssten sich rCRnurrCL noch drei unabh|nngige, willige Personen zur Umsetzung finden.
    Am besten mit Erfahrung in BIND9, die ich noch nicht habe.
    Dann k|nme noch der Kram hinzu, dass man dann Delegationen in den
    root-Servern br|nuchte. Das wird aber sicher auch Geld kosten, wie viel m|+sstest du rausfinden. :-)
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Gopher Space@info@gopherspace.de to comp.infosystems.gopher on Fri Feb 4 13:35:43 2022
    From Newsgroup: comp.infosystems.gopher

    Marco Moock schrieb am Freitag, 4. Februar 2022 um 20:55:19 UTC+1:
    Am Freitag, 04. Februar 2022, um 11:17:57 Uhr schrieb Gopher Space:

    Ich w|+rde dieses Projekt gern mit drei Personen betreiben wollen. Vorteile w|nren, die Arbeit/Verantwortung und die Investitionen w|+rden durch drei geteilt werden, organisatorisch w|+rde immer die Mehrheit entscheiden, min. zwei Personen.

    Meine Vorstellung ist, ein kleiner vServer in welchem wir den
    DNS-Dienst vorerst verwirklichen k||nnten. Aller administrativer
    Aufwand sollte dabei so gering wie m||glich gehalten werden. Ich habe
    auch schon so einige Vorstellungen zur automatisierten Authentifizierung/Registrierung auf Domain-Ebene im Gopher-Protokoll.
    Kleiner vServer ist meines Erachtens zu wenig. DNS sollte immer
    redundant sein, min. 2 autoritative Server sollten es sein, besser mehr. Bedenke, dass DNS-Server (und Server generell) auch angegriffen werden,
    ergo sollte schon Bandbreite vorhanden sein. Jenachdem wie viele
    Subdomains es dann gibt wird auch der richtige DNS-Traffic gr|||fer.
    Jetzt m|+ssten sich rCRnurrCL noch drei unabh|nngige, willige Personen zur Umsetzung finden.
    Am besten mit Erfahrung in BIND9, die ich noch nicht habe.

    Dann k|nme noch der Kram hinzu, dass man dann Delegationen in den root-Servern br|nuchte. Das wird aber sicher auch Geld kosten, wie viel m|+sstest du rausfinden. :-)
    Hallo Marco,
    ja, ich als Informatiker stimme Ihnen selbstverst|nndlich und prinzipiell vollkommen zu. Nicht desto Trotz kann man anfangs einen DNS-Dienst auch im Kleinen betreiben, dies w|nre nicht mein erstes Projekt bez|+glich BIND9.
    Bitte bedenken Sie, wir sprechen |+ber gopher, Delegationen in root-Servern w|nren vorerst nicht n||tig.
    Meine Vorstellung ist folgende:
    Wir (willige Personen der gopher-Community) mieten einen vServer, konfigurieren diesen und schauen, wie sich der Zulauf entwickelt. Ich m||chte hier nochmals in aller Deutlichkeit betonen, wir sprechen hier |+ber einen DNS-Dienst ausschlie|flich f|+r Gopher-Server.
    In dem von mir angebotenen Dienst rCRgopher still alive reportrCL auf gopher://gopherspace.de sind derzeit ca. 460 gopher aktiv. Sollten nur ann|nhernd 10 % bestehender gopher- Betreiber einen solchen Dienst |+berhaupt in Anspruch nehmen wollen, sind wir bei ca. 46 gopher-TLD-|s , hierf|+r ben||tigen wir anfangs definitiv keine Redundanz und auch keine dedizierten Server. Geht man dann noch realistisch davon aus, dass dies vorerst reine Liebhaberei sein wird und kaum jemand von den 10 % an registrierten gopher-TLD-|s dies auch im Alltagsleben regelm|n|fig verwenden wird, kann man nochmal 90 % subtrahieren und wir sind bei ca. 5 gopher-Server, welche |+ber gopher-TLD-|s angesprochen werden.
    Ich w|+nsche mir einen kleinen Start, auf einem vServer mit drei Partnern und in 1 bis 2 Jahren schauen wir, wie gro|f der Zulauf im Gopherspace |+berhaupt ist.
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Marco Moock@mo01@posteo.de to comp.infosystems.gopher on Sat Feb 5 09:02:49 2022
    From Newsgroup: comp.infosystems.gopher

    Am Freitag, 04. Februar 2022, um 13:35:43 Uhr schrieb Gopher Space:
    Bitte bedenken Sie, wir sprechen |+ber gopher, Delegationen in
    root-Servern w|nren vorerst nicht n||tig.
    Doch, denn die Nutzer nutzen zur Namensaufl||sung i.d.R. einen Recurser
    (ihres Providers). Kennt der einen Namen gar nicht, so fragt er bei den root-Servern nach. Daher muss da eine Delegation vorhanden sein.
    Meine Vorstellung ist folgende:

    Wir (willige Personen der gopher-Community) mieten einen vServer, konfigurieren diesen und schauen, wie sich der Zulauf entwickelt. Ich
    m||chte hier nochmals in aller Deutlichkeit betonen, wir sprechen hier
    |+ber einen DNS-Dienst ausschlie|flich f|+r Gopher-Server.
    Das ist bei DNS nicht m||glich, denn relevant sind hier die A- und AAAA-Records. Was dann da alles l|nuft k||nnen wir nicht steuern, ist bei
    DNS auch nicht vorgesehen. Wenn z.B. jemand zus|ntzlich auf einer IP
    einen FTP-Server betreibt kann der |+ber den gleichen Domainnamen
    angesprochen werden wie der Gopher-Server.
    In dem von mir angebotenen Dienst rCRgopher still alive reportrCL auf gopher://gopherspace.de sind derzeit ca. 460 gopher aktiv. Sollten
    nur ann|nhernd 10 % bestehender gopher- Betreiber einen solchen Dienst |+berhaupt in Anspruch nehmen wollen, sind wir bei ca. 46 gopher-TLD-|s
    , hierf|+r ben||tigen wir anfangs definitiv keine Redundanz und auch
    keine dedizierten Server. Geht man dann noch realistisch davon aus,
    dass dies vorerst reine Liebhaberei sein wird und kaum jemand von den
    10 % an registrierten gopher-TLD-|s dies auch im Alltagsleben
    regelm|n|fig verwenden wird, kann man nochmal 90 % subtrahieren und wir
    sind bei ca. 5 gopher-Server, welche |+ber gopher-TLD-|s angesprochen
    werden.
    gopher. ist eine TLD, meier.gopher ist dann eine second-level-Domain.
    Wir haben dann also 46 SLDs.
    Ich w|+nsche mir einen kleinen Start, auf einem vServer mit drei
    Partnern und in 1 bis 2 Jahren schauen wir, wie gro|f der Zulauf im Gopherspace |+berhaupt ist.

    Ich k||nnte da mithelfen, wenn die anderen Umst|nnde (wie Kosten der
    Delegation von root) gekl|nrt sind.
    Dann w|nre noch zu kl|nren, welche Anforderungen es f|+r die Delegation
    gibt.
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Gopher Space@info@gopherspace.de to comp.infosystems.gopher on Thu Mar 3 07:07:26 2022
    From Newsgroup: comp.infosystems.gopher


    Hallo Marco,
    da die letzten Wochen leider kein gro|fes Interesse seitens der Gopher Community besteht, w|+rde ich diese Idee vorerst nicht weiter verfolgen.
    Ich habe mich trotz dem gefreut, dass du Interesse gezeigt hast.
    Ich w|+nsche Dir einen sch||nen Tag.
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Marco Moock@mo01@posteo.de to comp.infosystems.gopher on Thu Mar 3 19:33:00 2022
    From Newsgroup: comp.infosystems.gopher

    Am Donnerstag, 03. M|nrz 2022, um 07:07:26 Uhr schrieb Gopher Space:
    da die letzten Wochen leider kein gro|fes Interesse seitens der Gopher Community besteht, w|+rde ich diese Idee vorerst nicht weiter
    verfolgen. Ich habe mich trotz dem gefreut, dass du Interesse gezeigt
    hast.
    Wie gesagt, sowas umzusetzen w|nre ein gro|fer Aufwand. Zudem ist der
    Nutzen eher symbolischer Natur.
    --- Synchronet 3.21d-Linux NewsLink 1.2