Das längste Thema

Ich arbeite ja beruflich als auch privat mit PHP und halt dem Zend Framework, mittlerweile ja Laminas. Als ich dann vor ein paar Monaten das Windows Update 2020 hatte mit der neuen WSL Version, dachte ich probieren wir mal aus. Also über Composer neues Laminas gezogen etc, hat auch alles wunderbar funktioniert. Bis auf, dass ich nicht die "config/development.config.php" jemals öffnen konnte über den Netzwerk Zugriff von Windows.

Dachte erst das wäre irgendein Fehler, also alles nochmal neu gemacht. Und Fehler immer noch da... Dachte dann vielleicht Rechte Fehler oder so. Also mal eben chmod gemacht. Ging auch nicht. Das war Anfang Juni....

Heute dachte ich, schauste mal rein, weil Windows Updates und so alles. Hab dann mal ls -la gemacht und siehe da das war ein system link! Die Datei hat auf die Datei "development.config.php.dist" gezeigt... unlink gemacht, Datei umbenannt, ging alles wunderbar.

Und die Moral von der Geschichte: Mach öfters mal ls -la und schau dir die Datei genauer an. Facepalm könnte ich mir selbst geben.

Zitat von geekmonkey

Hat der Fancy Bear wieder zugeschlagen?

der heißt Teddy Bär und schlägt nicht zu,

der ist ganz lieb

xteddy.gif

gibts auch für Linux und nennt sich xteddy

So Geschirrspüler von Alternate steht aufgebaut da - und funktioniert auch nach dem erstem Facepalm.

Wurde ganz entspannt von einer Spedition geliefert - zwei Tage vorher wurde ein Liefertag telefonisch vereinbart - Zeitraum 10 - 14 Uhr.

Um 11:00 Uhr stand der Geschirrspüler vor der Tür.

Fand ich sehr gut die Lieferung.

Zitat von H6G

So Geschirrspüler von Alternate steht aufgebaut da - und funktioniert auch nach dem erstem Facepalm.

Wurde ganz entspannt von einer Spedition geliefert - zwei Tage vorher wurde ein Liefertag telefonisch vereinbart - Zeitraum 10 - 14 Uhr.

Um 11:00 Uhr stand der Geschirrspüler vor der Tür.

Fand ich sehr gut die Lieferung.

Sollte die in die Wohnung geliefert werden oder war das gewollt mit vor der Türe?

Zitat von Isaac

Sollte die in die Wohnung geliefert werden oder war das gewollt mit vor der Türe?

Lieferung war frei Bordsteinkante - wurde aber bis an die Haustür geliefert. Lieferung hat 34€ gekostet.

Der Premium Service mit Lieferung in die Wohnung, Mitnahme Verpackungsmaterial und eventueller Altgeräte hätte 48€ +- an Frachtkosten gekostet.

Da ich hier eh Hilfe hatte und das Ding nur 30€ wog, habe ich darauf verzichtet.

Zitat von H6G

Da ich hier eh Hilfe hatte und das Ding nur 30€ wog, habe ich darauf verzichtet.

In Münzen oder Scheinen?

Irgendwie ist das seltsam... mein Server wird mäßig aber regelmäßig mit Traffic mit gespoofter Source IP versorgt. Die Pakete kommen laut MAC Adresse alle von einem Netcup Router...

root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | wc -l
3419
root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | grep -Po "(?<=SRC=)([0-9\.]+)" | sort -u
10.0.0.19
10.0.10.3
100.74.52.35
10.100.126.91
10.10.1.203
10.1.17.16
10.12.1.210
10.1.41.37
10.230.0.233
10.25.0.220
10.250.3.1
10.255.23.160
10.255.25.25
10.255.28.16
10.255.29.18
10.255.32.146
10.6.0.152
10.81.6.55
10.81.89.1
10.88.3.34
172.16.201.12
172.16.42.163
172.16.42.211
172.17.0.12
172.17.0.124
172.20.63.208
172.22.24.30
172.23.3.225
192.168.0.10
192.168.0.103
192.168.0.50
192.168.10.8
192.168.1.110
192.168.1.12
192.168.1.31
192.168.14.4
192.168.15.21
192.168.2.20
root@server:~# grep -F "Spoofed source IP" /var/log/kern.log | grep -Po "(?<=MAC=)([0-9a-fA-F\:]+)" | cut -d':' -f 7-12 | sort -u
2c:6b:f5:a0:77:c0
root@server:~# arp -a
[...]
? (2.56.96.1) auf 00:00:5e:00:01:01 [ether] auf ens3
[...]
? (2.56.96.2) auf 10:0e:7e:26:f1:c0 [ether] auf ens3
[...]
? (2.56.96.3) auf 2c:6b:f5:a0:77:c0 [ether] auf ens3
root@server:~# curl https://api.macvendors.com/2c-6b-f5-a0-77-c0
Juniper Networks
root@server:~# 

Eigentlich dürften oder sollten das die Router doch gar nicht weiterleiten, oder?

Sollte man das einfach (weiterhin) mit iptables ins Nirvana laufen lassen oder da besser mal ein Ticket beim Support aufmachen?

Ich würd's melden. Das klingt nach VLAN-Problemen.

Die 192er-Adressen sind doch schon ewig zu den vServern geroutet: https://forum.netcup.de/informationen/…nline/?pageNo=2

Zitat von eripek

Ich würd's melden. Das klingt nach VLAN-Problemen.

Ist erledigt. Sobald es Feedback vom Support gibt, gebe ich hier nochmal Rückmeldung.

bei IPv6 mit ip -6 neigh show wird mir exakt nur ein Host geliefert: fe80::1 das Gateway

bei IPv4 mit arp werden aber 3 Hosts geliefert: das Gateway (lt SCP), Gateway+1 und Gateway+2

hat das was zu bedeuten?

Zitat von mainziman

bei IPv6 mit ip -6 neigh show wird mir exakt nur ein Host geliefert: fe80::1 das Gateway

bei IPv4 mit arp werden aber 3 Hosts geliefert: das Gateway (lt SCP), Gateway+1 und Gateway+2

hat das was zu bedeuten?

Also von der Sache her kann ich das auf jeden Fall schon mal bestätigen.

Die x.x.x.1 scheint für den Outbound Traffic gedacht zu sein und von der x.x.x.2 und x.x.x.3 kommt der ganze Inbound Traffic, das habe ich mittlerweile schon beobachten können.

Der Hintergrund und warum eben jenes bei IPv6 so nicht vorliegt - da bin ich ehrlich gesagt überfragt.

Zitat von whoami0501

Also von der Sache her kann ich das auf jeden Fall schon mal bestätigen.

Kommando zurück, stimmt nicht. Ich muss mich zumindest für IPv6 korrigieren.

Bei IPv6 finde ich folgendes vor:

root@server:~# ip -6 n s | grep -v ^fd
fe80::22d8:b00:9dfa:424c dev ens3 lladdr 10:0e:7e:26:f1:c0 router STALE
2a03:4000:3e::2 dev ens3  FAILED
fe80::22d8:b00:9dee:ff4 dev ens3 lladdr 2c:6b:f5:a0:77:c0 router REACHABLE
fe80::1 dev ens3 lladdr 00:00:5e:00:02:02 router REACHABLE
2a03:4000:3e::3 dev ens3  FAILED
root@server:~#

Und da deckt sich das ganze mit IPv4 (siehe MACs):

root@server:~# arp -a | grep -v 172
? (2.56.96.1) auf 00:00:5e:00:01:01 [ether] auf ens3
? (2.56.96.2) auf 10:0e:7e:26:f1:c0 [ether] auf ens3
? (2.56.96.3) auf 2c:6b:f5:a0:77:c0 [ether] auf ens3
root@server:~#

--

Netcup wollte jetzt Logs haben... haben Sie natürlich auch von mir bekommen, ich bin gespannt.

Zitat von whoami0501

Eigentlich dürften oder sollten das die Router doch gar nicht weiterleiten, oder?

Sollte man das einfach (weiterhin) mit iptables ins Nirvana laufen lassen oder da besser mal ein Ticket beim Support aufmachen?

Wenigstens kommen noch keine Pakete von 127.0.0.1!

Chain PREROUTING (policy ACCEPT 1638 packets, 217K bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
2    1384K  260M            all  --  *      *       0.0.0.0/0            0.0.0.0/0           
3        0     0 DROP       all  --  *      *       127.0.0.0/8          0.0.0.0/0           
4        0     0 DROP       all  --  *      *       0.0.0.0/8            0.0.0.0/0           
5      140  6622 DROP       all  --  *      *       10.0.0.0/8           0.0.0.0/0           
6       67  3272 DROP       all  --  *      *       172.16.0.0/12        0.0.0.0/0           
7      178 13688 DROP       all  --  *      *       192.168.0.0/16       0.0.0.0/0           
8        0     0 DROP       all  --  *      *       224.0.0.0/3          0.0.0.0/0           
9       10   502 DROP       all  --  *      *       100.64.0.0/10        0.0.0.0/0           
10       8   408 DROP       all  --  *      *       169.254.0.0/16       0.0.0.0/0           

Bevor ich selbst auf die Suche gehe:

Kennt jemand ein empfehlenswertes Plugin o.ä. für Chrome um diese verf*ckte Cookieschei**e zuverlässig automatisch wegzuklicken die mittlerweile beim Aufruf fast jeder Seite den ganzen Bildschirm blockiert.

Zitat von aRaphael

Bevor ich selbst auf die Suche gehe:

Kennt jemand ein empfehlenswertes Plugin o.ä. für Chrome um diese verf*ckte Cookieschei**e zuverlässig automatisch wegzuklicken die mittlerweile beim Aufruf fast jeder Seite den ganzen Bildschirm blockiert.

Also ich habe uBlock Origin mit den ganzen Annoyances Filterlisten und so drin und bekomme sowas fast nie.

Zitat von whoami0501

Also ich habe uBlock Origin mit den ganzen Annoyances Filterlisten und so drin und bekomme sowas fast nie.

Dies. Gibt aber auch noch "I don't care about cookies" (https://www.i-dont-care-about-cookies.eu/), unter anderem auch für Chromium/Chrome: https://chrome.google.com/webstore/detai…bdddfaoknhalnja

hab soeben auf meinem alten PC einen ESXi in Betrieb genommen;

wenn der Router LAN seitig folgende IPs hat

IPv4: 192.168.0.1 mit Mask 255.255.255.0

IPv6: 2001:db8::dead:beef::1/64 als Scope:Global und irgend eine fe80:: als Scope:Link

bei IPv4 ist es klar, da ist 192.168.0.1 die Gateway-Adresse, aber

welche nimmt man bei IPv6: die Scope:Global od. die Scope:Link?

bis jetzt hatte ich immer die Scope:Global als Gateway eingetragen

aber des ESXi verweigert diese ...

werden diese bei Windows und Linux fehlerhaft akzeptiert od. hat hier das ESXi einen Fehler?

Zitat von whoami0501

Also ich habe uBlock Origin mit den ganzen Annoyances Filterlisten und so drin und bekomme sowas fast nie.

Zitat von duckr

Dies. Gibt aber auch noch "I don't care about cookies" (https://www.i-dont-care-about-cookies.eu/), unter anderem auch für Chromium/Chrome: https://chrome.google.com/webstore/detai…bdddfaoknhalnja

Danke für die Hinweise.

UBlock scheint ja sehr vielfältige Möglichkeiten zu bieten. Das werde ich mir bei Gelegenheit auch mal ansehen.

Für's erste habe ich es jetzt mal mit den schlanken "I don't care about cookies" versucht.

Scheint genau das zu tun, was es soll. Nämlich für Ruhe sorgen

Zitat von aRaphael

Für's erste habe ich es jetzt mal mit den schlanken "I don't care about cookies" versucht.

Scheint genau das zu tun, was es soll. Nämlich für Ruhe sorgen

Hierbei ist aber ganz klar darauf zu achten das durch das Plugin alle Cookies einer Website akzeptiert werden.

Zitat von I DON'T CARE ABOUT COOKIES

By using it, you explicitly allow websites to do whatever they want with cookies they set on your computer (which they mostly do anyway, whether you allow them or not). Please educate yourself about cookie related privacy issues and ways to protect yourself and your data. For example, you can block 3rd party cookies, install ad blocking extensions and then block tracking tools, delete browsing data regularly, enable Tracking Protection in your browser etc.