Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #145346 > unrolled thread

Port wird nicht geöffnet

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Port wird nicht geöffnet Bernd <bnacht@web.de> - 2025-05-26 13:26 +0200
    Re: Port wird nicht geöffnet Ralph Aichinger <ralph@pi.h5.or.at> - 2025-05-26 11:33 +0000
      Re: Port wird nicht geöffnet Bernd <bnacht@web.de> - 2025-05-26 13:56 +0200
        Re: Port wird nicht geöffnet Ralph Aichinger <ralph@pi.h5.or.at> - 2025-05-26 13:24 +0000
          Re: Port wird nicht geöffnet Marcel Logen <333200007110-0201@ybtra.de> - 2025-05-26 15:27 +0200
          Re: Port wird nicht geöffnet Bernd <bnacht@web.de> - 2025-05-26 15:35 +0200
            Re: Port wird nicht geöffnet "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2025-05-26 13:56 +0000
              Re: Port wird nicht geöffnet Helmut Waitzmann <nn.throttle@xoxy.net> - 2025-05-27 00:26 +0200
                Re: Port wird nicht geöffnet Urs Janßen <urs@niko.tin.org> - 2025-05-26 22:42 +0000
                Re: Port wird nicht geöffnet Ralph Aichinger <ralph@pi.h5.or.at> - 2025-05-27 05:06 +0000
                  Re: Port wird nicht geöffnet Helmut Waitzmann <nn.throttle@xoxy.net> - 2025-05-27 11:26 +0200
                  Re: Port wird nicht geöffnet Helmut Waitzmann <nn.throttle@xoxy.net> - 2025-05-27 11:39 +0200
                    Re: Port wird nicht geöffnet Ralph Aichinger <ralph@pi.h5.or.at> - 2025-05-27 10:05 +0000
                      Re: Port wird nicht geöffnet Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2025-05-27 10:50 +0000
            Re: Port wird nicht geöffnet Ralph Aichinger <ralph@pi.h5.or.at> - 2025-05-26 14:31 +0000
            Re: Port wird nicht geöffnet Rupert Haselbeck <mein-rest-muell@gmx.de> - 2025-05-26 19:00 +0200
              Re: Port wird nicht geöffnet "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-05-26 19:49 +0200
    Re: Port wird nicht geöffnet "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-05-26 14:08 +0200
      Re: Port wird nicht geöffnet Bernd <bnacht@web.de> - 2025-05-26 15:24 +0200
    Re: Port wird nicht geöffnet Friedemann Stoyan <usenet@ip6-mail.de> - 2025-05-26 14:58 +0200
    Re: Port wird nicht geöffnet Marc Haber <mh+usenetspam1118@zugschl.us> - 2025-05-26 15:19 +0200

Page 1 of 2  [1] 2  Next page →

#145346 — Port wird nicht geöffnet

Hi,

ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port 
 >1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders. 
Aber hier wird der Port nicht geöffnet. Ganz zu schweigen davon das in 
den üblichen Logs der Software, in /var/log/messages und im Journal 
nichts zu finden ist was einen Hinweis geben könnte.

Wo sollte ich noch suchen?

Bernd

[toc] | [next] | [standalone]

#145347

Bernd <bnacht@web.de> wrote:
> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port 
>>1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders. 
> Aber hier wird der Port nicht geöffnet. Ganz zu schweigen davon das in 
> den üblichen Logs der Software, in /var/log/messages und im Journal 
> nichts zu finden ist was einen Hinweis geben könnte.

Was sagt "netstat -tulpen | grep 1024" ? 

Was meinst du mit "öffnen" hier genau? Dass das Programm auf 1024
listenen soll, oder dass irgendeine Firewall 1024 freigeben soll?

/ralph

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

#145348

Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
> Bernd <bnacht@web.de> wrote:
>> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen 
>> Port
>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... 
>>> woanders.
>> Aber hier wird der Port nicht geöffnet. Ganz zu schweigen davon 
>> das in den üblichen Logs der Software, in /var/log/messages und im 
>> Journal nichts zu finden ist was einen Hinweis geben könnte.
> 
> Was sagt "netstat -tulpen | grep 1024" ?
> 
> Was meinst du mit "öffnen" hier genau? Dass das Programm auf 1024 
> listenen soll, oder dass irgendeine Firewall 1024 freigeben soll?
> 
# ss -tulpen | grep :8765
zeigt eben nix an.  Die Software sollte auf diesem Port lauschen.
Eine FW käme ja erst beim Verbindungsversuch von außen zu, tragen. (Sie
ist aber auch deaktiviert ...)

