Robot | Path | Permission |
GoogleBot | / | ✔ |
BingBot | / | ✔ |
BaiduSpider | / | ✔ |
YandexBot | / | ✔ |
Title | thomas-leister.de |
Description | Problemlösung: Asymmetrisches Routing durch Wireguard Das persönliche Weblog zu den Themen Linux, Server und freier / offener |
Keywords | N/A |
WebSite | thomas-leister.de |
Host IP | 5.1.92.244 |
Location | Germany |
Site | Rank |
thomaskleitz.de | 15,145,796 |
thomasstrohwald.de | 0 |
Euro€18,183
Zuletzt aktualisiert: 2022-06-17 22:17:38
thomas-leister.de hat Semrush globalen Rang von 1,477,693. thomas-leister.de hat einen geschätzten Wert von € 18,183, basierend auf seinen geschätzten Werbeeinnahmen. thomas-leister.de empfängt jeden Tag ungefähr 1,653 einzelne Besucher. Sein Webserver befindet sich in Germany mit der IP-Adresse 5.1.92.244. Laut SiteAdvisor ist thomas-leister.de sicher zu besuchen. |
Kauf-/Verkaufswert | Euro€18,183 |
Tägliche Werbeeinnahmen | Euro€534,470 |
Monatlicher Anzeigenumsatz | Euro€178,524 |
Jährliche Werbeeinnahmen | Euro€12,122 |
Tägliche eindeutige Besucher | 1,653 |
Hinweis: Alle Traffic- und Einnahmenwerte sind Schätzungen. |
Host | Type | TTL | Data |
thomas-leister.de. | A | 3598 | IP: 5.1.92.244 |
thomas-leister.de. | AAAA | 3600 | IPV6: 2a01:360:50e:1::244 |
thomas-leister.de. | NS | 86400 | NS Record: ns1.core-networks.de. |
thomas-leister.de. | NS | 86400 | NS Record: ns2.core-networks.eu. |
thomas-leister.de. | NS | 86400 | NS Record: ns3.core-networks.com. |
thomas-leister.de. | MX | 900 | MX Record: 0 mail.650thz.de. |
thomas-leister.de. | TXT | 3600 | TXT Record: v=spf1 a mx include:650thz.de ?all |
Beiträge ?? Posts ?? Dienste Microblog Über mich Problemlösung: Asymmetrisches Routing durch Wireguard VPN Für die Bereitstellung von öffentlichen IPv6-Adressen in nicht-IPv6-Netzwerken und zur Absicherung meiner Kommunikation in fremden Netzwerken betreibe ich ein eigenes kleines, Wireguard-basiertes VPNWährend des Testbetriebs stellte sich heraus, dass ich zwar mit IPv6-Zieladressen im Internet ohne Probleme kommunizieren konnte - doch die Kommunikation zu IPv6-Ressourcen, die innerhalb meiner eigener Infrastruktur liegen, schlug fehl. Genauer: TCP-basierte Kommunikation schlug fehl. Nach etwas Debugging mittels tcpdump und einer Skizze meiner Infrastruktur war die Ursache schnell klar: Ohne es gleich zu bemerken, wurden TCP-Anfragen an meine eigenen Services anders geroutet als die dazugehörigen Antworten. Im Folgenden will ich das Problem und mögliche Lösungen erklären. Eines vorweg: Das Problem ist ein relativ spezifisches und tritt u.U. nur dann auf, wenn VPN-Server und |
HTTP/1.1 301 Moved Permanently Server: nginx/1.20.1 Date: Fri, 22 Oct 2021 08:42:00 GMT Content-Type: text/html Content-Length: 169 Connection: keep-alive Location: https://thomas-leister.de/ HTTP/2 200 server: nginx/1.20.1 date: Fri, 22 Oct 2021 08:42:01 GMT content-type: text/html content-length: 5720 last-modified: Wed, 08 Sep 2021 06:26:35 GMT vary: Accept-Encoding etag: "6138579b-1658" expires: Fri, 22 Oct 2021 09:42:01 GMT cache-control: max-age=3600 metal-greeting: Keep on metalling hard! \m/ accept-ranges: bytes |