Beiträge von Jimi

Firefox gibt dazu diese Meldung aus.

"Zu Ihrem Schutz erlaubt webmail01.netcup.net es Firefox nicht, diese Seite anzuzeigen, wenn sie in eine andere Seite eingebettet ist. Zur Anzeige der Seite muss diese in einem neuen Tab geöffnet werden."

https://support.mozilla.org/de…as=u&utm_source=inproduct

Zitat von whoami0501

Yes. Habe letztens 500GB Backups davon auf nen Netcup Server runtergeladen - hat fast 24h gedauert und lief mit im Schnitt so zwischen 50-100 Mbit/s oder weniger.

Hab da aktuell so ca. 350GB Daten zum runterladen und das auch nur mit so ca. 40 Mbit/s im Durchschnitt. Na das kann ja dauern

Ist bei euch aktuell der zusätzliche Storagespace (NFS) auch so langsam das er praktisch nicht zu gebrauchen ist?

Zitat von killerbees19

Hat noch jemand Probleme mit dem CCP, der auch Serverkunde ist?

Bei mir genauso. Wollte mich gerade ins SCP einloggen und erhalte auch die Meldung "No connection to SCP WSDL".

Zitat von fisi

Ich hab das Problem, dass mit die Verbindung der SIP Endgeräte zum SIP Server (in der Cloud) immer abreißt.
Ich hab den Traffic analysiert, die Endgeräte versuchen sich am SIP Server anzumelden, dieser Antwortet auch, allerdings kommt die Antwort nicht zum Teilnehmer zurück (zumindest nicht immer).

Kannst du dort SIP-ALG deaktivieren? Das macht falls es aktiviert ist ab und zu Probleme. (Habe selber leider keine Unifi USG und weiß daher nicht ob sich dort SIP-ALG so einfach deaktivieren lässt).

Zitat von DeCysos

Da bin ich gespannt was dabei raus kommt... bevor ich jetzt den Server neu starte warte ich auf Deine Rückmeldung

Hab heute vom Support die Rückmeldung erhalten das es sich wirklich um einen Bug handelt, der vermutlich Heute im Laufe des Tages behoben wird.

Zitat von whoami0501

Funktioniert bei euch auch gerade der Login im SNDS nicht?

Ich bekomme sowohl mit Firefox, als auch mit Chrome nach ewigen Ladezeit nur nen Fehler von der Website geschmissen...

Aber ist halt eine Fehlermeldung von Microsoft. Hilft einem genau 100% überhaupt ganz und gar nicht weiter beim Debugging.

Bis auf eine etwas längere Ladezeit aktuell, geht bei mir der Login ins SNDS (Microsoft).

Zitat von ehlers

Seit dem letzten Herunterfahren/Neustart habe ich diese Meldung auch, vorher war sie nicht da. Merkwürdig ist, dass die Meldung direkt nach dem Start weg ist, sie taucht erst nach einiger Zeit auf. Habe natürlich den Status des qemu-guest-agent kontrolliert, sieht sauber aus.

Ist bei mir genauso. Seit dem letzten Herunterfahren/Neustart aller Server im SCP wegen der Mitteilung "neue KVM Version ...." erscheint bei allen Servern im SCP nun unter "Steuerung" diese Meldung.

"Das Programm qemu-guest-agent ist auf Ihrem Server nicht installiert. Wir empfehlen Ihnen, das Programm zu installieren. Der qemu-guest-agent ist unter anderem für ein sicheres Herunterfahren des Servers und andere Funktionen, welche das SCP nutzt, verantwortlich."

Der qemu-guest-agent ist jedoch installiert und läuft. Ich denke da hat sich bei Netcup mit der letzten neuen KVM Version ein kleiner Fehler eingeschlichen.

Hab dazu mal ein Ticket beim Support eröffnet.

Falls auf deinem Server die IP Adresse(n) statisch konfiguriert sind musst du diese dann auf die neuen IP Adressen ändern.

