[gelöst] MGA9 Internetfreigabe

Dieses Forum ist für die erweiterte Hilfe und Unterstützung vorgesehen:

Bitte stelle hier Deine Fragen zur fortgeschrittenen Benutzung von Mageia. Beispielsweise geht es hier um Fragen zum Netzwerk, automatischen Installationen, komplexer Serverkonfiguration, Kerneltuning, Aufsetzen eines Mageia-Mirrors, kurz gesagt: alle Aufgaben, die auch für erfahrene Benutzer eine Herausforderung sind.

[gelöst] MGA9 Internetfreigabe

Beitragvon Pappmann89 » Apr 1st, '20, 12:58

Vorab: Nach Aktualisierung auf Mageia 9 war wieder das selbe Problem vorhanden. Hat sich aber genauso lösen lassen! :D

Hallo,

ich habe ein Problem mit der Freigabe der Internetverbindung an die 2 Netzwerkschnittstelle.
Router -x- enp1s0 --- enp2s0 --- Raspi

Ich habe die Internetfreigabe mit folgenden Einstellungen durchgeführt:

- Firewall auf beiden Schnittellen aus
- Gateway auf dieser Maschine
- DHCP aus
- Squid aus

IP und Range eingegeben.

Auf dem PC habe ich Internetverbindung über enp1s0, wenn ich aber vom Raspi aus den Router anpinge, bekomme ich keine Antwort:
Code: Alles auswählen
# ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
^C
--- 192.168.178.1 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4150ms


Allerdings antworten mir vom Raspi aus enp1s0 und enp2s0:
Code: Alles auswählen
# ping 192.168.178.104 -c 3
PING 192.168.178.104 (192.168.178.104) 56(84) bytes of data.
64 bytes from 192.168.178.104: icmp_seq=1 ttl=64 time=0.406 ms
64 bytes from 192.168.178.104: icmp_seq=2 ttl=64 time=0.400 ms
64 bytes from 192.168.178.104: icmp_seq=3 ttl=64 time=0.465 ms

--- 192.168.178.104 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2073ms
rtt min/avg/max/mdev = 0.400/0.423/0.465/0.037 ms


Ausserdem fuktioniert die Namensauflösung in beide Richtungen nicht (PC und Raspi)

Noch ein paar Hintergundinfos:
Netzwerk PC
Code: Alles auswählen
$ lspci | grep Ethernet
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 07)


