Kein WAN am LAN
-
Die Pfsense kommt ja auch ins Internet, nur der Webserver nicht !
Der NAT steht noch auf default….
Das 10.255.3.1 ist das default Gateway in der pfsense !![LAN Firewall.PNG](/public/imported_attachments/1/LAN Firewall.PNG)
![LAN Firewall.PNG_thumb](/public/imported_attachments/1/LAN Firewall.PNG_thumb) -
sehr komisch. sollte so gehen
ist auf dem Webserver vielleicht noch was eingetragen?
Statische Routen oder so?
Zweite Netzwerkkarte?
Lokale Firewall?
Die Pfsense kann er erreichen?Weil komisch ist bei ping zur 8.8.8.8 das die IP des Webserver drin steht das keine Antwort zurück kommt.
Normal sollte da die PfSense stehen wenn die es nicht weiterleiten kann.
Ich vermute den Fehler weniger in der PfSense Config und vielmehr im Webserver bzw. dessen Config selber. -
Post bitte mal, was ein "route print" auf dem Webserver zurück gibt.
-
Was auch sehr komisch ist das bei den Netzwerkverbindungen 2 Netzwerke angezeigt werden, jedoch habe ich nur eine Netzwerkkarte Installiert (über die ESXI VM)
..und egal welche von den beiden Netzwerken ich konfigurieren möchte, so lande ich immer beim gleichen Netzwerkgerät.
Vielleicht macht das Sinn die Netzwerkkarte mal zu deinstallieren und dann wieder neu zu installieren ?
Hab jetzt beim Standartgateway mal die 192.168.1.230 rausgenommen, die neben der 192.168.1.254 mit drinnen stand, jetzt ist das 2 Netzwerk mit verschwunden… ;D
Dafür kommt jetzt auf beim trace rt 8.8.8.8Update
Hab mal den aktuellen route print eingefügt
![route print1.PNG_thumb](/public/imported_attachments/1/route print1.PNG_thumb)
![route print1.PNG](/public/imported_attachments/1/route print1.PNG)
![trace rt.PNG](/public/imported_attachments/1/trace rt.PNG)
![trace rt.PNG_thumb](/public/imported_attachments/1/trace rt.PNG_thumb)
-
das ist komisch das da zwei Netzwerkkarten auftauchen das sollte nicht sein.
Du sagst du hast es nun raus genommen?
Im route print steht aber noch die 192.168.1.230 also Default Gateway drin.
Das solltest du erst mal bereinigen.
Scheint so als wäre die Config nicht ganz sauber auf deinem Webserver/ESXi.Geht es denn nun oder gibt es immer noch Probleme?
Prüfe auf jeden Fall noch mal ob nun alles passt ob die Netzwerke im ESXi richtigt zugeordnet sind.
-
Du hattest 2 Default Routen mit derselben Metrik in deiner route print Ausgabe, die 2. auf 192.168.1.230 wird aber verschwunden sein, nehme ich an. Damit sollte die Sache in Ordnung sein.
Das "tracert 8.8.8.8" listet nun schon mal das richtige Gateway auf. Kontrolliere aber mal auf der pfSense Diagnostic > Packet Capture, ob das da auch ein ping 8.8.8.8 ankommt, oder ob dir der ESXi einen Streich spielt. Wenn er ankommt, schau dir die Sache auch auf dem WAN Interface an.
-
auf pfsense kommt auch etwas an, aber jetzt komme mit dem ping überhaupt nicht mehr durch….
da steht jetzt beim webserver nur noch Zeitüberschreitung der Anforderung???![WAN Capture.PNG](/public/imported_attachments/1/WAN Capture.PNG)
![WAN Capture.PNG_thumb](/public/imported_attachments/1/WAN Capture.PNG_thumb)
![LAN Capture.PNG](/public/imported_attachments/1/LAN Capture.PNG)
![LAN Capture.PNG_thumb](/public/imported_attachments/1/LAN Capture.PNG_thumb) -
Im WAN trace sieht man nur die Pings auf das Gateway um zu prüfen ob es UP ist.
Auf den LAN Trace sieht man nur DNS Anfragen vom Webserver auf die PfSense und einmal eine Ping Anfrage aber keine Antwort (zumindest nicht in diesem Trace sichtbar)
Bei Welchem Ping kommt Zeitüberschreitung auf die 8.8.8.8 oder auf die PfSense?
Hast du schon sehr viel eingerichtet auf der PfSense? Wenn nicht würde ich empfelen einmal die PfSense zurück zu setzen und nochmal von vorne.
Wenn dein Netzwerk soweit stimmt müsste die PfSense direkt gehen. -
Da arbeitet dein Outbound NAT nicht ordnungsgemäß. Der ping request auf 8.8.8.8 müsste am WAN Interface die WAN-IP als Quelle haben. Bei dir ist das die originale Quell-IP, ergo wird sie nicht transferiert und nicht geroutet, weil dieses Netz auf der WAN-Seite unbekannt ist.
Wie hast du das Outbound NAT konfiguriert? Manuell? Die nötige Regel wird nämlich automatisch erstellt. Wenn du aber auf manuelle Regel Generation umgestellt hast und die WAN-IP sich ändert, was bei DHCP kaum zu vermeiden ist, klappt es nicht mehr, wie es soll.
Wenn du es auf Automatic oder Hybrid (auto + manuell) stellst und Save klickst, sollte die richtige Regel generiert werden.
Im Zweifel poste einen Screenshot vom Outbound NAT. -
@viragomann
Danke für deinen Hinweis, es war eigentlich ganz simpel.. es hatte sich die CIDR verändert gehabt aber ich hatte es beim Outbound nicht angepasst gehabt.
das Trace rt funktioniert.
Leider hapert es an der DNS auflösung, was könnte ich da verstellt haben ?
Irgendwann muss ich den DNS Resolver ausgeschaltet haben! Jetzt gehts….
:/
Hab mal den aktuellen trace angehängt ( natürlich etwas geschwärzt) ;)
....es Funktioniert jetzt!!
Vielen Dank an alle die mir geholfen haben !!![trace rt_neu.PNG](/public/imported_attachments/1/trace rt_neu.PNG)
![trace rt_neu.PNG_thumb](/public/imported_attachments/1/trace rt_neu.PNG_thumb)