Bernd

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

#145353

Bernd <bnacht@web.de> wrote:
> Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
>> Bernd <bnacht@web.de> wrote:
>>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... 

> # ss -tulpen | grep :8765

Oben ist von Port 1024 und nicht 8765 die Rede?

/ralph

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

#145354

Ralph Aichinger in de.comp.os.unix.linux.misc:

>Bernd <bnacht@web.de> wrote:
>> Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
>>> Bernd <bnacht@web.de> wrote:

>>>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... 
>
>> # ss -tulpen | grep :8765
>
>Oben ist von Port 1024 und nicht 8765 die Rede?

Gemeint war (siehe OP) "größer 1024".

Marcel
-- 
Mon May 26 15:27:45 2025 CEST (1748266065)
pc-731
87 1psb a4ev
Lines: 20

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

#145355

Am 26.05.25 um 15:24 schrieb Ralph Aichinger:
> Bernd <bnacht@web.de> wrote:
>> Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
>>> Bernd <bnacht@web.de> wrote:
>>>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ...
> 
>> # ss -tulpen | grep :8765
> 
> Oben ist von Port 1024 und nicht 8765 die Rede?

Mein größer als Zeichen ist wohl zwischendrin verschluckt worden.

Bernd

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

#145356

Bernd <bnacht@web.de> wrote:
>Am 26.05.25 um 15:24 schrieb Ralph Aichinger:
>> Bernd <bnacht@web.de> wrote:
>>> Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
>>>> Bernd <bnacht@web.de> wrote:
>>>>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ...
>> 
>>> # ss -tulpen | grep :8765
>> 
>> Oben ist von Port 1024 und nicht 8765 die Rede?

>Mein größer als Zeichen ist wohl zwischendrin verschluckt worden.

IMO nein, aber es stand am Zeilenanfang und wurde als Zitatkennzeichnung
missverstanden. 

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

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

#145361

 "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de>:
> Bernd <bnacht@web.de> wrote:
>> Am 26.05.25 um 15:24 schrieb Ralph Aichinger:
>>> Bernd <bnacht@web.de> wrote:
>>>> Am 26.05.25 um 13:33 schrieb Ralph Aichinger:
>>>>> Bernd <bnacht@web.de> wrote:
>>>>>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ...
>>>
>>>> # ss -tulpen | grep :8765
>>>
>>> Oben ist von Port 1024 und nicht 8765 die Rede? 
>>>
>
>> Mein größer als Zeichen ist wohl zwischendrin verschluckt 
>> worden. 
>>
>
> IMO nein, aber es stand am Zeilenanfang und wurde als 
> Zitatkennzeichnung missverstanden. 
>

 Es stand im OP nicht am Zeilenanfang, siehe die Rohform, die dort 
 so aussieht: 


             1         2         3         4         5         6         7
    123456789012345678901234567890123456789012345678901234567890123456789012
   +------------------------------------------------------------------------
   |Hi,
   |
   |ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port
   | >1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders.
   +^-----------------------------------------------------------------------
    |
 Das ist das Space‐Stuffing‐Leerzeichen. 


 Das OP ist im Fließformat verfasst.  Das bedeutet unter anderem, 
 dass der Newsreader ein Leerzeichen, das unmittelbar nach den 
 null oder mehr Zitat‐„>“ (hier: nach null Stück) am Anfang der 
 Zeile folgt, als Space‐Stuffing‐Leerzeichen versteht.  Es 
 bewirkt, dass das darauffolgende „>“ nicht als Zitatanzeiger 
 sondern als Größer‐als‐Zeichen zu verstehen ist. 


 Dummerweise hat Ralphs Newsreader 


   User-Agent: tin/2.6.2-20221225 ("Pittyvaich")
    (Linux/6.1.0-29-arm64 (aarch64))

 das Spacestuffing‐Leerzeichen nicht mit angezeigt sondern 
 entfernt und beim Zitieren vergessen, es wieder einzufügen.  
 Dadurch wurde das „>“‐Zeichen in Ralphs Followup zum 
 Zitatzeichen: 


             1         2         3         4         5         6         7
    123456789012345678901234567890123456789012345678901234567890123456789012
   +------------------------------------------------------------------------
   |> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port
   |>>1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders.
   +-^----------------------------------------------------------------------
     |
 Da fehlt das Space‐Stuffing‐Leerzeichen nach dem ersten „>“.  
 Richtig wäre es so: 


             1         2         3         4         5         6         7
    123456789012345678901234567890123456789012345678901234567890123456789012
   +------------------------------------------------------------------------
   |> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port
   |> >1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders.
   +-^----------------------------------------------------------------------
     |
 Da ist das Space‐Stuffing‐Leerzeichen. 


 => Ein Fehler in Ralphs Newsreader. 

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

