PC zu ROuter umkonfiguriert, Probleme beim Routing

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 16.02.2018 15:27:03

Guten Tag,

Ich habe ein Problem beim Routing.
Im Rahmen meiner Ausbildung zum Fachinformatiker für Systemkonfiguration muss ich ein Projekt machen bei dem ich nicht weiter komme.
In der Firma in der ich bin gibt es ein Netzwerk mit einem PXE Server welcher dafür zuständig ist PC automatisch zu installieren.
Meine Aufgabe ist es nun ein Netzwerk zu erstellen in dem sich das Ganze abspielt, der PXE Server bleibt aber im alten Netzwerk.
Software habe ich Bedien 9.3.0
Netzwerk A:
40.4.200.0/24
PXE/SCCM SERVER:40.4.200.218

Netzwerk B(neues Netzwerk):
10.5.200.0/24

um später PCs im Netzwerk B zu installieren benötige ich ja dass ich von einem Client mit der Bsp. IP:10.5.200.100 auf die 40.4.200.218 pingen muss.
Das fun ktioniert bei mir nicht.
Ich habe in der rc.local ein masquerade befehl was ja allerdings nicht der sinn ist da die IP ja verschleiert wird und dass dann ja ein Problem mit dem späteren teilprojekt IP-Helper wird.

Netwzerk:https://imgur.com/lBEKeCB

Also brauche ich eine andere Lösung dafür.

Meine configs:

Code: Alles auswählen

# BOOTP or DHCP.   Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
#  hardware ethernet 08:00:07:26:c0:a5;
#  fixed-address fantasia.example.com;
#}

# You can declare a class of clients and then do address allocation
# based on that.   The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
#  match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}

#shared-network 224-29 {
#  subnet 10.17.224.0 netmask 255.255.255.0 {
#    option routers rtr-224.example.org;
#  }
#  subnet 10.0.29.0 netmask 255.255.255.0 {
#    option routers rtr-29.example.org;
#  }
#  pool {
#    allow members of "foo";
#    range 10.17.224.10 10.17.224.250;
#  }
#  pool {
#    deny members of "foo";
#    range 10.0.29.10 10.0.29.230;
#  }
#}

subnet 10.5.200.0 netmask 255.255.255.0 {
        option domain-name-servers 10.5.200.254;
        option broadcast-address 10.5.200.255;
        option subnet-mask 255.255.255.0;
        option routers 10.5.200.254;
        range 10.5.200.100 10.5.200.200;

host ubuntu { hardware ethernet 08:00:07:26:c0:a5; fixed-address 10.5.200.10; }
}
interfaces:

Code: Alles auswählen

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).



# The loopback network interface
auto lo
iface lo inet loopback
#test
#WAN
allow-hotplug enp0s25
iface enp0s25 inet static
        address 40.4.200.252
        netmask 255.255.255.0
        gateway 40.4.200.254

#LAN
allow-hotplug enp16s0
iface enp16s0 inet static
        address 10.5.200.254
        netmask 255.255.255.0
        post-up ip route change default via 40.4.200.254 dev enp0s25
        post-up ip route change 40.4.200.0/24 via 40.4.200.252 dev enp0s25
        post-up ip route change 10.5.200.0/24 via 10.5.200.254 dev enp16s0

Code: Alles auswählen

Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         40.4.200.254    0.0.0.0         UG    0      0        0 enp0s25
10.5.200.0      10.5.200.254    255.255.255.0   UG    0      0        0 enp16s0
40.4.200.0      40.4.200.252    255.255.255.0   UG    0      0        0 enp0s25
Falls ihr mehr benötigt , ich poste es so schnell wie möglich.

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 16.02.2018 15:49:19

1. Netzwerkgrundlagen erarbeiten, so als Anfang: https://www.administrator.de/wissen/rou ... 56073.html
2. Netzwerkplan korrigieren: zusätzliches Transfernetz zwischen Router 1 und 2 planen und konfigurieren
3. Die geposteten Konfigs sind von welchem Gerät / Bezeichnung lt. Netzwerkplan?
4. Das obere Script gehört zu welchem Dienst/Paket?
5. "forengeeignete" Netzwerkpläne zum kopieren/anpassen: https://forum.opnsense.org/index.php?topic=7216.0
(Bilder möglichst vermeiden oder in Galerie des Debianforums. Bitte in ähnlicher Qualität wie aqui/administrator.de. Netzwerkdienste (DNS, DHCP, NAT etc.) zu den Geräten schreiben)
Zuletzt geändert von BenutzerGa4gooPh am 16.02.2018 15:55:18, insgesamt 3-mal geändert.

