Hallo Sarah,
es gibt nun das Ticket NCSUP-737976; allerdings hat mich die angekündigte Antwort hierin bisher nicht erreicht.
MfG,
MacGyver
Hallo Sarah,
es gibt nun das Ticket NCSUP-737976; allerdings hat mich die angekündigte Antwort hierin bisher nicht erreicht.
MfG,
MacGyver
Ok, hiermit sieht es schon besser aus:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 159.195.21.159/22
gateway 159.195.20.1
iface eth0 inet6 static
address 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64
gateway fe80::1
iface eth0 inet static
address 152.53.173.31/32
iface eth0 inet6 static
address 2a03:4000:20:316::2/64
Alles anzeigen
Abschließende Fragen:
- Die von Netcup "gewählte" IPv6 a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64 muss so wie Sie ist immer enthalten sein, weil diese gleichzeitig das Gateway für das Failover-IPv6 ist? Habe ich das so richtig verstanden?
- Wie würde ich nun aus den IPv6-Netzen tatsächlich weitere Adressen spezifisch hinzukonfigurieren? Beispielsweise eben die 2a0a:4cc0:c1:3af3::2 (im Bereich des Haupt-IPv6-Netzes) oder 2a03:4000:20:316::3 (im Bereich des Failover-IPv6-Netzes)?
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 159.195.21.159/22
gateway 159.195.20.1
iface eth0 inet6 static
address 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64
gateway fe80::1
iface eth0 inet static
address 152.53.173.31/32
gateway 159.195.21.159
iface eth0 inet6 static
address 2a03:4000:20:316::2/64
gateway 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db
Alles anzeigen
/etc/network(interfaces.d/50-cloud-init.cfg wurde gelöscht.
Ausgaben von ip a und ip -6 a
root@server:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 6a:ac:c4:a8:91:db brd ff:ff:ff:ff:ff:ff
altname enp0s3
altname ens3
altname enx6aacc4a891db
inet 159.195.21.159/22 brd 159.195.23.255 scope global eth0
valid_lft forever preferred_lft forever
inet 152.53.173.31/32 brd 152.53.173.31 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::68ac:c4ff:fea8:91db/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
root@server:~# ip -6 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::68ac:c4ff:fea8:91db/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
Alles anzeigen
Ich würde sagen, dass er immernoch ein Problem mit dem Failover-IPv6 hat.
Server wurde jeweils über garantierter Neustart neu gestartet.
Ich habe scheinbar leider Probleme bei der IP-Konfiguration unter Debian 13.
Informationen aus dem SCP:
Haupt-IPv4: 159.195.21.159/22, Haupt-IPv4-Gateway: 159.195.20.1
Haupt-IPv6: 2a0a:4cc0:c1:3af3::/64, Haupt-IPv6-Gateway: fe80::1
Failover-IPv4: 152.53.173.31/32, Failover-IPv4-Gateway: 159.195.21.159
Failover-IPv6: 2a03:4000:20:316::/64, Failover-IPv6-Gateway: 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db
Eine mögliche /etc/network/interfaces hätte ich wie folgt zusammenkopiert:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 159.195.21.159/22
gateway 159.195.20.1
iface eth0 inet6 static
address 2a0a:4cc0:c1:3af3::2/64
gateway fe80::1
auto eth0:1
iface eth0:1 inet static
address 152.53.173.31/32
gateway 159.195.21.159
iface eth0:1 inet6 static
address 2a03:4000:20:316::2/64
gateway fe80::1
Alles anzeigen
Unter /etc/network/interfaces.d/50-cloud-init.cfg wäre ursprünglich noch das Folgende vorhanden:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 159.195.21.159/22
gateway 159.195.20.1
iface eth0 inet6 static
address 2a0a:4cc0:c1:3af3:68ac:c4ff:fea8:91db/64
gateway fe80::1
Alles anzeigen
Selbst wenn ich die /etc/network/interfaces.de/50-cloud-init.cfg entferne erhalte ich trotzdem folgenden Fehler beim Versuch die Netwerk-Dienst neu zu starten:
Nov 05 22:05:45 server.lchosting.de ifup[2722]: Error: ipv4: Address already assigned.
Nov 05 22:05:45 server.lchosting.de ifup[2697]: ifup: failed to bring up eth0
Nov 05 22:05:45 server.lchosting.de ifup[2736]: Error: ipv4: Address already assigned.
Nov 05 22:05:45 server.lchosting.de ifup[2697]: ifup: failed to bring up eth0:1
Nov 05 22:05:45 server.lchosting.de systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Lasse ich /etc/network/interfaces.d/50-cloud-init.cfg unverändert und das Gateway der Failover-IPv6 auf fe80::1 eingestellt, dann gibt es folgende Fehler:
Nov 05 22:31:19 server.lchosting.de ifup[1205]: Error: ipv4: Address already assigned.
Nov 05 22:31:19 server.lchosting.de ifup[816]: ifup: failed to bring up eth0
Nov 05 22:31:19 server.lchosting.de ifup[1229]: Error: Nexthop has invalid gateway.
Nov 05 22:31:19 server.lchosting.de ifup[816]: ifup: failed to bring up eth0:1
Nov 05 22:31:19 server.lchosting.de systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Liebes Netcup-Team,
in der irrigen Anahme meinen Foren-Benutzernamen irgendwie selbst ändern zu können habe ich einen weiteren Foren-Account angelegt: Angus.MacGyver
Jedenfalls ich würde gerne:
a) den Doppel-Account Angus.MacGyver löschen lassen und
b) den Benutzernamen von diesem Account auf Angus.MacGyver ändern lassen
Vielen Dank!
MfG,
MacGyver
Nun steht folgende Konfiguration:
network:
version: 2
ethernets:
eth0:
addresses:
- 192.0.2.10/22
- 198.51.100.42/32
- 2001:db8:abcd:001::1/64
- 2001:db8:abcd:001::2/64
nameservers:
addresses:
- 46.38.225.230
- 46.38.252.230
- 2a03:4000:0:1::e1e6
- 2a03:4000:8000::fce6
match:
macaddress: 00:11:22:33:44:55
routes:
- to: default
via: 192.0.2.1
on-link: true
- to: 198.51.100.42/32
via: 192.0.2.10
on-link: true
- to: default
via: fe80::1
Alles anzeigen
Es gilt erneut:
- 192.0.2.10/22 ist die ursprüngliche IPv4 des Servers gemäß SCP
- 198.51.100.42/32 ist die gebuchte Zusatz-IPv4
- 2001:db8:abcd:001::1/64 und 2001:db8:abcd:001::2/64 sind die von mir willkürlich um "1" bzw. "2" ergänzten IPv6-Adressen aus dem ursprünglich zugeteilten IPv6-Subnet
PS: nur nochmal zur Klarstellung; ich hatte die KI erst nachträglich um die Anonymisierung der IP-Adressen unter Beibehaltung der grundsätzlichen Logik gebeten. > Die "Grundzusammenstellung" habe ich ganz allein verbrochen! (Allerdings: Ich habe höchstwahrscheinlich genauso wenig [oder sogar weniger] Ahnung als die KI...)
Stimmt; im Original steht dort wirklich /22.
Hallo Homwer ,
Hallo NaN ,
192.0.2.10/24 steht für die Haupt-IPv4 vom Server wie von Netcup vergeben.
198.51.100.42/32 ist die Zusatz-IPv4 von Netcup. 2001:db8:abcd:001::1/64 ist das um die Ziffer "1" erweiterte Haupt-IPv6-Subnet.
2001:db8:abcd:001::2/32 ist wieder das Haupt-IPv6-Subnet nur um die Ziffer "2" erweigert.
Ziel ist für einen Apache/NGINX-Parallelbetrieb entsprechend je 1x IPv4-Adresse und 1 x IPv6-Adresse auf dem Server verfügbar zu haben.
Grundsätzlich habe ich (versucht) die 01-netplan.yaml anhand der offiziellen Netplan-Doku und Anleitungen/HowTos beim Mitbewerber H.....r (das How-To bei Netcup enthält ja leider überhaupt kein Netplan-Beispiel) selbst zusammen zu basteln. U.a. auch die /32-Angabe stammt von mir.
Allerdings: Ich habe vermutlich weniger Ahnung als ChatGPT - insbesondere was die Netzwerk-Einstellungen betrifft.
Grunsätzlich war aber der Server gestern nach setzen dieser Einstellungen von außen noch erreichbar; daraus schließe ich einfach Mal: Ganz verkehrt wird es nicht gewesen sein.
Gruß,
MacGyver
Hallo zusammen,
ich bin mir unsicher, ob ich meine 01-netplan.yaml korrekt zusammengezimmert habe und bitte um eure geschätzten Hinweise dazu.
(Hinweis: Die echte 01-netplan.yaml habe ich durch ChatGPT anonymisieren lassen; angeblich wäre die beinhaltende Logik beibehalten worden!):
network:
version: 2
ethernets:
eth0:
addresses:
- 192.0.2.10/24 # Beispiel-IPv4-Adresse (öffentlich)
- 198.51.100.42/32 # Beispiel-IPv4-Adresse (öffentlich, einzel-IP)
- 2001:db8:abcd:001::1/64 # Beispiel-IPv6-Adresse (Netz)
- 2001:db8:abcd:001::2/32 # Beispiel-IPv6-Adresse (einzel-IP)
match:
macaddress: 00:11:22:33:44:55
routes:
- to: default
via: 192.0.2.1
on-link: true
- to: 198.51.100.42/32
via: 192.0.2.10
on-link: true
- to: default
via: fe80::1
Alles anzeigen
Vielen Dank für eure Hilfe!
Grüße,
MacGyver
Hallo zusammen,
ich habe heute festgestellt, dass auf meinem Mailcow-KVM-Server doch einige erwartete eMail abgängig sind.
In den Mailcow-Logs finde ich soeben mehrere Zeilen ähnlich der folgenden:
NOQUEUE: reject: RCPT from unknown[212.18.1.34]: 450 4.7.1 Client host rejected: cannot find your reverse hostname, [212.18.1.34]; from=<prvs=81686acdf=p.baeumel@hxxx.com> to=<patrick@xxx.com> proto=ESMTP helo=<mail1.donotspam.de>
warning: dnsblog_query: lookup error for DNS query 28.42.192.91.dnsbl.sorbs.net: Host or domain name not found. Name service error for name=28.42.192.91.dnsbl.sorbs.net type=A: Host not found, try again
Leider bin ich nicht so der 100%ige Linux-Spezialist; aber für mich sieht das so aus als hätte mein KVM-Server Problememit der DNS-Namensauflösung?
Ein gerade durchgeführtes nslookup bringt aber folgendes Ergebnis:
nslookup google.de
Server: 46.38.225.230
Address: 46.38.225.230#53
Non-authoritative answer:
Name: google.de
Address: 216.58.208.35
Sieht soweit ja mal in Ordnung aus?
Kann mir jemand einen Tipp geben woran es hier hängen könnte?
Grüße,
MacGyver
Was die Absicherung angeht, hab ich mir auch schon mal Gedanken gemacht.
Ich würde mal davon ausgehen, das es reicht, sämtlichen Incoming Traffic per iptables zu droppen und eben nur die Ports frei zu geben, die für mailcow und ssh benötigt werden.
Wahrscheinlich würde ich das sogar mit ner stateless firewall regeln, um Ressourcen zu sparen. Bin auf dem Gebiet aber kein Experte.
Wäre es eventuell vorstellbar einfach z.B. CSF (https://www.configserver.com/cp/csf.html) zu installieren?
Dann hätte ich wieder ein GUI wo ich mich etwas auskenne ![]()
Grüße,
MacGyver
Bei Office 365 hast aber glaube ich noch die Office Produkte mit drin, oder? Also Word & Co, nicht nur die mails.
In der aktuell günstigsten Variante Business Essentials sind keine PC-Programme inklusive.
Evtl. Office Webapps; aber da kann ich mich nicht erinnern die mal ausführlich genutzt zu haben.
Hauptsächlich ging es mir immer um ActiveSync, damit die eMails auch am iPone bzw. zwischenzeitlich Android direkt gelesen werden können.
Und Möglichkeiten den Spamfilter selbst umfangreich einstellen zu können (IP-Blacklist, Domain-Blacklist, Adress-Whitelist, etc.) mit einer Quarantäne (statt einem Junk-Mail-Ordner; d.h. SPAM-Verdächtige eMails landen in einem Web-GUI und werden entweder freigegeben oder eben nicht.
Und irgendwie scheint es als würde man das mit Mailcow auch hinkriegen können - evtl. muss man ein bisschen dran basten; aber unmöglich scheint es nicht ![]()
Hallo zusammen,
ich habe die letzten Tage etwas hier im Forum gelesen und bin dadurch auf Mailcow aufmerksam geworden.
Bisher hatte ich für 5 Familienmitgleider eMail-Fächer bei Microsoft angemietet als Office 365 Business Essentials; hierfür fallen ca. 30 EUR Kosten pro Monat an (nur Hosted Exchange).
Installiere ich auf einem RS 1000 G8 mir selber Mailcow und ziehe die Familienpostfächer dorthin um, dann ergibt sich ein recht hohes Einsparpotential ![]()
![]()
Wobei die Funktionen wohl nahezu gleich bleiben sollten.
Ich habe nun Mailcow: Dockerized zunächst einmal auf dem RS 1000 G8 installiert.
Dann die Postfächer eingerichtet und gerade kopieren meine eMails.
Da ich bisher nur einen FreePBX-Server bei Netcup betreibe bei welchem es im Standard-Image eine komplett fertige und über WebGUI konfigurierbare Firewall hat (die ich so beschränkt habe, dass nur - mit Ausnahme von SSH - die Telefone sich anmelden können und ausgehend nur Verbindungen zu den einzelnen VOIP-Providern zugelassen sind) würde mich aktuell brennend interessieren, wie ich Mailcow bzw. die Docker-Installation am besten absichern sollte.
Gibt es hier Tipps von euch?
MfG,
MacGyver
ip -6 -4 route list:
5.45.104.0/22 dev eth0 proto kernel scope link src 5.45.106.145
169.254.0.0/16 dev eth0 scope link metric 1002
default via 5.45.104.1 dev eth0
ip6tables-save:
# Generated by ip6tables-save v1.4.7 on Sat Jan 30 06:28:45 2016
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
:ALLOWDYNIN - [0:0]
:ALLOWDYNOUT - [0:0]
:ALLOWIN - [0:0]
:ALLOWOUT - [0:0]
:DENYIN - [0:0]
:DENYOUT - [0:0]
:INVALID - [0:0]
:INVDROP - [0:0]
:LOCALINPUT - [0:0]
:LOCALOUTPUT - [0:0]
:LOGDROPIN - [0:0]
:LOGDROPOUT - [0:0]
-A INPUT ! -i lo -j LOCALINPUT
-A INPUT -i lo -j ACCEPT
-A INPUT ! -i lo -p tcp -j INVALID
-A INPUT ! -i lo -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 21 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 43 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 53 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 81:85 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 5038 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 5222 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 5269 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 5280 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 5281 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 8001 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 10000 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 19305:19309 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 19294 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 51000 -j ACCEPT
-A INPUT ! -i lo -p tcp -m state --state NEW -m tcp --dport 58080 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 20 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 21 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 22 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 43 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 53 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 68 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 69 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 80 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 123 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 4569 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 5060 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 5353 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 10000 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 10011:20012 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 19302:19309 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 19295 -j ACCEPT
-A INPUT ! -i lo -p udp -m state --state NEW -m udp --dport 42255 -j ACCEPT
-A INPUT ! -i lo -p ipv6-icmp -j ACCEPT
-A INPUT ! -i lo -j LOGDROPIN
-A OUTPUT ! -o lo -j LOCALOUTPUT
-A OUTPUT ! -o lo -p tcp -m tcp --dport 53 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m udp --dport 53 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m tcp --sport 53 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m udp --sport 53 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT ! -o lo -p tcp -j INVALID
-A OUTPUT ! -o lo -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 20 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 21 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 25 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 43 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 53 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 110 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 113 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 587 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 993 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 995 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 5060 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 5061 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 5222 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 10000 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 19305:19309 -j ACCEPT
-A OUTPUT ! -o lo -p tcp -m state --state NEW -m tcp --dport 19294 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 20 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 21 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 22 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 43 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 53 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 80 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 113 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 123 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 5060 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 10000 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 10011:20012 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 19302:19309 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 19295 -j ACCEPT
-A OUTPUT ! -o lo -p udp -m state --state NEW -m udp --dport 33434:33523 -j ACCEPT
-A OUTPUT ! -o lo -p ipv6-icmp -j ACCEPT
-A OUTPUT ! -o lo -j LOGDROPOUT
-A ALLOWIN -m set --match-set chain_6_ALLOW src -j ACCEPT
-A ALLOWOUT -m set --match-set chain_6_ALLOW dst -j ACCEPT
-A DENYIN -m set --match-set chain_6_DENY src -j DROP
-A DENYOUT -m set --match-set chain_6_DENY dst -j LOGDROPOUT
-A INVALID -m state --state INVALID -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags FIN,SYN FIN,SYN -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags SYN,RST SYN,RST -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags FIN,RST FIN,RST -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags FIN,ACK FIN -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags PSH,ACK PSH -j INVDROP
-A INVALID -p tcp -m tcp --tcp-flags ACK,URG URG -j INVDROP
-A INVALID -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j INVDROP
-A INVDROP -j DROP
-A LOCALINPUT ! -i lo -j ALLOWDYNIN
-A LOCALINPUT ! -i lo -j ALLOWIN
-A LOCALINPUT ! -i lo -j DENYIN
-A LOCALOUTPUT ! -o lo -j ALLOWDYNOUT
-A LOCALOUTPUT ! -o lo -j ALLOWOUT
-A LOCALOUTPUT ! -o lo -j DENYOUT
-A LOGDROPIN -p tcp -m tcp --dport 67 -j DROP
-A LOGDROPIN -p udp -m udp --dport 67 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 68 -j DROP
-A LOGDROPIN -p udp -m udp --dport 68 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 111 -j DROP
-A LOGDROPIN -p udp -m udp --dport 111 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 113 -j DROP
-A LOGDROPIN -p udp -m udp --dport 113 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 135:139 -j DROP
-A LOGDROPIN -p udp -m udp --dport 135:139 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 445 -j DROP
-A LOGDROPIN -p udp -m udp --dport 445 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 500 -j DROP
-A LOGDROPIN -p udp -m udp --dport 500 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 513 -j DROP
-A LOGDROPIN -p udp -m udp --dport 513 -j DROP
-A LOGDROPIN -p tcp -m tcp --dport 520 -j DROP
-A LOGDROPIN -p udp -m udp --dport 520 -j DROP
-A LOGDROPIN -p tcp -m limit --limit 30/min -j LOG --log-prefix "Firewall: *TCP6IN Blocked* "
-A LOGDROPIN -p udp -m limit --limit 30/min -j LOG --log-prefix "Firewall: *UDP6IN Blocked* "
-A LOGDROPIN -p ipv6-icmp -m limit --limit 30/min -j LOG --log-prefix "Firewall: *ICMP6IN Blocked* "
-A LOGDROPIN -j DROP
-A LOGDROPOUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -m limit --limit 30/min -j LOG --log-prefix "Firewall: *TCP6OUT Blocked* " --log-uid
-A LOGDROPOUT -p udp -m limit --limit 30/min -j LOG --log-prefix "Firewall: *UDP6OUT Blocked* " --log-uid
-A LOGDROPOUT -p ipv6-icmp -m limit --limit 30/min -j LOG --log-prefix "Firewall: *ICMP6OUT Blocked* " --log-uid
-A LOGDROPOUT -j DROP
COMMIT
Alles anzeigen
ifconfig:
eth0 Link encap:Ethernet HWaddr 52:54:FB:4C:CB:B1
inet addr:5.45.106.145 Bcast:5.45.107.255 Mask:255.255.252.0
inet6 addr: 2a03:4000:6:1035::/64 Scope:Global
inet6 addr: 2a03:4000:6:1035::1/32 Scope:Global
inet6 addr: fe80::5054:fbff:fe4c:cbb1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:576779 errors:0 dropped:0 overruns:0 frame:0
TX packets:110819 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:61640175 (58.7 MiB) TX bytes:25104587 (23.9 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:84944 errors:0 dropped:0 overruns:0 frame:0
TX packets:84944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12056560 (11.4 MiB) TX bytes:12056560 (11.4 MiB)
Alles anzeigen
Sieht soweit okay aus.
route -n -6 -4:
route: invalid option -- '6'
route: invalid option -- '4'
Usage: route [-nNvee] [-FC] [<AF>] List kernel routing tables
route [-v] [-FC] {add|del|flush} ... Modify routing table for AF.
route {-h|--help} [<AF>] Detailed usage syntax for specified AF.
route {-V|--version} Display version/author and exit.
-v, --verbose be verbose
-n, --numeric don't resolve names
-e, --extend display other/more information
-F, --fib display Forwarding Information Base (default)
-C, --cache display routing cache instead of FIB
<AF>=Use '-A <af>' or '--<af>'; default: inet
List of possible address families (which support routing):
inet (DARPA Internet) inet6 (IPv6) ax25 (AMPR AX.25)
netrom (AMPR NET/ROM) ipx (Novell IPX) ddp (Appletalk DDP)
x25 (CCITT X.25)
Alles anzeigen
Grüße,
MacGyver
Hallo sdellenb,
vielen Dank für deine Beispielkonfig.
Ich habe diese einmal so installiert; leider immernoch kein Erfolg.
Ich lande jetzt bei vergleichbaren Fehlern zu hier [SOLVED] ping6- network unreachable
ping6:
ping6 ipv6.google.com
PING ipv6.google.com(fra02s28-in-x04.1e100.net) 56 data bytes
From nobody.yourvserver.net icmp_seq=1 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=3 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=4 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=5 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=8 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=9 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=11 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=12 Destination unreachable: Address unreachable
From nobody.yourvserver.net icmp_seq=13 Destination unreachable: Address unreachable
^C
--- ipv6.google.com ping statistics ---
13 packets transmitted, 0 received, +9 errors, 100% packet loss, time 12789ms
Alles anzeigen
traceroute6:
traceroute6 ipv6.google.com
traceroute to ipv6.google.com (2a00:1450:4001:80d::1007), 30 hops max, 80 byte packets
1 nobody.yourvserver.net (2a03:4000:6:XXXX::1) 3000.412 ms !H 3000.408 ms !H 3000.396 ms !H
ip -6 route:
ip -6 route
unreachable ::/96 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable ::ffff:0.0.0.0/96 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:a00::/24 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:7f00::/24 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:a9fe::/32 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:ac10::/28 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:c0a8::/32 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
unreachable 2002:e000::/19 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
2a03:4000:6:XXXX::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
2a03:4000::/32 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
unreachable 3ffe:ffff::/32 dev lo metric 1024 error -101 mtu 65536 advmss 65476 hoplimit 4294967295
fe80::/64 dev eth0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
default via fe80::1 dev eth0 metric 1 mtu 1500 advmss 1440 hoplimit 4294967295
Alles anzeigen
Grüße,
MacGyver
Hallo zusammen,
ich versuche auf einem CentOS-Derivat (FreePBX) IPv6 einzurichten.
Leider erhalte ich aber immer bei Testversuchen mit ping6 ipv6.google.com und traceroute6 ipv6.google.com den Fehler "Network is unreachable".
Folgende Änderungen habe ich vorgenommen
a) in /etc/sysconfig/network
b) in /etc/sysconfig/network-scripts/ifcfg-eth0:
DEVICE="eth0"
BOOTPROTO="dhcp"
HWADDR="52:54:FB:4C:XX:XX"
NM_CONTROLLED="yes"
ONBOOT="yes"
TYPE="Ethernet"
UUID="89fe6785-88be-4061-9702-62f1b7762b0c"
IPV6INIT="yes"
IPV6_AUTOCONF="no"
IPV6ADDR=2a03:4000:X:XXXX::2/64
IPV6_DEFAULTGW=fe80::1
ZONE=trusted
Alles anzeigen
Und dann den Server mit Poer-Off und Power-On neu gestartet.
Was mache ich falsch bzw welche Einstellung habe ich eventuell übersehen?
MfG,
MacGyver