Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[leafnode] Kann mit slrn den Server nicht erreichen...
2 views
Skip to first unread message
Michael Uplawski
Jan 14, 2023, 4:09:38 AM1/14/23
to
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):
------
user@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.
--
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)
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):
------
user@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.
--
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)
Peter J. Holzer
Jan 14, 2023, 4:37:12 AM1/14/23
to
On 2023-01-14 09:09, Michael Uplawski <michael....@uplawski.eu> wrote:
> 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.
> SLRN kann *zum Senden* keinen Kontakt „zum Server“ aufbauen, ich verstehe
> nicht, wieso er das plötzlich will, da ich seit jeher Leafnode verwende.
hp
Peter J. Holzer
Jan 14, 2023, 4:44:30 AM1/14/23
to
On 2023-01-14 09:09, Michael Uplawski <michael....@uplawski.eu> wrote:
> 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)
^^^^^^^^
> auch noch die Zeile:
> --------
> 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?
> -------- 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
funktioniert, kannst Du als nächsten Schritt herausfinden, wie Du
leafnode dazu bringst, dass es Connections auf ::1 akzeptiert.
hp
Michael Uplawski
Jan 14, 2023, 5:20:15 AM1/14/23
to
Sat, 14 Jan 2023 10:37:11 +0100 / Peter J. Holzer:
Deshalb bin ich hier.
Michael Uplawski
Jan 14, 2023, 5:25:16 AM1/14/23
to
Sat, 14 Jan 2023 10:44:29 +0100 / 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.
>> $NNTPSERVER ist localhost
>
> Probier das mal testweise auf 127.0.0.1 zu setzen.
Das hat auf Anhieb funktioniert!
> 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
> Dein Slrn connectet auf IPv6 localhost (::1) nicht IPv4 localhost
> (127.0.0.1). Vielleicht liegt es daran?
weniger, warum das heute passiert.
>> $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.
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
Jan 14, 2023, 5:38:31 AM1/14/23
to
Peter J. Holzer meinte:
> 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?
--
gpg-Key (DSA 1024) D36AD663E6DB91A4
fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4
HTML-Mail wird ungeleſen entſorgt.
> Probier das mal testweise auf 127.0.0.1 zu setzen.
"telnet ::1 localhost"
Was steht denn in /etc/hosts als localhost?
Gibt es in leafnode Einstellungen, von wem er Verbindungen akzeptiert?
--
gpg-Key (DSA 1024) D36AD663E6DB91A4
fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4
HTML-Mail wird ungeleſen entſorgt.
Diedrich Ehlerding
Jan 14, 2023, 5:55:22 AM1/14/23
to
Michael Uplawski meinte:
>> Probier das mal testweise auf 127.0.0.1 zu setzen.
>
> Das hat auf Anhieb funktioniert!
>
>> 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?
>> Probier das mal testweise auf 127.0.0.1 zu setzen.
>
> Das hat auf Anhieb funktioniert!
>
>> 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.
steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
werden?
Peter J. Holzer
Jan 14, 2023, 6:01:21 AM1/14/23
to
On 2023-01-14 10:55, Diedrich Ehlerding <diedrich....@t-online.de> wrote:
> Michael Uplawski meinte:
> 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
> Michael Uplawski meinte:
>> 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.
>> 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?
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
Michael Uplawski
Jan 14, 2023, 6:07:27 AM1/14/23
to
Sat, 14 Jan 2023 11:38:21 +0100 / Diedrich Ehlerding:
user@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)
michael@kurti:~$ telnet ::1 119
Trying ::1...
Connected to ::1.
Escape character is '^]'.
Connection closed by foreign host.
---------------------
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
------------------
> 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.
> Oder einfach ein "telnet 127.0.0.1 119" und das Ergebnis vergleichen mit
> "telnet ::1 localhost"
---------------------
> "telnet ::1 localhost"
user@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)
michael@kurti:~$ telnet ::1 119
Trying ::1...
Connected to ::1.
Escape character is '^]'.
Connection closed by foreign host.
---------------------
>
> Was steht denn in /etc/hosts als localhost?
-------------
> 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
------------------
> Gibt es in leafnode Einstellungen, von wem er Verbindungen akzeptiert?
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.
Michael Uplawski
Jan 14, 2023, 6:11:53 AM1/14/23
to
Sat, 14 Jan 2023 11:55:09 +0100 / 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
-------------------
> Wenn ich mich recht erinnere, wird leafnode über xinetd gestartet -
> steht evtl in xinedt.conf, dass nur von 127.0.01 Verbindungen akzeptiert
> werden?
inetd.conf:
-------------------
#:MAIL: Mail, news and uucp services.
nntp stream tcp nowait news /usr/sbin/tcpd /usr/sbin/leafnode
-------------------
Diedrich Ehlerding
Jan 14, 2023, 8:02:53 AM1/14/23
to
Michael Uplawski meinte:
>>
>> 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
> ------------------
>
>> 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.
> 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.
> 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 |
> diedrich@diedrich:~> telnet localhost 119
| Trying ::1...
| Connected to localhost.
> group de.test
| 211 4765 1035 13226 de.test group selected
> article 13226
| 220 13226 <slrnts52re.9pb....@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 <michael....@uplawski.eu>
| Newsgroups: de.test
| Subject: Re: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 12:01:02 +0100
| Message-ID: <slrnts52re.9pb....@kurti.uplawski.eu>
| References: <slrnts50g9.935....@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: "ab...@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)
| .
> article <slrnts50g9.935....@kurti.uplawski.eu>
| 220 0 <slrnts50g9.935....@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 <michael....@uplawski.eu>
| Newsgroups: de.test
| Subject: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 11:20:57 +0100
| Message-ID: <slrnts50g9.935....@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: "ab...@nntp4.net"
| Xref: diedrich.ddnssec.de de.test:13225
|
|
| Voilà
> quit
| 205 Always happy to serve!
> 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)
>>
>> 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
> ------------------
>
>> Gibt es in leafnode Einstellungen, von wem er Verbindungen
>> akzeptiert?
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.
> Ich kann jetzt zwar posten, nachdem ich NNTPSERVER auf 127.0.0.1
> gesetzt habe,
worden.
> allerdings werden für neue Postings weder der
> Leafnode-Dummy Post vor dem Abruf der Nachrichtenkörper angezeigt,
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 |
> diedrich@diedrich:~> telnet localhost 119
| Trying ::1...
| Connected to localhost.
| Escape character is '^]'.
| 200 Leafnode NNTP daemon, version 2.0.0.alpha20121101a at diedrich.ddnssec.de
> group de.test
| 211 4765 1035 13226 de.test group selected
> article 13226
| 220 13226 <slrnts52re.9pb....@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 <michael....@uplawski.eu>
| Newsgroups: de.test
| Subject: Re: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 12:01:02 +0100
| Message-ID: <slrnts52re.9pb....@kurti.uplawski.eu>
| References: <slrnts50g9.935....@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: "ab...@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)
| .
> article <slrnts50g9.935....@kurti.uplawski.eu>
| 220 0 <slrnts50g9.935....@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 <michael....@uplawski.eu>
| Newsgroups: de.test
| Subject: TEST ignore 127.0.0.1
| Date: Sat, 14 Jan 2023 11:20:57 +0100
| Message-ID: <slrnts50g9.935....@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: "ab...@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)
| .
| --
| 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)
> quit
| 205 Always happy to serve!
| Connection closed by foreign host.
| diedrich@diedrich:~>
> 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.
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
Jan 14, 2023, 2:09:12 PM1/14/23
to
Am 14.01.23 um 12:01 schrieb Peter J. Holzer:
schreiben.
logger -t leafnode "komisches Log" genügt.
Ein unverbasteltes Leafnode 1.12.0 kann kein
> 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
> On 2023-01-14 10:55, Diedrich Ehlerding <diedrich....@t-online.de> wrote:
>> Michael Uplawski meinte:
>>> 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.
>
>
>> 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
>> Michael Uplawski meinte:
>>> 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.
>
>
>> 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.
schreiben.
logger -t leafnode "komisches Log" genügt.
Ein unverbasteltes Leafnode 1.12.0 kann kein
> 2023-01-14T09:55:31.104558+01:00 kurti leafnode[9104]: refused connect from ::1 (::1)
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
Matthias Andree
Jan 14, 2023, 2:10:32 PM1/14/23
to
Am 14.01.23 um 12:11 schrieb Michael Uplawski:
> -------------------
man tcpd. -> nach FILES und SEE ALSO schauen,
und dann man hosts_access und ggf. auch
man tcpdmatch oder man tcpdchk lesen.
> Sat, 14 Jan 2023 11:55:09 +0100 / 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
^^^^
>
>> 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
> -------------------
man tcpd. -> nach FILES und SEE ALSO schauen,
und dann man hosts_access und ggf. auch
man tcpdmatch oder man tcpdchk lesen.
Matthias Andree
Jan 14, 2023, 2:13:27 PM1/14/23
to
Am 14.01.23 um 12:07 schrieb Michael Uplawski:
>> 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.
>> 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
> ------------------
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.
Peter J. Holzer
Jan 14, 2023, 3:04:36 PM1/14/23
to
On 2023-01-14 19:09, Matthias Andree <matthia...@gmx.de> wrote:
> Am 14.01.23 um 12:01 schrieb Peter J. Holzer:
>> On 2023-01-14 10:55, Diedrich Ehlerding <diedrich....@t-online.de> wrote:
>>> 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?
> Am 14.01.23 um 12:01 schrieb Peter J. Holzer:
>> On 2023-01-14 10:55, Diedrich Ehlerding <diedrich....@t-online.de> wrote:
>>> 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.
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
Christian Garbs
Jan 14, 2023, 3:37:41 PM1/14/23
to
Mahlzeit!
Michael Uplawski <michael....@uplawski.eu> wrote:
> Mein Kommando zum Abruf der News ist (eine Zeile):
> ------
> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
> sudo /usr/sbin/fetchnews -vvv
> ------
Rein interessehalber:
Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Blöde Kirchgänger am Sonntag morgen.
Immer treten sie einem auf die Finger.
Michael Uplawski <michael....@uplawski.eu> wrote:
> Mein Kommando zum Abruf der News ist (eine Zeile):
> ------
> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
> sudo /usr/sbin/fetchnews -vvv
> ------
Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
Blöde Kirchgänger am Sonntag morgen.
Immer treten sie einem auf die Finger.
Thomas Hochstein
Jan 14, 2023, 4:30:02 PM1/14/23
to
Christian Garbs schrieb:
> Rein interessehalber:
> Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
Ich hab' mich nicht getraut zu fragen. ;)
> Rein interessehalber:
> Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
Matthias Andree
Jan 14, 2023, 5:45:00 PM1/14/23
to
Am 14.01.23 um 21:37 schrieb Christian Garbs:
ordentlichen FQDN erfordert, damit es ordentliche Message-ID erwürfeln
kann, so zum Posting nötig".
> Mahlzeit!
>
> Michael Uplawski <michael....@uplawski.eu> wrote:
>
>> Mein Kommando zum Abruf der News ist (eine Zeile):
>> ------
>> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
>> sudo /usr/sbin/fetchnews -vvv
>> ------
>
> Rein interessehalber:
> Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
Lautete die Frage "wozu", wäre die Antwort "weil Leafnode einen
>
> Michael Uplawski <michael....@uplawski.eu> wrote:
>
>> Mein Kommando zum Abruf der News ist (eine Zeile):
>> ------
>> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
>> sudo /usr/sbin/fetchnews -vvv
>> ------
>
> Rein interessehalber:
> Warum überschreibst Du Deinen Hostnamen, bevor Du News holst?
ordentlichen FQDN erfordert, damit es ordentliche Message-ID erwürfeln
kann, so zum Posting nötig".
Diedrich Ehlerding
Jan 15, 2023, 4:42:18 AM1/15/23
to
Peter J. Holzer meinte:
> 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.
> 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".
bnei einem update angefasst worden sein.
Christian Garbs
Jan 15, 2023, 5:25:07 AM1/15/23
to
Mahlzeit!
- 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?
cat gehört aus allen Distributionen entfernt.
(Christopher in dcoul.misc zum Thema uuoc)
>> Michael Uplawski <michael....@uplawski.eu> wrote:
>>> Mein Kommando zum Abruf der News ist (eine Zeile):
>>> ------
>>> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
>>> sudo /usr/sbin/fetchnews -vvv
>>> ------
>>
>> Rein interessehalber:
>> 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:
>>> Mein Kommando zum Abruf der News ist (eine Zeile):
>>> ------
>>> user@kurti:~$ sudo hostname 'kurti.uplawski.eu'; \
>>> sudo /usr/sbin/fetchnews -vvv
>>> ------
>>
>> Rein interessehalber:
>> 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".
- 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?
cat gehört aus allen Distributionen entfernt.
(Christopher in dcoul.misc zum Thema uuoc)
Michael Uplawski
Jan 15, 2023, 2:32:12 PM1/15/23
to
Sun, 15 Jan 2023 16:14:01 +0100 / Martin Schnitkemper:
> Am So, 15.01.2023 um 10:25 schrieb 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
> Am So, 15.01.2023 um 10:25 schrieb Christian Garbs:
>
>> - Kann man Leafnode den Hostnamen nicht in einer Konfigdatei setzen?
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
Jan 15, 2023, 3:05:23 PM1/15/23
to
On 2023-01-15 19:32, Michael Uplawski <michael....@uplawski.eu> wrote:
> 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>:
> In hosts.allow habe ich hinzugefügt
> leafnode: ::1
> und hoffe, das hat Sinn. Erfolg habe ich damit indes nicht.
| 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
0 new messages