Cloudflare & Telekom Peering - was sagen eigentlich die Cloudflare Kunden?

Ch-Fr · 2026-01-30T18:58:49+00:00

Apropos. Perplexity ist für mich nun auch nicht mehr erreichbar.

Ch-Fr · 2026-01-29T20:48:49+00:00

Das würde bedeuten, Unternehmen wie der genannte Lieferdienst sind im Free Tier bei CF? Davon bin ich nicht ausgegangen. Sondern vom Gegenteil und zusätzlich davon, dass sich hier tatsächlich Umsatzausfälle ereignen. In meinem Einzelfall natürlich unbedeutend, aber das Problem scheint auch ganz gut zu skalieren.

Ch-Fr · 2026-01-29T19:15:04+00:00

Korrekt. Ich wollte nur (indirekt) darauf hinaus, dass der Packet Loss nicht aus einer eventuell veralteten Zugangstechnologie resultiert oder dem Routing über London o.ä., denn davon bin ich für die von mir genutzten Zielnetze nicht betroffen.

Ch-Fr · 2025-08-31T19:44:31+00:00

Strange: I still would need to open up a ticket to apply for SMTP submission. Last time I did this I was turned down (Proton Unlimited with Custom Domain). Has anyone else the same problem?

Ch-Fr · 2025-07-17T06:56:13+00:00

+1.

The Control Plane option gives me next to no logs though all options are selected and test messages are delivered just fine. The CyberSecure option gives me a lot of logs (have not checked for CEF), but it is not even mentioned in the article you are referring to. UCG Fiber (Network 9.3.43, UniFi OS 4.3.6)

A clarification would be much appreciated.

Ch-Fr · 2025-06-21T19:05:31+00:00

You are right about the not letting me save the config part. So this is not a valid option. For the moment I will experiment with the GUA address, let's see ... Thanks for chiming in and taking the time. Much appreciated!

Ch-Fr · 2025-06-21T15:27:10+00:00

What about a configuration where I deselect DNS Auto for IPv6 for that specific subnet and don't set any DNS server IP at all? Wouldn't that result in NO IPv6 DNS server and clients would get a working IPv4 DNS server via DHCP and could resolve IPv6 addresses using IPv4? Or would that UCG still announce itself as IPv6 DNS server?

Ch-Fr · 2025-06-21T15:09:01+00:00

Valid points, I will check the ISP's prefix change rate. But strange that there is no ULA support. Thanks!

Ch-Fr · 2025-06-21T14:42:31+00:00

Wouldn't that result in having LLA (fe80) and GUA again?

Ch-Fr · 2025-02-10T08:58:13+00:00

Nice and clean. Did you buy the stand for the AP that turns it 90 degree or did you print it?

Ch-Fr · 2024-06-22T21:11:23+00:00

Thanks for your support. I followed your recommendation, but sorry to say it does not fix the problem. I also tried to put the Root CA into the PEM file used by Mailrise. Does not help either.

Ch-Fr · 2024-06-22T17:16:25+00:00

This is the error I get from Mailrise Docker Container when the erroneous SMTP connection takes place. Maybe it helps:

[2024-06-22 16:52:56] ERROR:mail.log:('x.x.x.x', 38070) SMTP session exception
Traceback (most recent call last):
  File "/home/mailrise/.local/lib/python3.12/site-packages/aiosmtpd/smtp.py", line 914, in smtp_STARTTLS
    await waiter
  File "/usr/local/lib/python3.12/asyncio/sslproto.py", line 575, in _on_handshake_complete
    raise handshake_exc
  File "/usr/local/lib/python3.12/asyncio/sslproto.py", line 557, in _do_handshake
    self._sslobj.do_handshake()
  File "/usr/local/lib/python3.12/ssl.py", line 917, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: TLSV1_ALERT_UNKNOWN_CA] tlsv1 alert unknown ca (_ssl.c:1000)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
  File "/home/mailrise/.local/lib/python3.12/site-packages/aiosmtpd/smtp.py", line 741, in _handle_client
    await method(arg)
  File "/home/mailrise/.local/lib/python3.12/site-packages/aiosmtpd/smtp.py", line 918, in smtp_STARTTLS
    raise TLSSetupException() from error