Benutzeravatar
MSfree
Beiträge: 10684
Registriert: 25.09.2007 19:59:30

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von MSfree » 16.02.2018 15:53:43

Mit der Skizze ist zumindest mal klar, was wo steht und wer über welchen Router mit wem kommunizieren will.

Erstmal zum Grundsätzlichen:

Jeder Client bekommt vom DHCP-Server eine sogenannte Default-Route mitgeteilt ( bzw. alternativ wird sie bei Verwendung statischer IPs fest in der Netzwerkkonfiguration eingetragen). Die Defaultroute verweist auf den Rechern/Server/Router, der Netzwerkpakete weiterleiten muß, die nicht für das eigene lokale Subnetz bestimmt sind.
  • Du willst von einem PC im 10.5.200.0 Subnetz auf einen Rechner im 40.4.200.0 Subnetz zugreifen und es befinden sich zwei Router auf dem Weg dorthin.
  • Der Defaultrouter für die 10.5.200.0 Clients lautet 10.5.200.254
  • Dieser Router 10.5.200.254 muß nun wiederum wissen, daß er Netzwerkpaket für den PXE-Server 40.4.200.16 über den Router 1 schicken muß (dessen IP-Adressen du leider unterschlagen hast) Router 1 muß auf jeden Fall zwei IP-Adressen haben, nämlich eine im 10.5.200.0-Subnetz und die andere im 40.4.200.0-Subnetz. Nehmen wir also einfach mal an, der Router 1 hätte die IP-Adressen 10.5.200.253 und 40.4.200.254.
  • Router 2 muß also die Route über Router 1 kennen, das erreicht man auf Router 2 mit

    Code: Alles auswählen

    route add -net 40.4.200.0 netmask 255.255.255.0 gw 10.5.200.253
  • Router 1 muß im Gegenzug nun aber auch wissen, wie er Netzwerkpakete von 40.4.200.0 Subnetz ins 10.5.200.0 Netzwerk geleitet bekommt. Das erreicht man durch setzen der Route

    Code: Alles auswählen

    route add -net 10.5.200.0 netmask 255.255.255.0 gw 10.5.200.254
Du hattest aber in deinem anderen Thread geschrieben, daß du auf einen der beiden Router keinen Zugriff hast, bzw. dort nichts ändern kannst. Das wäre allerdings schlecht, denn ohne die beiden Routen auf dem jeweeiligen Router einzutragen, wird das nichts mit der Kommunikation zwischen den beiden Subnetzen.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 16.02.2018 16:20:16

Okay Router 1 habe ich direkt keinen Zugriff da dieser von einer externen Firma gemanagt wird und selbst wir keinen Zugriff darauf haben(ne sache für sich...)
Dann werde ich wohl bis Montag warten müssen wenn es unbedingt notwenig ist dass der Router eine Schnittstelle im 10.5.200.0/24 Netz bekommt und die Route eingetragen wird.

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 16.02.2018 16:26:57

Nils96 hat geschrieben: ↑ zum Beitrag ↑
16.02.2018 16:20:16
wenn es unbedingt notwenig ist dass der Router [1?] eine Schnittstelle im 10.5.200.0/24 Netz bekommt und die Route eingetragen wird.
Transfernetz nicht verstanden? Router (≠ Bridge) 1 kann nicht an 2 Schnittstellen das gleiche Netz haben (Bild oben). Wenn zwischen Router 1 und 2 eine WAN-Verbindung existiert, kann man Router 2 auch nicht weglassen (Router 1 mit Netz 10.5.200.0/24).

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 16.02.2018 16:41:48

Das muss ich alles Montag mit dem Dienstleister klären hier hat niemand ne Ahnung ob der Router eigentlich ein Router ist oder doch ein Switch und wie das ganze Netzwerk aufgebaut ist.
Tut mir leid vor Montag komm ich da nicht weiter...

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 16.02.2018 16:48:36