z. B. https://www.netcup-wiki.de/wik…_IP_Adresse_konfigurieren

Ich verwende da immer https://clonezilla.org/

Sollte natürlich auch mit Snapshot funktionieren.

Da der Speicher auf dem neuen Server größer als auf dem alten ist, kannst du danach z.B. mit https://gparted.org/ die Größe der Partition erweitern.

Zitat von Caspar

Ich bin gespannt ?

https://twitter.com/wlanwerner…/1234779946276573184?s=21

https://play.google.com/store/…ls?id=at.anexia.netcupscp

Hoffentlich dann auch für iOS (für die Apple User)

Zitat von tab

Es geht ja nicht um die Blocklist von T-Online, sondern die t-online.de Absenderadresse /IP wurde von Microsoft geblockt.

Ja das meinte ich auch. T-online braucht dann in diesem Fall (nach dem Hinweis an den Support) manchmal so 1-2 Tage bis es wieder zu Microsoft funktioniert.

Zitat von BloodOfPanda

Mit T-Online lässt sich das aber schneller klären als mit MS

Ich hatte es letztens auch das meine IP auf der BL von der T-Online stand.

Kurze Mail mit dem Sachverhalt an tosa@rx.t-online.de und ich war binnen 1 Tag weider runter.

Grüße Panda

Alles anzeigen

Ja stimmt bei T-Online geht das recht schnell (die haben da wohl einen guten Draht zu Microsoft:-) )

Mal ein aktuelles Beispiel von heute. Es geht sogar t-online auch manchmal nicht besser mit Microsoft.

This is the mail system at host mailout01.t-online.de.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                  The mail system

<xxxx@hotmail.de>: host eur.olc.protection.outlook.com[104.47.9.33] said: 550
   5.7.1 Unfortunately, messages from [194.25.134.80] weren't sent. Please
   contact your Internet service provider since part of their network is on
   our block list (S3140). You can also refer your provider to
   http://mail.live.com/mail/troubleshooting.aspx#errors.
   [VE1EUR03FT024.eop-EUR03.prod.protection.outlook.com] (in reply to MAIL
   FROM command)

Zitat von chrko

Und Jimi: Ich kann es nur noch mal betonen: Verwende deinen eigenen lokalen Resolver. Irgendwelche gemeinsam genutzten DNS Resolver, wie netcup, Google oder ähnliche, laufen halt gerne ins Rate Limit.

@chrko Ja werde ich machen. Danke

Zitat von mainziman

Jimi ja das mit den lusitgen DNS-Servern

aber irgend jemand war da ganz böse

stimmt bei mir nun auch nicht, d.h. das rate limit wurde erreicht;

wobei welchen Sinn hat eine Whitelist, wo man doch von der anderen Richtung mittels Blacklists

die Mails, welche man gleich gar nicht annimmt aussiebt?

Alles anzeigen

Ja da hast du recht mit dem Limit. Werde dann eigene DNS verwenden.

Diese Whitelist ist sehr praktisch wenn man greylisting verwendet, da man die Mailserver von der Whitelist dann nicht durchs greylisting laufen lassen muss.

Zitat von Gunah

gerade mal geschaut, bei NetCup ist der gesperrt: 46.38.252.230, aber der folgender nicht: 46.38.225.230

Code

dig @46.38.252.230 -t txt amiblocked.dnswl.org

Also bei mir gehen beide NetCup DNS-Server nicht.

dig @46.38.252.230 -t txt amiblocked.dnswl.org

; <<>> DiG 9.10.3-P4-Debian <<>> @46.38.252.230 -t txt amiblocked.dnswl.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50172
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 8, ADDITIONAL: 19

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;amiblocked.dnswl.org.        IN    TXT

;; ANSWER SECTION:
amiblocked.dnswl.org.    21203    IN    TXT    "yes"
amiblocked.dnswl.org.    21203    IN    TXT    "You are blocked from using list.dnswl.org through public nameservers"