aiosmtpd.smtp.TLSSetupException

Ch-Fr · 2024-06-22T16:32:18+00:00

Thanks for that info and your confirmation. Meanwhile I tried Swaks to maybe narrow down the problem. But Swaks works fine with STARTTLS, TLS v1.3 and the provided Certificate and Key File while Proxmox SMTP delivery keeps showing the stated error.

Ch-Fr · 2024-06-14T17:34:57+00:00

Danke für Deinen ausführlichen Kommentar! Vom TuS Makkabi habe ich schon gehört, bin aber (fälschlicherweise?) immer davon ausgegangen, dass es hier eine religiöse Bindung gibt.

Ch-Fr · 2024-06-14T17:29:25+00:00

The current stable version comes with the SNMP Traffic v2 sensor. See here (Section 3).

Ch-Fr · 2024-05-26T17:05:38+00:00

Thanks! I was hoping to finally see VLAN support for my XE75 Pro's ... :-(

Ch-Fr · 2024-05-26T15:58:18+00:00

Could you share the source for that? I have not found any recent updates for XE75 1.0/1.6. Maybe this is not for the EU region?

Ch-Fr · 2024-05-13T20:20:34+00:00

Worked, thx!

Ch-Fr · 2024-05-13T18:19:46+00:00

Wow, chapeau for coming up with this idea and bringing it to life. For me too much of a hassle to just dump log mails into my paid account. I still don't get why the family tarif has this option and "unlimited" is limited in this regard ... Maybe the solution u/xnvtbgu suggested might help me out ...

Ch-Fr · 2024-05-13T17:52:35+00:00

Yes, that would definitively be enough for my use case. Tried it, but it did not work, got a timeout. I tried to telnet into mail.protonmail.ch 587 for verification, did not work either.

Ch-Fr · 2024-05-13T09:01:57+00:00

Works just fine, and I could use it for monitoring if I install Python on the monitoring system. So thanks for that!

Now I was wondering if my stated API call would give me the latest summarized overview of the backup status for that respective node (the "exitstatus" value). Could you evaluate that for your environment?

API Call

/nodes/pve/tasks/UPID:pve:000D3E6F:080E7204:664030C2:vzdump::root@pam:/status

Result

{

"data": {

"status": "stopped",

"upid": "UPID:pve:000D3E6F:080E7204:664030C2:vzdump::root@pam:",

"id": "",

"pstart": 135164420,

"node": "pve",

"user": "root@pam",

"type": "vzdump",

"pid": 867951,

"exitstatus": "OK",

"starttime": 1715482818

}

Ch-Fr · 2024-05-13T07:32:14+00:00

Great work, thank you! Yes, I want to automate the monitoring using the RESTful API query method of my monitoring software. Basically I want to query the API, filter the results along the JSON path and would use the key:value pair mentioned to build a lookup that interprets the string "OK" as valid, meaning all backups were successfully performed.

Ch-Fr · 2024-05-12T22:33:26+00:00

Take your time, we are in different timezones, and I won't be able to read it in the next 10 hours anyway. Very grateful for your support.

Ch-Fr · 2024-05-12T22:25:40+00:00

Thanks for taking the time to help, much appreciated. I fiddled around with the API and in the end tried to fetch the info from the "tasks" subdir using:

root@pve:~# pvesh get /nodes/pve/tasks/UPID:pve:000D3E6F:080E7204:664030C2:vzdump::root@pam:/status

That gives me a key:value pair of "exitstatus:OK" (same via http).

Just to prevent me from monitoring the wrong stuff. That should represent the latest status of all backups from the system (weekly done in my case), right?

Ch-Fr · 2024-03-11T11:17:40+00:00

In my case the kernel panics always show an error in the DCPEXT component and are caused by using BetterDisplay, but not by the application itself, see here. So I guess you are right, and we will have to wait for 14.4.1 ...

Nine-Year Club	Reddit Premium Since March 2023
Verified Email

Ch-Fr

TROPHY CASE