Nils96 hat geschrieben: ↑ zum Beitrag ↑
16.02.2018 16:41:48
Das muss ich alles Montag mit dem Dienstleister klären hier hat niemand ne Ahnung ob der Router eigentlich ein Router ist oder doch ein Switch und wie das ganze Netzwerk aufgebaut ist.
Sind die Büchsen unsichtbar oder steht da was dran? Hast du Google?
Was hängt noch an den Büchsen? PCs direkt? Oder Switches? Wieviele Ports haben die Büchsen? Wieviele Stecker welchen Typs?
Du konfigurierst, wunderst dich, dass nichts funktioniert und kennst nicht mal das Umfeld? Grundlagenstudium ... :wink:

Edit: traceroute und Beschäftigung mit ARP-Kommandos (arping, ip neighbor show etc.) könnte dir auch helfen.
Ausbildung zum Fachinformatiker für Systemkonfiguration
Systemintegration, FiSi?

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von dufty2 » 17.02.2018 18:01:18

Das Bildchen wurde evtl. mit Cisco's Packet Tracer gemacht:
Das was dort als "(Cisco) 2901 Router 2" bezeichnet wird, ist genau Dein "PC-router" unter Debian,
den Du konfigurieren sollst, richtig?

Also Deine /etc/network/interfaces für Deinen PC-Router/Debian passt so weit, aber die 3 letzten Zeilen (post-up ...) rauswerfen.
Desweiteren masquerading raus, dafür das sog. "IP-Forwarding" auf der Debian-Büchse anschmeißen.

Am "(Cisco) 2901 Router 1" muss nichts gemacht werden.

Dafür braucht der "PXE/SCCM SERVER" (im Bildchen "Server-PT Server0" genannt) einen zusätzlichen Routing-Eintrag:
10.5.200.0/24 via 40.4.200.252

That's it!

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 17.02.2018 18:48:20

Danke dufty2 wenn ich die unteren 2 Posts-ups rausnehme wird dass Gateway bei der Routingtabelle aber immer wieder auf 0.0.0.0 nach einem reboot gesetzt.
Werde Montag bei dem Dienstleister anrufen und mich dann erstmal informieren wie das Netzwerk genau aufgebaut ist.
Ja Pakettracer habe ich nur zur Visualisierung genutzt(cisco ROuter = mein selbstgebastelter Router):)
IPForwarding ist aktiviert also zumindest das ipv4 sonst würde mein dhcp ja auch nicht funktionieren.

Wenn ich

Code: Alles auswählen

 ping 40.4.200.252 -I enp16s0 
reinhau funktioniert das auch nicht :(

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von dufty2 » 17.02.2018 18:54:31

Nicht die "unteren 2 post-up", sondern alle 3 "post-up"-Zeilen rausnehmen:
Dein Router soll nur eine Default-Route haben: Die zum
gateway 40.4.200.254
hin.

Und die
allow-hotplug enp0s25
ersetzen zu
auto enp0s25
Ebenso für enp16s0.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 17.02.2018 19:14:35

okay :)

Code: Alles auswählen

Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
default         40.4.200.254    0.0.0.0         UG    0      0        0 enp0s25
10.5.200.0      0.0.0.0    255.255.255.0   UG    0      0        0 enp16s0
40.4.200.0      0.0.0.0    255.255.255.0   UG    0      0        0 enp0s25
so sieht sie aus wenn ich die post-ups raus nehme

okay veränder ich montag direkt wenn ich zur arbeit gehe

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 19.02.2018 08:07:37

-so die post-ups rausgemacht
-allow-hotplug durch auto ersetzt

ip forwarding schon aktiv
siehe /etc/sysctl.conf:

Code: Alles auswählen

#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1

#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#

###################################################################
# Magic system request Key
# 0=disable, 1=enable all
# Debian kernels have this set to 0 (disable the key)
# See https://www.kernel.org/doc/Documentation/sysrq.txt
# for what other values do
#kernel.sysrq=1

###################################################################
# Protected links
#
# Protects against creating or following links under certain conditions
# Debian kernels have both set to 1 (restricted)
# See https://www.kernel.org/doc/Documentation/sysctl/fs.txt
#fs.protected_hardlinks=0
#fs.protected_symlinks=0


                                       
ip neighbour show:

Code: Alles auswählen

ip neighbour show
10.5.200.254 des enp0s25 lladdr 00:e0:xx:xx:xx:xx REACHABLE
traceroute auf 40.4.200.252:

Code: Alles auswählen

traceroute to 40.4.200.252 (40.4.200.252), 30hops max, 60 bytes packets
1. 40.4.200.252 (40.4.200.252) 0.404 ms 0.281ms 0.266ms
traceroute auf 40.4.200.218:

Code: Alles auswählen

traceroute to 40.4.200.218 (40.4.200.218), 30hops max, 60 bytes packets
1 10.5.200.254 (10.5.200.254) 0.364 ms 0.262 ms 0.255#
2 * * *

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 19.02.2018 10:09:42

Besitzt Router 1 eine Rueckroute auf dein neues Netz 10.5.200.0/24? Man könnte auf "Router" 2 mit Bridging arbeiten, dann wäre das unnötig.
https://wiki.debian.org/BridgeNetworkConnections
Zuletzt geändert von BenutzerGa4gooPh am 19.02.2018 10:41:49, insgesamt 3-mal geändert.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 19.02.2018 10:17:46

dafür müsste ich den extrenen Dienstleister anrufen, ich dachte jetzt dass es ohne Router 1 funktioniert.

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 19.02.2018 10:34:49

Vom Router 2 wird/muss es ohne Rueckroute klappen. Ist auf dem PXE-Server die entsprechende Route konfigurier? Siehe posting.php?mode=reply&f=30&t=168713#pr1165372

Ist Router 1 nun Router oder Switch? Mal dessen 2. Interface gepingt? Wer ist Default-Gateway des PXE-Servers?
Zuletzt geändert von BenutzerGa4gooPh am 19.02.2018 10:42:57, insgesamt 2-mal geändert.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 19.02.2018 10:39:32

okay, aber es müsste ja auch jetzt schon gehen dass ich von einem Client mit 10.5.200.110/24 auf den SCCM Server 40.4.200.218 pingen kann oder ist da die Rückroute unbedingt erforderlich?
wird gerade gemacht.

Ich denke nämlich dass der Ping nicht funktioniert weil meine 2 Interfaces nicht miteinander arbeiten was komisch ist da ein traceroute auf 40.4.200.252 ja geht...

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 19.02.2018 10:51:22

Um korrekt zu antworten, will ich endlich genau wissen, was Router 1 wirklich macht. Bislang sieht es aus, als wäre das ein Switch. Antworten bleibst du ja schuldig. Ist langsam frustrierend. Hast du dem PXE-Server die Route verpasst? 2 Beiträge oben editiert, Bezeichnung verwechselt.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 19.02.2018 11:25:11

Habe angerufen, Router 1 ist ein Switch welcher aber für Routing genutzt wird.
das mit der PXE Route hab ich weiter gegeben und wird heut noch gemacht.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 19.02.2018 11:34:18

So die Route auf dem PXE eingetragen endlich klappt es, informiere mich jetzt über die IP Helper geschichte :)
Danke für die Hilfe!!! :-)

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 19.02.2018 16:00:49

Nils96 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 11:25:11
Habe angerufen, Router 1 ist ein Switch welcher aber für Routing genutzt wird.
Kennst du schon Fachbegriffe? Wie wär's mit Layer-3-Switch?
So die Route auf dem PXE eingetragen endlich klappt es
Eigentlich braucht der L3-Switch = Inter-VLAN-Router (wenn es denn im vorliegenden Fall einer ist, siehe gleiche Netzwerke von "Router" 1 lt. deinem "Plan") die oft vernachlässigte Rueckroute, um Hosts hinter anderen Routern finden zu können. Sonst "klappt's" nur vom/bis Debian-Router, nicht für das Netz mit BOOTP-Clients dahinter.
Nils96 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 11:34:18
... informiere mich jetzt über die IP Helper geschichte
Cisco bla bla, die haben "ip helper-adress" (UDP Broadcast -> Unicast) erfunden. Für Linux wirst du was anderes suchen müssen. Tipp: DHCP-Options oder DHCP/BOOTP-Relay oder -Agent Debiandhcp-helper
Debiandnsmasq kann DNS-Forwarding, DHCP-Server, TFTP-/BOOTP-Server und wohl auch DHCP-Relay: http://www.atechnote.com/2017/01/config ... agent.html
http://www.thekelleys.org.uk/dnsmasq/do ... q-man.html
Zuletzt geändert von BenutzerGa4gooPh am 19.02.2018 17:09:24, insgesamt 1-mal geändert.

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von dufty2 » 19.02.2018 17:08:07

Jana66 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 16:00:49
Nils96 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 11:25:11
Habe angerufen, Router 1 ist ein Switch welcher aber für Routing genutzt wird.
Kennst du schon Fachbegriffe? Wie wär's mit Layer-3-Switch?
So die Route auf dem PXE eingetragen endlich klappt es
Eigentlich braucht der L3-Switch (wenn es denn wirklich einer ist, siehe gleiche Netzwerke von "Router" 1 lt. deinem "Plan") die oft vernachlässigte Rueckroute, um Clients erreichen zu können. Sonst klappt's nur vom/bis Debian-Router, nicht für das Netz mit BOOTP-Clients dahinter.
Also, es gibt keine "Layer-3-Switche", das ist Marketing-Bla-bla ;)
Die Dinger heißen Router.

Die 2. Aussage ist wohl auch nicht korrekt, denn - vermutlich - hängen sowoh der SCCM Server wie auch der "PC-Router" einfach an Switch-ports, routen tut das "router 1"-Teil nur ins WAN/Internet.
So daß dem SCCM Server die Rückroute ins 10.5.200.0/24 fehlte.

Die Verwirrung kommt wohl auch daher, dass der Threadersteller nicht angibt, von welchen Teil er jetzt gerade den Befehl absetzt.
Das werde ich im FolgePost noch genauer erläutern.
Zuletzt geändert von dufty2 am 19.02.2018 17:18:44, insgesamt 1-mal geändert.

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von dufty2 » 19.02.2018 17:14:55

Nils96 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 08:07:37
ip neighbour show:

Code: Alles auswählen

ip neighbour show
10.5.200.254 des enp0s25 lladdr 00:e0:xx:xx:xx:xx REACHABLE
Der Threadersteller hat gerade die /etc/sysctl.conf des "PC-Routers" gepostet,
so könnte man meinen, dass der obige "ip neighbour show" und die 2 folgenden "traceoute"s auch davon stammen.
Stimmt aber nicht, sie kommen - sehr wahrscheinlich - vom der (unbuntu-)client mit der 10.5.200.110.
Begründung:
Die Ausgabe von "ip neighbour show" (man beachte das "des" ;) ) gibt stets die fremde MAC und nicht die eigene(n) an. Desweiten sind die 0.4 ms für eine lokales Interface bei einem traceroute zu hoch, müsste < 0,100 ms sein.

BenutzerGa4gooPh

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von BenutzerGa4gooPh » 19.02.2018 17:35:03

dufty2 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 17:08:07
Die 2. Aussage ist wohl auch nicht korrekt, denn - vermutlich - hängen sowoh der SCCM Server wie auch der "PC-Router" einfach an Switch-ports, routen tut das "router 1"-Teil nur ins WAN/Internet.
So daß dem SCCM Server die Rückroute ins 10.5.200.0/24 fehlte.
Ja, sieht so aus. Deshalb hatte ich oben mittels Klammern eingeschränkt.
dufty2 hat geschrieben: ↑ zum Beitrag ↑
19.02.2018 17:08:07
Also, es gibt keine "Layer-3-Switche", das ist Marketing-Bla-bla
Mag sein, m. E. unter Technikern etablierter Begriff für Inter-VLAN-Router, hier jedoch falsch wegen obigem Sachverhalt (prinzipiell wohl Router-Switch-Kombination wie jeder Plastikrouter).

Ärgerlich, mangelhafte Thread-Eröffnung. Ein FiSi-Azubi sollte strukturiert(er) planen, zeichnen und fragen lernen. Soll ja wohl Ausbilder geben, die das "Projekt"-Umfeld besser als Foristen kennen (sollten). Gefragt nach "Router" 1 hatte ich mehrfach, die Route auf dem PXE-Server kam auch erst nach nochmaliger Aufforderung. :evil:
Zuletzt geändert von BenutzerGa4gooPh am 20.02.2018 11:38:26, insgesamt 1-mal geändert.

Nils96
Beiträge: 49
Registriert: 14.02.2018 12:46:36

Re: PC zu ROuter umkonfiguriert, Probleme beim Routing

Beitrag von Nils96 » 20.02.2018 11:34:26

Jana66... ich musste durch 2 Warteschlangen und meine Vorgestzte nerven dann hab ich erst herausgefunden was es mit dem Router 1 auf sich hab und dann hatte ich es dir direkt geschrieben !
Zur Route: Wenn ich das nicht machen darf und ein Arbeitskollege mir sagt er hat keine Zeit dann muss ich warten.

Antworten