Code: Alles auswählen
$ sudo ifconfig -a
enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.104  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe80::dacb:8aff:fe36:dab3  prefixlen 64  scopeid 0x20<link>
        ether d8:cb:8a:36:da:b3  txqueuelen 1000  (Ethernet)
        RX packets 49961  bytes 38563269 (36.7 MiB)
        RX errors 0  dropped 9098  overruns 0  frame 0
        TX packets 34360  bytes 3798699 (3.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.3.100  netmask 255.255.255.0  broadcast 192.168.3.255
        inet6 fe80::213:3bff:fe12:beed  prefixlen 64  scopeid 0x20<link>
        ether 00:13:3b:12:be:ed  txqueuelen 1000  (Ethernet)
        RX packets 9833  bytes 622152 (607.5 KiB)
        RX errors 0  dropped 9092  overruns 0  frame 0
        TX packets 1016  bytes 88984 (86.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 395  bytes 34786 (33.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 395  bytes 34786 (33.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


Netzwerk Raspi: Gateway: 192.168.3.100, DNS: 192.168.3.100
Code: Alles auswählen
# ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse b8:27:eb:1b:7a:7b 
          inet Adresse:192.168.3.70  Bcast:192.168.3.255  Maske:255.255.255.0
          inet6-Adresse: fe80::ba27:ebff:fe1b:7a7b/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:3373 errors:0 dropped:3032 overruns:0 frame:0
          TX packets:508 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:165438 (161.5 KiB)  TX bytes:61148 (59.7 KiB)

lo        Link encap:Lokale Schleife 
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX packets:7 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:840 (840.0 B)  TX bytes:840 (840.0 B)


Komplette Neuinstallation MGA7 64bit (Basissicherheit secure) mit allen derzeiitigen Updates:
    5.5.9-desktop-1.mga7 #1 SMP Thu Mar 12 08:02:44 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
im MGA5 und MGA6 funktionierte es noch ohne Probleme.

:? Torsten
Zuletzt geändert von Pappmann89 am Sep 20th, '23, 21:44, insgesamt 2-mal geändert.
Pappmann89
 
Beiträge: 25
Registriert: Apr 1st, '20, 12:15

Re: MGA7 Internetfreigabe

Beitragvon doktor5000 » Apr 1st, '20, 16:38

Bitte mal noch die Routentabelle dazuposten vom PC und vom Raspi, entweder via /sbin/ip r oder netstat -in

Und bitte mal schauen ob Routing auf dem PC aktiviert ist:
Code: Alles auswählen
/sbin/sysctl net.ipv4.ip_forward
cat /proc/sys/net/ipv4/ip_forward


Das könnte https://bugs.mageia.org/show_bug.cgi?id=26120 sein, ist recht neu seit Mageia 7.

Pappmann89 hat geschrieben:Ausserdem fuktioniert die Namensauflösung in beide Richtungen nicht (PC und Raspi)

In beide Richtungen - von wo aus gesehen? :?
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 5940
Registriert: Jun 2nd, '11, 09:39

Re: MGA7 Internetfreigabe

Beitragvon Pappmann89 » Apr 1st, '20, 19:03

Hallo Doktor5000

Hier ist die Routingtabelle vom Raspi:
Code: Alles auswählen
# /sbin/ip r
default via 192.168.3.100 dev eth0
192.168.3.0/24 dev eth0  proto kernel  scope link  src 192.168.3.70
# netstat -in
Kernel-Schnittstellentabelle
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500 0     41241      0  40604 0          1236      0      0      0 BMRU
lo        65536 0         7      0      0 0             7      0      0      0 LRU

und die vom PC:
Code: Alles auswählen
# /sbin/ip r
default via 192.168.178.1 dev enp1s0 metric 5
169.254.0.0/16 dev enp1s0 scope link metric 1002
169.254.0.0/16 dev enp2s0 scope link metric 1003
192.168.3.0/24 dev enp2s0 proto kernel scope link src 192.168.3.100
192.168.178.0/24 dev enp1s0 proto kernel scope link src 192.168.178.104
# netstat -in
Kernel Schnittstellentabelle
Iface      MTU    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
enp1s0    1500   641922      0  52060 0        385043      0      0      0 BMRU
enp2s0    1500    53614      0  52054 0          1405      0      0      0 BMRU
lo       65536      400      0      0 0           400      0      0      0 LRU
# /sbin/sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 0
# cat /proc/sys/net/ipv4/ip_forward
0


OK IP forward scheint auf den PC Ausgeschaltet zu sein.

zur Namensauflösung:
Ich kann keine ssh Verbindung zum Raspi über den Raspi-Hostname, sondern nur über die IP aufbauen und
vom Raspi lässt sich der PC auch nicht über den PC-Hostname anpingen.

Gruß Torsten
Pappmann89
 
Beiträge: 25
Registriert: Apr 1st, '20, 12:15

Re: MGA7 Internetfreigabe

Beitragvon Pappmann89 » Apr 1st, '20, 19:19

Das könnte https://bugs.mageia.org/show_bug.cgi?id=26120 sein, ist recht neu seit Mageia 7.

OK nach:
Code: Alles auswählen
sysctl -w net.ipv4.ip_forward=1

hat der Raspi Zugang zum Router und DNS:
Code: Alles auswählen
# ping 192.168.178.1 -c 3
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=63 time=1.28 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=63 time=1.27 ms
64 bytes from 192.168.178.1: icmp_seq=3 ttl=63 time=1.25 ms

--- 192.168.178.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 1.254/1.268/1.280/0.031 ms
# ping fritz.box -c 3
PING fritz.box (192.168.178.1) 56(84) bytes of data.
64 bytes from fritz.box (192.168.178.1): icmp_seq=1 ttl=63 time=1.08 ms
64 bytes from fritz.box (192.168.178.1): icmp_seq=2 ttl=63 time=1.26 ms
64 bytes from fritz.box (192.168.178.1): icmp_seq=3 ttl=63 time=1.24 ms

--- fritz.box ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 1.082/1.195/1.261/0.085 ms

Ich werde das mal in der /etc/sysconfig/network nachtragen.
allerdings lässt sich der Raspi noch nicht mit seinem Namen vom PC aus anpingen.

Gruß Torsten :D

und besten Dank an Doktor5000! ;)
Pappmann89
 
Beiträge: 25
Registriert: Apr 1st, '20, 12:15

Re: MGA7 Internetfreigabe

Beitragvon doktor5000 » Apr 1st, '20, 21:19

Pappmann89 hat geschrieben:allerdings lässt sich der Raspi noch nicht mit seinem Namen vom PC aus anpingen.

Woher soll denn der PC den Hostnamen vom Raspi kennen ?

Zeig mal bitte noch auf dem PC
Code: Alles auswählen
cat /etc/resolv.conf
grep -i hosts /etc/nsswitch.conf


Wichtig wäre noch, ob du in der Fritzbox statische Adressen für die beiden Geräte vergibst, und was jeweils in der /etc/hosts und in der /etc/hostname drinsteht.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 5940
Registriert: Jun 2nd, '11, 09:39

Re: MGA7 Internetfreigabe

Beitragvon Pappmann89 » Apr 2nd, '20, 06:50

sorry war mein Fehler,

ich hatte den Raspi im MGA6 mittels drakhosts statisch gesetzt.
Das pingen über den Hostnamen zum Raspi funzt jetzt wieder. :D

Ich werde das mal in der /etc/sysconfig/network nachtragen.


edit: ... in der /etc/rc.d/init.d/network ...

So erledigt und neu gebootet und vola: Läut! ;)

Besten Dank an Doktor5000!!
Pappmann89
 
Beiträge: 25
Registriert: Apr 1st, '20, 12:15

Re: [gelöst] MGA9 Internetfreigabe

Beitragvon Pappmann89 » Sep 20th, '23, 21:50

Nach Update auf Mageia 9 wieder das selbe Problem.
Die Änderrung der /etc/rc.d/network wie in https://bugs.mageia.org/show_bug.cgi?id=26120 beschrieben hat wieder zum Erfolg geführt.

Gruß Torsten
Pappmann89
 
Beiträge: 25
Registriert: Apr 1st, '20, 12:15


Zurück zu Erweiterter Support

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast