[leafnode] Kann mit slrn den Server nicht erreichen...

[Michael Uplawski]

Moin

SLRN kann *zum Senden* keinen Kontakt „zum Server“ aufbauen, ich verstehe
nicht, wieso er das plötzlich will, da ich seit jeher Leafnode verwende.

Bis auf weiteres glaube ich, dass sich eine Systemeinstellung geändert hat
und hoffe, Ihr habt einen Tip.

Die Konfigurationseinstellungen schreibe ich weiter unten.

Mein Kommando zum Abruf der News ist (eine Zeile):
------
***@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
sudo /usr/sbin/fetchnews -vvv
------
Alle Nachrichten werden geholt und SLRN *kann* aus /var/spool/news lesen.
Die Ausgabe ist normal

STDOUT gibt nicht viel her, im Syslog steht, nach dem Abruf:
------
(...)
2023-01-14T09:49:52.252011+01:00 kurti fetchnews[9086]: de.rec.garten:
marked bodies 0
2023-01-14T09:49:52.252406+01:00 kurti fetchnews[9086]: de.rec.garten: no
new articles
2023-01-14T09:49:52.252741+01:00 kurti fetchnews[9086]: >QUIT
2023-01-14T09:49:52.393400+01:00 kurti fetchnews[9086]: wrote active file
with 59834 lines
2023-01-14T09:49:52.395674+01:00 kurti fetchnews[9087]: Process forked.
2023-01-14T09:49:52.450827+01:00 kurti fetchnews[9086]: child has process
ID 9087
2023-01-14T09:49:52.490158+01:00 kurti fetchnews[9087]: Process done.
------

Wenn ich versuche, mit SLRN ein *Test-Posting abzusetzen*, erscheint nun
auch noch die Zeile:
--------
2023-01-14T09:55:31.104558+01:00 kurti leafnode[9104]: refused connect
from ::1 (::1)
--------

in SLRN: „Es konnte keine Verbindung zum Server hergestellt werden“. Ich
verstehe das Phänomen nicht und kann nicht erkennen, was sich geändert
hat.

Das Problem besteht seit einem Debian Update/Upgrade/Dist-Upgrade,
gestern. SLRN war davon nicht betroffen, ich habe sicherheitshalber aber
mein vor geraumer Zeit kompiliertes slrn pre1.0.4-6 neu installiert.

Hier die Konfigurationsvariablen, die ich für relevant halte. Vielleicht
fehlt etwas:
-------- SLRNRC ------
server "127.0.0.1" ".jnewsrc"
set spool_inn_root "/var/spool/news"
set spool_root "/var/spool/news"
set spool_nov_root "/var/spool/news"
-----------------------

$NNTPSERVER ist localhost

In der Leafnode-Konfiguration kann ich gar nichts erkennen. Es wurde beim
Update keine meiner Änderungen überschrieben, die Version ist
leafnode-1.12.0

Vielen Dank im Voraus.

Cheerio.

[Peter J. Holzer]

Post by Michael Uplawski
SLRN kann *zum Senden* keinen Kontakt „zum Server“ aufbauen, ich verstehe
nicht, wieso er das plötzlich will, da ich seit jeher Leafnode verwende.

Leafnode ist ein Server.

hp

[Michael Uplawski]

Post by Peter J. Holzer

Post by Michael Uplawski
SLRN kann *zum Senden* keinen Kontakt „zum Server“ aufbauen, ich
verstehe nicht, wieso er das plötzlich will, da ich seit jeher Leafnode
verwende.

Leafnode ist ein Server.

Deshalb bin ich hier.

Cheerio.

[Peter J. Holzer]

Post by Michael Uplawski
Wenn ich versuche, mit SLRN ein *Test-Posting abzusetzen*, erscheint nun
--------
2023-01-14T09:55:31.104558+01:00 kurti leafnode[9104]: refused connect
from ::1 (::1)

^^^^^^^^
Dein Slrn connectet auf IPv6 localhost (::1) nicht IPv4 localhost
(127.0.0.1). Vielleicht liegt es daran?

Post by Michael Uplawski
-------- SLRNRC ------
server "127.0.0.1" ".jnewsrc"

Hier steht aber 127.0.0.1. Das ist zumindest inkonistent.

Post by Michael Uplawski
set spool_inn_root "/var/spool/news"
set spool_root "/var/spool/news"
set spool_nov_root "/var/spool/news"
-----------------------
$NNTPSERVER ist localhost

Probier das mal testweise auf 127.0.0.1 zu setzen. Wenn das
funktioniert, kannst Du als nächsten Schritt herausfinden, wie Du
leafnode dazu bringst, dass es Connections auf ::1 akzeptiert.

hp

[Michael Uplawski]

Post by Peter J. Holzer
Dein Slrn connectet auf IPv6 localhost (::1) nicht IPv4 localhost
(127.0.0.1). Vielleicht liegt es daran?

Wenn dem so ist... Freilich verstehe ich nicht wieso, und seit wann. Noch
weniger, warum das heute passiert.

Post by Peter J. Holzer

Post by Michael Uplawski
$NNTPSERVER ist localhost

Probier das mal testweise auf 127.0.0.1 zu setzen.

Das hat auf Anhieb funktioniert!

Post by Peter J. Holzer
Wenn das
funktioniert, kannst Du als nächsten Schritt herausfinden, wie Du
leafnode dazu bringst, dass es Connections auf ::1 akzeptiert.

Jetzt nehme ich an, dass die Schwierigkeiten weder auf Leafnode, noch auf
SLRN zurückzuführen sind. Ich muss herausfinden, wo im System sich etwas
geändert hat, seit gestern.

Danke schonmal für die beiden Hinweise. Das hat geholfen!

Michael

[Diedrich Ehlerding]

Post by Michael Uplawski

Post by Peter J. Holzer
Probier das mal testweise auf 127.0.0.1 zu setzen.

Das hat auf Anhieb funktioniert!

Post by Peter J. Holzer
Wenn das
funktioniert, kannst Du als nächsten Schritt herausfinden, wie Du
leafnode dazu bringst, dass es Connections auf ::1 akzeptiert.

Jetzt nehme ich an, dass die Schwierigkeiten weder auf Leafnode, noch
auf SLRN zurückzuführen sind. Ich muss herausfinden, wo im System sich
etwas geändert hat, seit gestern.

Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

[Peter J. Holzer]

Post by Diedrich Ehlerding

Post by Michael Uplawski
Jetzt nehme ich an, dass die Schwierigkeiten weder auf Leafnode, noch
auf SLRN zurückzuführen sind. Ich muss herausfinden, wo im System sich
etwas geändert hat, seit gestern.

/etc/hosts und/oder DNS (systemd-resolved?) wäre mein erster Gedanke.

Post by Diedrich Ehlerding
Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

Kann nicht sein, denn dann hätte leafnode keine Log-Message schreiben
können.

Es gibt zweifellos eine Konfiguration in Leafnode, von wo er Connections
annimmt. Und in dieser Konfiguration steht vermutlich 127.0.0.1 als
berechtigt drin, ::1 aber nicht.

hp

[Matthias Andree]

Post by Peter J. Holzer

Post by Diedrich Ehlerding

Post by Michael Uplawski
Jetzt nehme ich an, dass die Schwierigkeiten weder auf Leafnode, noch
auf SLRN zurückzuführen sind. Ich muss herausfinden, wo im System sich
etwas geändert hat, seit gestern.

/etc/hosts und/oder DNS (systemd-resolved?) wäre mein erster Gedanke.

Post by Diedrich Ehlerding
Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

Kann nicht sein, denn dann hätte leafnode keine Log-Message schreiben
können.

Falsch. Jeder kann beliebe Information im Namen leafnode ins syslog
schreiben.

logger -t leafnode "komisches Log" genügt.

Ein unverbasteltes Leafnode 1.12.0 kann kein

Post by Peter J. Holzer
2023-01-14T09:55:31.104558+01:00 kurti leafnode[9104]: refused connect from ::1 (::1)

schreiben, weil es den Code schlichtweg nicht hat, der den Code "refused
connect" enthält.­

Die Super-Server, ob nun inetd, xinetd, oder sonstwie, mögen nun
Zugriffskontrolle ausüben, selbst oder mittelbar per tcpd, und der mag
IPv4-only konfiguriert sein, z. B. nur 127.0.0.1 zulassen oder nur IPv4
zuzulassen - und z. B. im Namen Leafnodes sagen "Du kannst von ::1 nicht
verbinden", weil's z. B. schlichtweg nicht in /etc/hosts.allow steht.

Änderungen an einer /etc/hosts oder externen Resolvern, die irgendwann
IPv6-fähig gemacht werden; vieles ist denkbar.

Da wird Michael etwas debuggen müssen, wenn er's verstehen und nicht
stumpf auf 127.0.0.1 konfigurieren will.

HTH

Viele Grüße
Matthias

[Peter J. Holzer]

Post by Matthias Andree

Post by Peter J. Holzer

Post by Diedrich Ehlerding
Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

Kann nicht sein, denn dann hätte leafnode keine Log-Message schreiben
können.

Falsch. Jeder kann beliebe Information im Namen leafnode ins syslog
schreiben.

Natürlich kann das jeder. Aber wer außer leafnode sollte das tun?

Ach ja, im inetd.conf werden die Argumente inklusive argv[0] angegeben.
tcpd wird also mit argv[0]="/usr/sbin/leafnode" aufgerufen und loggt
daher als "leafnode".

hp

[Diedrich Ehlerding]

Post by Peter J. Holzer
Ach ja, im inetd.conf werden die Argumente inklusive argv[0]
angegeben. tcpd wird also mit argv[0]="/usr/sbin/leafnode" aufgerufen
und loggt daher als "leafnode".

Also mal hosts.allow und hosts.deny prüfen. Sowas könnte auch in der Tat
bnei einem update angefasst worden sein.

[Michael Uplawski]

Post by Diedrich Ehlerding
Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

xinetd.conf habe ich nicht.
inetd.conf:
-------------------
#:MAIL: Mail, news and uucp services.
nntp stream tcp nowait news /usr/sbin/tcpd /usr/sbin/leafnode
-------------------

[Matthias Andree]

Post by Michael Uplawski

Post by Diedrich Ehlerding
Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?

xinetd.conf habe ich nicht.
-------------------
#:MAIL: Mail, news and uucp services.
nntp stream tcp nowait news /usr/sbin/tcpd /usr/sbin/leafnode

^^^^

Post by Michael Uplawski
-------------------

man tcpd. -> nach FILES und SEE ALSO schauen,
und dann man hosts_access und ggf. auch
man tcpdmatch oder man tcpdchk lesen.

[Diedrich Ehlerding]

Post by Peter J. Holzer
Probier das mal testweise auf 127.0.0.1 zu setzen.

Oder einfach ein "telnet 127.0.0.1 119" und das Ergebnis vergleichen mit
"telnet ::1 localhost"

Was steht denn in /etc/hosts als localhost?

Gibt es in leafnode Einstellungen, von wem er Verbindungen akzeptiert?

[Michael Uplawski]

Post by Diedrich Ehlerding
Oder einfach ein "telnet 127.0.0.1 119" und das Ergebnis vergleichen mit
"telnet ::1 localhost"

---------------------
***@kurti:~$ telnet 127.0.0.1 119
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
200 Leafnode NNTP Daemon, version 1.12.0 running at localhost (my fqdn:
kurti.uplawski.eu)

***@kurti:~$ telnet ::1 119
Trying ::1...
Connected to ::1.
Escape character is '^]'.
Connection closed by foreign host.
---------------------

Post by Diedrich Ehlerding
Was steht denn in /etc/hosts als localhost?

-------------
127.0.0.1 localhost
127.0.1.1 kurti.uplawski.eu kurti

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
------------------

Post by Diedrich Ehlerding
Gibt es in leafnode Einstellungen, von wem er Verbindungen akzeptiert?

Außer allowstrangers = 0 kann ich nichts in der Konfiguration erkennen.

Ich kann jetzt zwar posten, nachdem ich NNTPSERVER auf 127.0.0.1 gesetzt
habe, allerdings werden für neue Postings weder der Leafnode-Dummy Post
vor dem Abruf der Nachrichtenkörper angezeigt, noch irgend ein solcher
abgerufen, wenn ich ein neues Posting auswähle. Eigentlich sollten erst
nur die Header abgerufen werden. Das scheint aber alles zu sein. Die
Postings bleiben ohne Inhalt.

Ich habe also wieder testweise für leafnode delaybody = 0 gesetzt, damit
werden jetzt in der Tat, Header und Body auf einen Schlag korrekt geladen.

So könnte ich zwar weitermachen, allerdings fehlen mir auch alle Gruppen,
die nicht vorher bereits abonniert waren oder wenigstens erst vor Wochen
abbestellt worden sind. Zum Beispiel kann ich de.test sofort finden, die
Gruppe war aktuell nicht abonniert. Sonst kann ich keine weiteren Gruppen
mehr sehen. Auch die Suche in SLRN mit 'L' kommt nur auf Gruppen, die
vorher schon lokal Artikel geführt haben.

Für mich ist das Blindflug. Mir ist alles fremd.

Danke für die Unterstützung.

[Diedrich Ehlerding]

Post by Michael Uplawski

Post by Diedrich Ehlerding
Was steht denn in /etc/hosts als localhost?

-------------
127.0.0.1 localhost
127.0.1.1 kurti.uplawski.eu kurti
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
------------------

Post by Diedrich Ehlerding
Gibt es in leafnode Einstellungen, von wem er Verbindungen
akzeptiert?

hosts.allow und hosts.deny könnten auch noch Kandidaten sein, an denen
ein Systemupgrade was gedreht haben könnte. Allerdings glaube ich daran eher
nicht, denn deinb Logfile-Eintrag sagte ja, wenn ichs richtig verstehe,
dass leafnode die Verbindung
zurückgewiesen hat.

Post by Michael Uplawski
Ich kann jetzt zwar posten, nachdem ich NNTPSERVER auf 127.0.0.1
gesetzt habe,

In de.test sehe ich zwei Artikel von dir. Die sind also weiterverteilt
worden.

Post by Michael Uplawski
allerdings werden für neue Postings weder der
Leafnode-Dummy Post vor dem Abruf der Nachrichtenkörper angezeigt,

Hast du mal probiert, mit telnet zu sehen, ob leafnode deine Artikel hat?

Ich rufe auf meinem Leafnode (allerdings Leafnode2) dein Followup in
de.test ab und dann dessen Original; einmal über die Folgenummer in der
Gruppe und einmal über die Message-ID. (Am Rande: hier geht es also
auch über die IPv6-Adresse ::1 ) Meine Eingaben mit >, Ausgaben mit |
| Trying ::1...
| Connected to localhost.
| Escape character is '^]'.
| 200 Leafnode NNTP daemon, version 2.0.0.alpha20121101a at diedrich.ddnssec.de

Post by Michael Uplawski
group de.test

| 211 4765 1035 13226 de.test group selected

Post by Michael Uplawski
article 13226

| 220 13226 <***@kurti.uplawski.eu> article retrieved - text follows
| Path: news.tota-refugium.de!!weretis.net!reader5.news.weretis.net!feeder8.news.weretis.net!news.nntp4.net!.POSTED!kurti.uplawski.eu!not-for-mail
| From: Michael Uplawski <***@uplawski.eu>
| Newsgroups: de.test
| Subject: Re: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 12:01:02 +0100
| Message-ID: <***@kurti.uplawski.eu>
| References: <***@kurti.uplawski.eu>
| Mime-Version: 1.0
| Content-Type: text/plain; charset=UTF-8
| Content-Transfer-Encoding: 8bit
| X-Trace:
| eJw1i0EKwyAQAM/tK2Tva7GGmCBCviJWrNSsgiv5fu2htxmYoa6V2fW+yNxQG1SbwaeMw4pWO2dK6EOog9jBmcPbxyJHK/7qn3z8YeZg77dSU/oNL8/egdLbqtUKVpw+Fwz1nHUm7sjVweiRIh8Ury6JuC1yKoiH+AJEVS/B
| User-Agent: slrn/pre1.0.4-6 (Linux)
| Cancel-Lock: sha1:9db0uwNngDKs6hqRyNyEUOiFuGw= sha1:jsj1bfvkvh3AKwWggl1QdUi/6Gc=
| X-GnuPG: secp256k1 2022-10-22 0xA7697024F92E6C0E82D9CC0904B1B3134DF614A6
| X-Abuse-Contact: "***@nntp4.net"
| X-My-Languages: German (native), English (solid), French (assez correcte)
| Xref: diedrich.ddnssec.de de.test:13226
|
| Michael Uplawski:
|
| 2 mit Inhalt
| --
| “politics is a dirty business,
| executed by rotten characcters” (Roger Taylor)
| .
| 220 0 <***@kurti.uplawski.eu> article retrieved - text follows
| Path: news.tota-refugium.de!!weretis.net!reader5.news.weretis.net!feeder8.news.weretis.net!news.nntp4.net!.POSTED!kurti.uplawski.eu!not-for-mail
| From: Michael Uplawski <***@uplawski.eu>
| Newsgroups: de.test
| Subject: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 11:20:57 +0100
| Message-ID: <***@kurti.uplawski.eu>
| Mime-Version: 1.0
| Content-Type: text/plain; charset=UTF-8
| Content-Transfer-Encoding: 8bit
| X-Trace:
| eJw1i0EKwyAQAM/tK8T7WqwBI0HIVxYrVqqr4Eq+X3vobQZmaBhtnXGbyh2MBb1beKo4D9Hb4EwJMIQ2ib2sObwxFjV7wWt88vmHlcvjfistpd/wQkYvtbHO2l0eomIuEFpddSYewM3LOSJFPileQxFx39RSKR7iC0cWL88=
| User-Agent: slrn/pre1.0.4-6 (Linux)
| Cancel-Lock: sha1:0VngXo5Qb5MpZbTKEkfjWmN4Erw= sha1:ggVX39je9rRrlCLA4NlRxpARq/w=
| X-My-Languages: German (native), English (solid), French (assez correcte)
| X-GnuPG: secp256k1 2022-10-22 0xA7697024F92E6C0E82D9CC0904B1B3134DF614A6
| X-Abuse-Contact: "***@nntp4.net"
| Xref: diedrich.ddnssec.de de.test:13225
|
|
| Voilà
|
| --
| Le progrès, ce n'est pas l'acquisition de biens. C'est l'élévation de
| l'individu, son émancipation, sa compréhension du monde. Et pour ça il
| faut du temps pour lire, s'instruire, se consacrer aux autres.
| (Christiane Taubira)
| .

Post by Michael Uplawski
quit

| 205 Always happy to serve!
| Connection closed by foreign host.

Post by Michael Uplawski
So könnte ich zwar weitermachen, allerdings fehlen mir auch alle
Gruppen, die nicht vorher bereits abonniert waren oder wenigstens erst
vor Wochen abbestellt worden sind. Zum Beispiel kann ich de.test
sofort finden, die Gruppe war aktuell nicht abonniert. Sonst kann ich
keine weiteren Gruppen mehr sehen. Auch die Suche in SLRN mit 'L'
kommt nur auf Gruppen, die vorher schon lokal Artikel geführt haben.

Was sagt im telnet "list active" - sind sie da vorhandenen, und sagt er
da, dass darin Artikel gibt?

Hilft es ggf, mit fetchnews -f die Gruppenliste zu aktualisieren?

Kannst du andere Artikel per telnet abrufen? Sind in
/var/spool/news/interesting.groups die eingetragen, die du erwartest,
oder sind da irgendwelche automatisch abbestellt worden?

ggf. kannst du in der Konfigurationsdatei den Debugmodus für
Leafnode einschalten; vielleicht kommt da was Erhellendes
raus. (--> man leafnode)

[Matthias Andree]

Post by Michael Uplawski

Post by Diedrich Ehlerding
Was steht denn in /etc/hosts als localhost?

-------------
127.0.0.1 localhost
127.0.1.1 kurti.uplawski.eu kurti
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
------------------

Damit löst "localhost" zu 127.0.0.1 und ::1 auf.
Wenn slrn jetzt über das Dist-Upgrade IPv6 neu dazugelernt hätte...
...wäre's schon erklärt.

Vermutlich ist die hosts.allow auf 127.0.0.1 beschränkt und erlaubt ::1
nicht. Da könnte man stattdessen oder zusätzlich localhost
reinschreiben, das sollte betriebssicher sein, weil's über /etc/hosts
auflöst.

leafnode hat damit selbst nichts zu tun.

[Christian Garbs]

Mahlzeit!

Post by Michael Uplawski
------
sudo /usr/sbin/fetchnews -vvv
------

Rein interessehalber:
Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?

Gruß
Christian

[Thomas Hochstein]

Post by Christian Garbs
Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?

Ich hab' mich nicht getraut zu fragen. ;)

[Matthias Andree]

Post by Christian Garbs
Mahlzeit!

Post by Michael Uplawski
------
sudo /usr/sbin/fetchnews -vvv
------

Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?

Lautete die Frage "wozu", wäre die Antwort "weil Leafnode einen
ordentlichen FQDN erfordert, damit es ordentliche Message-ID erwürfeln
kann, so zum Posting nötig".

[Christian Garbs]

Mahlzeit!

Post by Matthias Andree

Post by Christian Garbs

Post by Michael Uplawski
------
sudo /usr/sbin/fetchnews -vvv
------

Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?

Lautete die Frage "wozu", wäre die Antwort "weil Leafnode einen
ordentlichen FQDN erfordert, damit es ordentliche Message-ID erwürfeln
kann, so zum Posting nötig".

Sowas hätte ich vermutet, aber sofort weitere Fragen:

- Wenn der Hostname nicht dauerhaft gesetzt werden soll, warum wird
er nicht wieder zurückgesetzt?

- Wenn er dauerhaft gesetzt werden soll, warum steht er nicht in
/etc/hostname?

- Kann man Leafnode den Hostnamen nicht in einer Konfigdatei setzen?

Gruß
Christian

[Martin Schnitkemper]

Post by Christian Garbs
- Kann man Leafnode den Hostnamen nicht in einer Konfigdatei setzen?

| ## If your newsreader does not supply a Message-ID for your postings
| ## Leafnode will supply one, using the hostname of the machine it is
| ## running on. If this hostname is not suitable, this parameter can be
| ## used to override it. Do not use a fantasy name, it may interfere with
| ## the propagation of your messages. Most modern newsreaders do provide
| ## a Message-ID.
| # hostname = myhost.example.org

[Michael Uplawski]

Post by Christian Garbs
- Kann man Leafnode den Hostnamen nicht in einer Konfigdatei setzen?

Die Frage nach dem Hostnamen ist zwar schon beantwortet (danke), ich habe
den Parameter aber erst gesetzt, als ich mit meinem schlichten „Kurti“
Schwierigkeiten hatte.

Daran und an meine Einträge in hosts.allow und hosts.deny habe ich mich
auch nicht mehr erinnert. Software, die funktioniert, hat diesen Nachteil:
Nach Jahren, erinnere ich mich nicht mehr daran, warum das überhaupt
funktioniert.

Meine hosts.allow enthielt einfach nur das:
----------------
#-- leafnode begin
leafnode: 127.0.0.1
#-- leafnode end
----------------
Die Kommentarzeilen sind authentisch, ich muss annehmen, dass ich den
Eintrag selber vorgenommen habe, idem hosts.deny:
-----------------
#-- leafnode begin
leafnode: ALL
#-- leafnode end
-----------------
Noch eine Frage wie: Warum? und ich ersticke. Meine Netzwerk- und
Administrationskenntnisse sind längst verdampft. Das wollte ich so und
darum kenne ich mich nicht mehr aus. Tut mir leid; ich kann mich
verteidigen, aber das langweilt.

In hosts.allow habe ich hinzugefügt
leafnode: ::1
und hoffe, das hat Sinn. Erfolg habe ich damit indes nicht.

@Dietrich Ehlerding: Die Versuche mit telnet produzieren identische
Resultate, wenn ich die Message-ID suche.

mit list active bekomme ich alle Newsgroups (augenscheinlich) aber keine
Information über Artikel.

Die Gruppenliste habe ich mehrmals erneuert, das groupinfo File ist recht
voll, aber ich kann keine der Gruppen, die vormals nicht abonniert waren,
sehen und natürlich auch mit slrn nicht zugreifen. slrn --create gibt mir
auch nur die Gruppen, die ich schon kenne. Neue Artikel, wenn ich sie
sehe, kann ich nicht lesen: Kein Body.

Leute, was da faul ist, kann ich natürlich noch immer nicht sagen, es hat
aber mit dem letzten Update/Upgrade zu tun. Es ist offensichtlich, dass
ich nicht dahinter komme.

Es wird mir einstweilen genügen, Pan die Ausführung eines externen Editors
zu untersagen (es ist der Falsche) und bis auf weiteres auf SLRN zu
verzichten.

Das war aber ein guter Thread. Wenn auch Kaiserschmarrn als Hauptmalzeit:
Mir sind hauptsächlich Dinge begegnet, die ich schonmal wusste.

„Das ist doch bestenfalls ein Dessert! Jawoll! Wenn's hoch kommt!“

Cheerio

Michael

[Peter J. Holzer]

Post by Michael Uplawski
In hosts.allow habe ich hinzugefügt
leafnode: ::1
und hoffe, das hat Sinn. Erfolg habe ich damit indes nicht.

<https://linux.die.net/man/5/hosts_access>:
| Patterns
|
| The access control language implements the following patterns:
[...]
| An expression of the form '[n:n:n:n:n:n:n:n]/m' is interpreted as a
| '[net]/prefixlen' pair. An IPv6 host address is matched if 'prefixlen'
| bits of 'net' is equal to the 'prefixlen' bits of the address. For
| example, the [net]/prefixlen pattern '[3ffe:505:2:1::]/64' matches
| every address in the range '3ffe:505:2:1::' through
| '3ffe:505:2:1:ffff:ffff:ffff:ffff'.

Die korrekte Syntax wäre also:

leafnode: [::1]/128

hp