#145364

In Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
> => Ein Fehler in Ralphs Newsreader. 

einstellungssache, tin(5) quote_style

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

#145365

Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
> Dummerweise hat Ralphs Newsreader 
> 
> 
>   User-Agent: tin/2.6.2-20221225 ("Pittyvaich")
>    (Linux/6.1.0-29-arm64 (aarch64))
> 
> das Spacestuffing‐Leerzeichen nicht mit angezeigt sondern 
> entfernt und beim Zitieren vergessen, es wieder einzufügen.  

Fairerweise muß man sagen, dass Tin das Größerzeichen wie ein
Zitatzeichen angezeigt hat, und ich das dann halt falsch 
interpretiert habe (das Zitatzeichen hätte hier keinen Sinn).

Es ist ja ein leicht aufgeklärtes Mißverständnis, aber ansonsten wäre
vermutlich die sinnvollere Umgehung des Problems, den Satz so 
umzuformulieren, dass das > mitten in der Zeile steht.

> => Ein Fehler in Ralphs Newsreader. 

Man kann es auch als Fehler Ralphs (von mir) interpretieren, es hätte
mir auffallen müssen, dass ein Zitat an der Stelle keinen Sinn ergibt,
aber den Kontext mit dem Größer hab ich erst nachher gedanklich ergänzt,
wie es mir jemand erklärt hat.

/ralph

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

#145367

Ralph Aichinger <ralph@pi.h5.or.at>:
>Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
>> Dummerweise hat Ralphs Newsreader 
>>
>>
>>   User-Agent: tin/2.6.2-20221225 ("Pittyvaich")
>>    (Linux/6.1.0-29-arm64 (aarch64))
>>
>> das Spacestuffing‐Leerzeichen nicht mit angezeigt sondern 
>> entfernt und beim Zitieren vergessen, es wieder einzufügen. 
>>
>
>Fairerweise muß man sagen, dass Tin das Größerzeichen wie ein 
>Zitatzeichen angezeigt hat, 
>

 Stelle bei Tin, wie in 


   From: Helmut Waitzmann <nn.throttle@xoxy.net>
   Newsgroups: de.comm.software.newsreader
   Subject: [tin] fließtextverträgliches Quoting (was: Port wird nicht geöffnet)
   References: <1011j4q$c2gh$1@solani.org> <1011jhe$oej$1@gwaiyur.mb-net.net>
           <1011ku9$c2jb$1@solani.org> <1011q22$160i$1@gwaiyur.mb-net.net>
           <1011qn5$c796$2@solani.org> <m9ja7jFsi95U1@mid.individual.net>
           <83a56zj9et.fsf@helmutwaitzmann.news.arcor.de>
           <1012qp7$gkt$2@akk3-dmz.akk.uni-karlsruhe.de>
   Date: Tue, 27 May 2025 11:13:35 +0200
   Message-ID: <83wma2ifgg.fsf_-_@helmutwaitzmann.news.arcor.de>


 beschrieben, ein. 

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

#145368

 Ralph Aichinger <ralph@pi.h5.or.at>:
> Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
>> Dummerweise hat Ralphs Newsreader 
>>
>>
>>   User-Agent: tin/2.6.2-20221225 ("Pittyvaich")
>>    (Linux/6.1.0-29-arm64 (aarch64))
>>
>> das Spacestuffing‐Leerzeichen nicht mit angezeigt sondern 
>> entfernt und beim Zitieren vergessen, es wieder einzufügen.  
>>
>
> Fairerweise muß man sagen, dass Tin das Größerzeichen wie ein 
> Zitatzeichen angezeigt hat, 
>

 […]

> aber ansonsten wäre vermutlich die sinnvollere Umgehung des 
> Problems, den Satz so umzuformulieren, dass das > mitten in der 
> Zeile steht. 
>

 Das bringt nicht viel, da der Beitrag im Fließtext steht.  Beim 
 nächsten Zitieren mit einem fließformatfähigen Newsreader kann – 
 je nachdem, wie er die Zeilen neu umbricht – das „>“ dann schon 
 wieder ganz woanders stehen. 


 Für besser halte ich, Tin so einzustellen, dass er an den Zitaten 
 nicht herumfummelt („compress quotes“ abschalten) und seinerseits 
 nur ein „>“ ohne Leerzeichen zum Zitieren („quote_chars“ auf „>“ 
 stellen) verwendet. 

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

#145369

Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
> Das bringt nicht viel, da der Beitrag im Fließtext steht.  Beim 
> nächsten Zitieren mit einem fließformatfähigen Newsreader kann – 
> je nachdem, wie er die Zeilen neu umbricht – das „>“ dann schon 
> wieder ganz woanders stehen. 

Naja, bei Usenet wird man mit was anderem als annähernd 72-80 Zeichen
Breite sowieso nicht glücklich werden. Daher ist das eine eher
theoretische Angelegenheit. Wenn das > irgendwo in der Mitte der Zeile
steht, dann bleibt es auch ungefähr dort.

> Für besser halte ich, Tin so einzustellen, dass er an den Zitaten 
> nicht herumfummelt („compress quotes“ abschalten) und seinerseits 
> nur ein „>“ ohne Leerzeichen zum Zitieren („quote_chars“ auf „>“ 
> stellen) verwendet. 

Der Leser muss es trotzdem richtig parsen, ich bin nicht sicher, ob
ich das getan hätte, oder es trotzdem für ein Zitatzeichen gehalten 
hätte.

/ralph

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

#145371

On Tue, 27 May 2025 12:05:33 Ralph Aichinger wrote:
> Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
>> Beim nächsten Zitieren mit einem fließformatfähigen Newsreader
>> kann – je nachdem, wie er die Zeilen neu umbricht – das „>“ dann
>> schon wieder ganz woanders stehen. 

> Naja, bei Usenet wird man mit was anderem als annähernd 72-80
> Zeichen Breite sowieso nicht glücklich werden. Daher ist das eine
> eher theoretische Angelegenheit. Wenn das > irgendwo in der Mitte
> der Zeile steht, dann bleibt es auch ungefähr dort.

Nicht zwingend, da sich die Umbrüche im Lauf eines Absatzes ja
kumulieren. Hat ein Absatz 10 Zeilen oder mehr, kann bei der letzten
Zeile nahezu beliebiges passieren.

>> Für besser halte ich, Tin so einzustellen, dass er an den Zitaten
>> nicht herumfummelt („compress quotes“ abschalten) und seinerseits
>> nur ein „>“ ohne Leerzeichen zum Zitieren („quote_chars“ auf „>“
>> stellen) verwendet. 

> Der Leser muss es trotzdem richtig parsen, ich bin nicht sicher,
> ob ich das getan hätte, oder es trotzdem für ein Zitatzeichen
> gehalten hätte.

Ich parse das so, wie mir der vim die Quoteebenen einfärbt. Und da
beginnt auch schon das Problem, denn im Sinn von "be liberal what
you accept" wird ein ">> >text" am Zeilenanfang wohl als dritte
Quoteebene interpretiert werden.

Andererseits kommt so ein Fall vielleicht alle Schaltjahre einmal
vor, wir betreiben also gerade erheblichen Diskussionsaufwand für
etwas, das real selten passiert und ggf. mit einer Nachfrage
abgefrühstückt werden kann.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Der Traum vom kleinen Glück - Stefan: käsen, welch starres Erwarten!
(Sloganizer)

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

#145357