;; AUTHORITY SECTION:
dnswl.org.        73918    IN    NS    ns03.wl-infra.net.
dnswl.org.        73918    IN    NS    zone-ns5.dnswl.org.
dnswl.org.        73918    IN    NS    ns02.wl-infra.net.
dnswl.org.        73918    IN    NS    zone-ns2.dnswl.org.
dnswl.org.        73918    IN    NS    zone-ns6.dnswl.org.
dnswl.org.        73918    IN    NS    zone-ns3.dnswl.org.
dnswl.org.        73918    IN    NS    zone-ns1.dnswl.org.
dnswl.org.        73918    IN    NS    ns01.wl-infra.net.

;; ADDITIONAL SECTION:
ns01.wl-infra.net.    14415    IN    A    46.4.9.66
ns01.wl-infra.net.    39    IN    AAAA    2a01:4f8:131:1023::5353
ns02.wl-infra.net.    14415    IN    A    178.79.182.197
ns02.wl-infra.net.    14415    IN    A    173.255.240.115
ns02.wl-infra.net.    20807    IN    AAAA    2a01:7e00:e000:293::b:2000
ns02.wl-infra.net.    20807    IN    AAAA    2a01:4f8:c0c:4526::2
ns03.wl-infra.net.    14415    IN    A    116.203.120.172
ns03.wl-infra.net.    20807    IN    AAAA    2a01:4f8:c2c:52e::222
zone-ns1.dnswl.org.    2807    IN    A    46.4.9.66
zone-ns1.dnswl.org.    2807    IN    AAAA    2a01:4f8:131:1023::5353
zone-ns2.dnswl.org.    2807    IN    A    94.130.169.93
zone-ns2.dnswl.org.    2807    IN    AAAA    2a01:4f8:c0c:4526::2
zone-ns3.dnswl.org.    2807    IN    A    178.79.182.197
zone-ns3.dnswl.org.    2807    IN    AAAA    2a01:7e00:e000:293::b:2000
zone-ns5.dnswl.org.    2807    IN    A    173.255.240.115
zone-ns5.dnswl.org.    2807    IN    AAAA    2600:3c01::21:1234
zone-ns6.dnswl.org.    2807    IN    A    116.203.120.172
zone-ns6.dnswl.org.    2807    IN    AAAA    2a01:4f8:c2c:52e::222

;; Query time: 0 msec
;; SERVER: 46.38.252.230#53(46.38.252.230)
;; WHEN: Wed Aug 21 14:23:27 CEST 2019
;; MSG SIZE  rcvd: 726

dig @46.38.225.230 -t txt amiblocked.dnswl.org

; <<>> DiG 9.10.3-P4-Debian <<>> @46.38.225.230 -t txt amiblocked.dnswl.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16167
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 8, ADDITIONAL: 18

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;amiblocked.dnswl.org.        IN    TXT

;; ANSWER SECTION:
amiblocked.dnswl.org.    21061    IN    TXT    "yes"
amiblocked.dnswl.org.    21061    IN    TXT    "You are blocked from using list.dnswl.org through public nameservers"

;; AUTHORITY SECTION:
dnswl.org.        73801    IN    NS    zone-ns3.dnswl.org.
dnswl.org.        73801    IN    NS    zone-ns5.dnswl.org.
dnswl.org.        73801    IN    NS    ns03.wl-infra.net.
dnswl.org.        73801    IN    NS    zone-ns1.dnswl.org.
dnswl.org.        73801    IN    NS    ns02.wl-infra.net.
dnswl.org.        73801    IN    NS    zone-ns2.dnswl.org.
dnswl.org.        73801    IN    NS    zone-ns6.dnswl.org.
dnswl.org.        73801    IN    NS    ns01.wl-infra.net.

;; ADDITIONAL SECTION:
ns01.wl-infra.net.    16695    IN    A    46.4.9.66
ns01.wl-infra.net.    152682    IN    AAAA    2a01:4f8:131:4e2::5353
ns02.wl-infra.net.    16695    IN    A    173.255.240.115
ns02.wl-infra.net.    16695    IN    A    178.79.182.197
ns02.wl-infra.net.    167891    IN    AAAA    2a01:4f8:c17:235c::215
ns03.wl-infra.net.    16691    IN    A    116.203.120.172
ns03.wl-infra.net.    167891    IN    AAAA    2a01:4f8:d15:2fc0::2
zone-ns1.dnswl.org.    2718    IN    A    46.4.9.66
zone-ns1.dnswl.org.    67175    IN    AAAA    2a01:4f8:131:1023::5353
zone-ns2.dnswl.org.    2718    IN    A    94.130.169.93
zone-ns2.dnswl.org.    67175    IN    AAAA    2a01:4f8:c0c:4526::2
zone-ns3.dnswl.org.    2718    IN    A    178.79.182.197
zone-ns3.dnswl.org.    67175    IN    AAAA    2a01:7e00:e000:293::b:2000
zone-ns5.dnswl.org.    2718    IN    A    173.255.240.115
zone-ns5.dnswl.org.    67175    IN    AAAA    2600:3c01::21:1234
zone-ns6.dnswl.org.    2718    IN    A    116.203.120.172
zone-ns6.dnswl.org.    67175    IN    AAAA    2a01:4f8:c2c:52e::222

;; Query time: 0 msec
;; SERVER: 46.38.225.230#53(46.38.225.230)
;; WHEN: Wed Aug 21 14:24:27 CEST 2019
;; MSG SIZE  rcvd: 698

Zitat von mainziman

ich weiss zwar nicht, was da f. lustige DNS-Server konfiguriert sind, aber bei mir geht des ..

Ich verwende bei diesem Server die DNS-Server von netcup 46.38.225.230 und 46.38.252.230. falls du das mit lustigen DNS-Server meinst (wusste noch gar nicht das netcup lustige DNS-Server betreibt )

Habe soeben festgestellt das die Whitelist von dnswl.org leider nicht mit den normalen netcup Nameservern ( https://www.netcup-wiki.de/wiki/Nameserver) funktioniert.

Kannte ich bis jetzt nur das es mit den google Nameservern (8.8.8.8) nicht geht.

dig  -t txt amiblocked.dnswl.org

; <<>> DiG 9.10.3-P4-Debian <<>> -t txt amiblocked.dnswl.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38786
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 8, ADDITIONAL: 18

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;amiblocked.dnswl.org.        IN    TXT

;; ANSWER SECTION:
amiblocked.dnswl.org.    11851    IN    TXT    "You are blocked from using list.dnswl.org through public nameservers"
amiblocked.dnswl.org.    11851    IN    TXT    "yes"

Wenn man es z.B. mit einem Nameserver von opendns probiert geht es, geht leider nur nicht mit netcup und natürlich google (die google Nameserver sind auch offiziell von dnswl.org blockiert).

dig @208.67.222.222  -t txt amiblocked.dnswl.org

; <<>> DiG 9.10.3-P4-Debian <<>> @208.67.222.222 -t txt amiblocked.dnswl.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34844
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;amiblocked.dnswl.org.        IN    TXT

;; ANSWER SECTION:
amiblocked.dnswl.org.    21600    IN    TXT    "no"

Ist echt schade das dem Anschein nach auch die Netcup Nameserver von dnswl.org blockiert werden. Heißt also wieder eigenen Nameserver verwenden.

Wenn man das Problem "argument list too long" bei "rm" hat. Kann man die Dateien in dem betroffenen Verzeichnis auch einfach mit einer Schleife löschen.

z.B.

for i in * ; do rm $i ; done

Edit: Oh ok ich hab die Antwort von akonopka nicht gelesen.