could not connect

[ohaerter]

nach längerer Pause konnte alt.binz seit gestern keine Verbindung herstellen. (news.usenetserver.com)
Newsgroupslesen funktioniert nach wie vor auf news.usenetserver.com (mit Mozilla Thunderbird)

im alt.binz Logfile:

[15.01.2020 08:42:31] [T2] Connected & Authenticated (news.usenetserver.com) - 400 Cannot connect to

NNTP server 81.171.118.132 (81.171.118.132:119), connect error 10060
==============================================
auf der Commandozeile: (Windows 7)

C:\Users\praxis>ping news.usenetserver.com

Ping wird ausgeführt für news.fr7.usenetserver.com [185.90.196.96] mit 32 Bytes
Daten:
Antwort von 185.90.196.96: Bytes=32 Zeit=16ms TTL=58
Antwort von 185.90.196.96: Bytes=32 Zeit=14ms TTL=58
Antwort von 185.90.196.96: Bytes=32 Zeit=13ms TTL=58
Antwort von 185.90.196.96: Bytes=32 Zeit=14ms TTL=58

Ping-Statistik für 185.90.196.96:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 13ms, Maximum = 16ms, Mittelwert = 14ms

=======================================================

C:\Users\user1>ping 81.171.118.132:119
Ping-Anforderung konnte Host "81.171.118.132:119" nicht finden. Überprüfen Sie d
en Namen, und versuchen Sie es erneut.

=======================================================

Ich habe gerade alt.binz im Windows Firewall unter eingehende Regeln eingegeben, dies brachte aber nichts.
Kann es sein, das t-online die Verbindung zu 81.171.118.132 blockiert und damit die Verbindung zum Usenetserver,
oder wie kann ich das sonst erklären?

Gestern habe ich versucht auf Version altbinz_0.47.1 upzudaten, beim Entpacken des Archivs kam eine Fehlermeldung
von avast: alt.binz.exe sei mit Win32:Malware-gen infiziert.
Ich habe dann wieder altbinz_0.46.0 installiert.
Und ich bin dabei die aktuellen Windows Updates einzuspielen

Was kann ich noch tun?

[Sucker76]

Moin.

Also ping auf einen bestimmten Port funktioniert nicht. Ping nutzt ICMP als Protokoll und das kennt keine Ports. Soviel dazu.

AltBinz nimmt keine Verbidungen von aussen entgegen, deshalb ist eine eingehende Firewallregel sinnfrei.
Ausgehende Verbindungen müssen erlaubt sein.

Den Fehler mit dem angeblich erkannten Virus gibt es auch hier irgendwo im Forum schon mal. Das kannst du mit einer Ausnahmeregel in avast umgehen. (sowohl beim Entpacken, als auch in dem Verzeichnis, in dem es letztendlich laufen soll)
Wenn du bereits eine neuere Version installiert hattest, solltest du nicht einfach auf eine ältere zurück wechseln. Wenn, dann nur indem du das Verzeichnis komplett leerst und neu installierst.

Wenn t-online den Server blockieren würde, dann würde das auf DNS-Ebene geschehen. Also probiere mal auf der Konsole ein

Code: [Select]

nslookup news.usenetserver.comWenn da keine Fehlermeldung kommt, sondern eine Liste mit den Servern, wird der DNS nicht blockiert.


Error 400 deutet meist auf zu viele Connections hin, kann aber je nach Anbieter auch was ganz anderes sein. Im ersten Fall sollten aber trotzdem Daten geladen werden.
Aktiviere mal das detaillerte Loggen in AltBinz und falls da mehr auftaucht als nur diese eine Meldung, dann wäre es hilfreich das zu sehen.

Ansonsten prüfe bitte nochmal die Zugangsdaten deines Usenetanbieters. Wenn du Port 119 benutzt darfst du in der Regel kein SSL aktiviert haben.
Mit SSL ist der Port normalerweise 563.

[abismo]

Also ich nutze die EU Adresse

news-eu.usenetserver.com

SSL läuft unter 563 und 8080 bei mir einwandfrei (Vodafone). Hab aus Langeweile die 20 Connections unter den zwei Ports aufgeteilt