Bernd <bnacht@web.de> wrote:
> Mein größer als Zeichen ist wohl zwischendrin verschluckt worden.

Ah, OK, gibt Sinn.

/ralph

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

#145359

Bernd schrieb:

> Mein größer als Zeichen ist wohl zwischendrin verschluckt worden.

Es steht in Spalte 72 und wird wohl von manchem (falsch konfigurierten?) 
Newsreader fälschlich als Zitatzeichen bewertet.
(Darum hab ich mich erstmal auch gewundert, warum Ralph gerade auf Port 
1024 kam)

MfG
Rupert

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

#145360

On 2025-05-26 19:00, Rupert Haselbeck <mein-rest-muell@gmx.de> wrote:
> Bernd schrieb:
>> Mein größer als Zeichen ist wohl zwischendrin verschluckt worden.
>
> Es steht in Spalte 72 und wird wohl von manchem (falsch konfigurierten?) 
> Newsreader fälschlich als Zitatzeichen bewertet.

Nein, es steht in Spalte 2.

Die Zeile beginnt mit » >1024«.

Das ganze Posting ist format=flowed, das Leerzeichen am Anfang ist also
zu ignorieren und das »>« ist ein echtes Größer-Zeichen und keine
Quote-Markierung. Und da die Zeile davor mit einem Leerzeichen geendet
hat, gehören beide Zeilen zum gleichen Absatz und können umbrochen
werden.

Ein Newsreader, der format=flowed nicht versteht, weiß das aber alles
nicht. Der sieht nur eine Zeile die mit » >« beginnt und interpretiert
das entweder gar nicht oder als gequotete Zeile.

        hjp

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

#145349

On 2025-05-26 13:26, Bernd <bnacht@web.de> wrote:
> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port 
> >1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders. 
> Aber hier wird der Port nicht geöffnet. Ganz zu schweigen davon das in 
> den üblichen Logs der Software, in /var/log/messages und im Journal 
> nichts zu finden ist was einen Hinweis geben könnte.
>
> Wo sollte ich noch suchen?

Starte die Software mit strace. Falls Du strace nicht kennst:
»strace -ff -o foo /pfad/zum/programm« ist ein guter Anfang. Das legt
dann für jeden gestarteten Prozess ein File foo.PID an und schreibt alle
Systemcall dieses Prozesses hinein.)

Da siehst Du dann, ob überhaupt versucht wurde, den Socket zu binden und
warum das nicht geklappt hat. Außerdem welche Files er gesucht hat, etc.

        hjp

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

#145352

Am 26.05.25 um 14:08 schrieb Peter J. Holzer:
> On 2025-05-26 13:26, Bernd <bnacht@web.de> wrote:
>> ich habe hier eine Software (ohne Sourcen) die zum Betrieb einen Port
>>> 1024 öffnen soll/muss. Das klappt auch ganz hervorragend ... woanders.
>> Aber hier wird der Port nicht geöffnet. Ganz zu schweigen davon das in
>> den üblichen Logs der Software, in /var/log/messages und im Journal
>> nichts zu finden ist was einen Hinweis geben könnte.
>>
>> Wo sollte ich noch suchen?
> 
> Starte die Software mit strace. Falls Du strace nicht kennst:
> »strace -ff -o foo /pfad/zum/programm« ist ein guter Anfang. Das legt
> dann für jeden gestarteten Prozess ein File foo.PID an und schreibt alle
> Systemcall dieses Prozesses hinein.)
> 
> Da siehst Du dann, ob überhaupt versucht wurde, den Socket zu binden und
> warum das nicht geklappt hat. Außerdem welche Files er gesucht hat, etc.

War etwas verzwickt das zum laufen zu bekommen (Libraries; Config, etc. 
... aber nun  als letztes:
Segmentation fault (core dumped)
... und in den pid files ... ah ja, simples 'Datei nicht gefunden' ...
Fängt man so etwas nicht eigentlich ab? Egal ... Das war also hilfreich! 
Danke für den Tipp.

Bernd

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

#145350

Bernd wrote:

> Wo sollte ich noch suchen?

SELinux und Konsorten.

mfg Friedemann

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

Page 1 of 2  [1] 2  Next page →

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

csiph-web