OPT1 not working



  • Hello o/

    I'm not sure into which subforum this fits, so I'm putting it here.

    My Situation:
    I installed pfSense on an "old" computer of mine. With a realtek onboard nic and I bought two aditional (cheap) NICs (D-Link DFE-528TX).
    Then I went ahead and installed and configured pfSense. I got the WAN interface working wit pppoe for my ADSL connection and I got the LAN1 working for my network with DHCP and everything. I left the OPT1 interface deactivated. I also added, after everything was working, the squid proxy, which is also working as expected.
    WAN and LAN1 are configured and working.
    Today I decided to activate OPT1. I set it up for a different IP and activated DHCP for the range on opt1.
    I also added a firewall rule that was basicaly allow any.

    The Problem:
    OPT1 is not working. It is shown as up and with the correct configuration in the webinterface and via ifconfig.
    When a cable is connected the card notices it. And I know that the nic and the cable i used are working.
    The connected client does not recieve anything from the dhcp. And after manual IP configuration on the client i cant ping the pfsense box from there either.

    The switch I connected to the pfsense box on OPT1 shows only the light for 10base on the port the pfsense box is connected not 100, though pfsense says it is operating with "100baseTX <full-duplex>".

    http://i.imgur.com/JAgTa.png http://i.imgur.com/rho9E.png http://i.imgur.com/fYTax.png</full-duplex>



  • What version are you using?

    You have 3 interfaces as I understand

    What is your built in NIC configured for? WAN? LAN?
    and also you additional NICs, what are the configured for?

    You can try to diagnose the problem by going to "interfaces" and then the interface in question, then chose "speed and duplex" and try setting a different option, try playing with the 10baseT* stuff to see if you get connectivity.



  • Something just came to mind which happened to me ages ago….with the problem NIC if its not the one thats built in, try putting it in another pci slot



  • Where is the picture of the LAN interface Status screen?



  • Do you see the DHCP requests in the pfSense log (Status -> System Logs, click on DHCP tab)?

    If not, do you see the DHCP requests in the firewall log? (Status -> System Logs, click on Firewall tab)

    f not, do you see the DHCP requests in a packet capture on OPT1?



  • Thanks for the replys!

    I'm using 2.0.2-RELEASE (i386)

    The onboard NIC is a realtek chipset with gigabit ethernet. Thats used for LAN1.
    WAN is one of the two dlink nics (rl1).
    And OPT1 is supposed to be the second dlink nic (rl0).

    You can try to diagnose the problem by going to "interfaces" and then the interface in question, then chose "speed and duplex" and try setting a different option, try playing with the 10baseT* stuff to see if you get connectivity.

    I tried different settings there, still no conectivity in any way. However it now gets recognized by the switch as 100base. Even with the standard "autoselect" Option and 100baseTX <full-duplex>.

    try putting it in another pci slot

    Using a different pci slot did not help either.

    Where is the picture of the LAN interface Status screen?

    http://i.imgur.com/abQJI.png

    $ ifconfig
    re0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
    	options=3898 <vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_ucast,wol_mcast,wol_magic>ether 00:25:22:8f:53:25
    	inet 10.0.0.1 netmask 0xff000000 broadcast 10.255.255.255
    	inet6 fe80::225:22ff:fe8f:5325%re0 prefixlen 64 scopeid 0x1 
    	nd6 options=43 <performnud,accept_rtadv>media: Ethernet autoselect (100baseTX <full-duplex>)
    	status: active
    fwe0: flags=8802 <broadcast,simplex,multicast>metric 0 mtu 1500
    	options=8 <vlan_mtu>ether 02:8f:13:fa:0b:00
    	ch 1 dma -1
    fwip0: flags=8802 <broadcast,simplex,multicast>metric 0 mtu 1500
    	lladdr 0.8f.13.0.7b.fa.b.0.a.2.ff.fe.0.0.0.0
    rl0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
    	options=8 <vlan_mtu>ether 5c:d9:98:a7:6e:a7
    	inet6 fe80::5ed9:98ff:fea7:6ea7%rl0 prefixlen 64 scopeid 0x4 
    	inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
    	nd6 options=43 <performnud,accept_rtadv>media: Ethernet 100baseTX <hw-loopback>
    	status: active
    plip0: flags=8810 <pointopoint,simplex,multicast>metric 0 mtu 1500
    pfsync0: flags=0<> metric 0 mtu 1460
    	syncpeer: 224.0.0.240 maxupd: 128 syncok: 1
    pflog0: flags=100 <promisc>metric 0 mtu 33200
    enc0: flags=0<> metric 0 mtu 1536
    lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384
    	options=3 <rxcsum,txcsum>inet 127.0.0.1 netmask 0xff000000 
    	inet6 ::1 prefixlen 128 
    	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x9 
    	nd6 options=43 <performnud,accept_rtadv>pppoe0: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1492
    	inet XXX.XXX.XXX.XXX --> XXX.XXX.XXX.XXX netmask 0xffffffff 
    	inet6 XXX:5325%pppoe0 prefixlen 64 scopeid 0xa 
    	nd6 options=43<performnud,accept_rtadv></performnud,accept_rtadv></up,pointopoint,running,noarp,simplex,multicast></performnud,accept_rtadv></rxcsum,txcsum></up,loopback,running,multicast></promisc></pointopoint,simplex,multicast></hw-loopback></performnud,accept_rtadv></vlan_mtu></up,broadcast,running,simplex,multicast></broadcast,simplex,multicast></vlan_mtu></broadcast,simplex,multicast></full-duplex></performnud,accept_rtadv></vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_ucast,wol_mcast,wol_magic></up,broadcast,running,simplex,multicast>
    

    Do you see the DHCP requests in the pfSense log (Status -> System Logs, click on DHCP tab)?

    If not, do you see the DHCP requests in the firewall log? (Status -> System Logs, click on Firewall tab)

    f not, do you see the DHCP requests in a packet capture on OPT1?

    No, no and no.

    Aside from the standard:

    Jan 10 21:31:42	dhcpd: Listening on BPF/rl0/5c:d9:98:a7:6e:a7/192.168.0.0/24
    Jan 10 21:31:42	dhcpd: Sending on BPF/rl0/5c:d9:98:a7:6e:a7/192.168.0.0/24
    

    and occasional:

    
    Jan 10 21:52:10	OPT1	   192.168.2.1	   224.0.0.1	IGMP
    

    nothing on OPT1. The packet capture only records PPPoE packets on OPT1.

    What I noticed earlier after a reboot (when I did not yet had OPT1 activated) was that it switched both "rlX" interfaces and suddenly used the other NIC as WAN.
    That is why WAN is on rl1 and not on rl0. While PPPoE over WAN was still on rl0 it was working just as well as it does now over rl1.

    Sorry for my bad english :/</full-duplex>



  • @carlos456:

    The packet capture only records PPPoE packets on OPT1.

    PPPoE transmitted or received? That doesn't seem right.

    @carlos456:

    What I noticed earlier after a reboot (when I did not yet had OPT1 activated) was that it switched both "rlX" interfaces and suddenly used the other NIC as WAN.
    That is why WAN is on rl1 and not on rl0. While PPPoE over WAN was still on rl0 it was working just as well as it does now over rl1.

    Why doesn't rl1 appear in the ifconfig output you posted earlier?

    Perhaps when you added a card the new card became rl0 and the card previously in the system became rl1. (The unit number is assigned according to the order in which the devices are seen as the systems walks the PCI device tree. Hence adding a new device can easily cause existing devices to be renumbered.)

    If you are expecting to serve DHCP requests on OPT1 you almost certainly shouldn't be seeing PPPoE traffic on OPT1. But packet capture generally put an interface into "promiscuous" mode which can cause the display of traffic a device would not normally receive. What do have connected to OPT1? Please provide a network diagram.

    Note you can attach graphics to replies by clicking on the Additional Options link just below the reply composition box. (It is easier for the readers if they can see graphics "inline" rather than having to open a new web page.)



  • @wallabybob:

    PPPoE transmitted or received? That doesn't seem right.

    00:14:24.980423 PPPoE  [ses 0x275d] IP 65.31.218.243.51413 > 77.12.xxx.xxx.35388: UDP, length 94
    00:14:25.714079 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 51231, length 44
    00:14:25.714107 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 51487, length 44
    00:14:25.746101 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 51231, length 44
    00:14:25.747362 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 51487, length 44
    00:14:25.920435 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:26.714668 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 51743, length 44
    00:14:26.746649 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 51743, length 44
    00:14:27.714927 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 51999, length 44
    00:14:27.746493 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 51999, length 44
    00:14:28.003618 PPPoE  [ses 0x275d] IP 177.42.242.64.10000 > 77.12.xxx.xxx.31856: UDP, length 117
    00:14:28.640683 PPPoE  [ses 0x275d] IP 82.233.196.188.51413 > 77.12.xxx.xxx.63159: UDP, length 94
    00:14:28.714877 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 52255, length 44
    00:14:28.746270 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 52255, length 44
    00:14:29.348673 PPPoE  [ses 0x275d] IP 168.234.49.206.22222 > 77.12.xxx.xxx.33635: UDP, length 106
    00:14:29.379210 PPPoE  [ses 0x275d] IP 109.226.112.34.43723 > 77.12.xxx.xxx.33635: UDP, length 106
    00:14:29.715818 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 52511, length 44
    00:14:29.747170 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 52511, length 44
    00:14:30.093476 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.41114 > 194.95.249.23.36653: UDP, length 0
    00:14:30.125589 PPPoE  [ses 0x275d] IP 195.71.188.118 > 77.12.xxx.xxx: ICMP time exceeded in-transit, length 36
    00:14:30.623444 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.41114 > 194.95.249.23.36653: UDP, length 0
    00:14:30.655047 PPPoE  [ses 0x275d] IP 195.71.188.118 > 77.12.xxx.xxx: ICMP time exceeded in-transit, length 36
    00:14:30.715857 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 52767, length 44
    00:14:30.747631 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 52767, length 44
    00:14:31.292159 PPPoE  [ses 0x275d] IP 87.237.39.199.443 > 77.12.xxx.xxx.2131: tcp 27
    00:14:31.292433 PPPoE  [ses 0x275d] IP 87.237.39.199.443 > 77.12.xxx.xxx.2131: tcp 0
    00:14:31.293828 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.2131 > 87.237.39.199.443: tcp 0
    00:14:31.354514 PPPoE  [ses 0x275d] IP 87.237.39.199.443 > 77.12.xxx.xxx.2131: tcp 0
    00:14:31.383325 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:31.684175 PPPoE  [ses 0x275d] IP 54.243.128.92.443 > 77.12.xxx.xxx.53418: tcp 37
    00:14:31.684445 PPPoE  [ses 0x275d] IP 54.243.128.92.443 > 77.12.xxx.xxx.53418: tcp 0
    00:14:31.685775 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.53418 > 54.243.128.92.443: tcp 0
    00:14:31.715866 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 53023, length 44
    00:14:31.747954 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 53023, length 44
    00:14:31.892392 PPPoE  [ses 0x275d] IP 5.9.202.82.5222 > 77.12.xxx.xxx.44462: tcp 282
    00:14:31.949130 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.44462 > 5.9.202.82.5222: tcp 0
    00:14:32.364844 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:32.715892 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 53279, length 44
    00:14:32.747977 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 53279, length 44
    00:14:33.212386 PPPoE  [ses 0x275d] IP 189.18.96.51.2521 > 77.12.xxx.xxx.32448: UDP, length 103
    00:14:33.718819 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 53535, length 44
    00:14:33.750506 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 53535, length 44
    00:14:34.723808 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 53791, length 44
    00:14:34.755470 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 53791, length 44
    00:14:35.148597 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 572
    00:14:35.149380 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 1430
    00:14:35.161626 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 459
    00:14:35.207351 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 37
    00:14:35.224477 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 0
    00:14:35.237910 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 0
    00:14:35.310372 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 67
    00:14:35.311929 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 1350
    00:14:35.312729 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 0
    00:14:35.313350 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 1350
    00:14:35.314425 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 1203
    00:14:35.314705 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 306
    00:14:35.334937 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 0
    00:14:35.348523 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 494
    00:14:35.349367 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 1430
    00:14:35.351268 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 1430
    00:14:35.382191 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 556
    00:14:35.418480 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 0
    00:14:35.440739 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 0
    00:14:35.475636 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 53
    00:14:35.476388 PPPoE  [ses 0x275d] IP 74.125.230.227.443 > 77.12.xxx.xxx.63923: tcp 514
    00:14:35.477856 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.63923 > 74.125.230.227.443: tcp 0
    00:14:35.679160 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:35.728816 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 54047, length 44
    00:14:35.760949 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 54047, length 44
    00:14:36.147163 PPPoE  [ses 0x275d] IP 74.125.230.248.443 > 77.12.xxx.xxx.25527: tcp 61
    00:14:36.147503 PPPoE  [ses 0x275d] IP 74.125.230.248.443 > 77.12.xxx.xxx.25527: tcp 41
    00:14:36.147657 PPPoE  [ses 0x275d] IP 74.125.230.248.443 > 77.12.xxx.xxx.25527: tcp 0
    00:14:36.148705 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.25527 > 74.125.230.248.443: tcp 0
    00:14:36.149036 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.25527 > 74.125.230.248.443: tcp 0
    00:14:36.149507 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.25527 > 74.125.230.248.443: tcp 0
    00:14:36.201688 PPPoE  [ses 0x275d] IP 74.125.230.248.443 > 77.12.xxx.xxx.25527: tcp 0
    00:14:36.705746 PPPoE  [ses 0x275d] IP 41.132.178.36.59008 > 77.12.xxx.xxx.33635: UDP, length 103
    00:14:36.733819 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 54303, length 44
    00:14:36.765706 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 54303, length 44
    00:14:37.235726 PPPoE  [ses 0x275d] IP 82.215.231.67.18359 > 77.12.xxx.xxx.31856: UDP, length 117
    00:14:37.738827 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 54559, length 44
    00:14:37.758897 PPPoE  [ses 0x275d] IP 5.9.202.82.5222 > 77.12.xxx.xxx.44462: tcp 266
    00:14:37.770681 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 54559, length 44
    00:14:37.819487 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.44462 > 5.9.202.82.5222: tcp 0
    00:14:38.407151 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:38.743815 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 54815, length 44
    00:14:38.775204 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 54815, length 44
    00:14:39.127922 PPPoE  [ses 0x275d] IP 219.92.128.206.27049 > 77.12.xxx.xxx.4799: UDP, length 103
    00:14:39.164138 PPPoE  [ses 0x275d] IP 93.1.252.80.15005 > 77.12.xxx.xxx.33635: UDP, length 103
    00:14:39.748842 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 55071, length 44
    00:14:39.780919 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 55071, length 44
    00:14:40.194988 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.26875 > 8.8.8.8.53: UDP, length 35
    00:14:40.257414 PPPoE  [ses 0x275d] IP 8.8.8.8.53 > 77.12.xxx.xxx.26875: UDP, length 110
    00:14:40.588203 PPPoE  [ses 0x275d] IP 207.134.230.99.2983 > 77.12.xxx.xxx.33635: UDP, length 103
    00:14:40.753792 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 55327, length 44
    00:14:40.786364 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 55327, length 44
    00:14:41.166535 PPPoE  [ses 0x275d] IP 46.129.125.233.7475 > 77.12.xxx.xxx.31856: UDP, length 101
    00:14:41.686129 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx.53418 > 54.243.128.92.443: tcp 0
    00:14:41.758674 PPPoE  [ses 0x275d] IP 77.12.xxx.xxx > 213.20.59.135: ICMP echo request, id 31260, seq 55583, length 44
    00:14:41.790344 PPPoE  [ses 0x275d] IP 213.20.59.135 > 77.12.xxx.xxx: ICMP echo reply, id 31260, seq 55583, length 44				
    				
    

    This is how the capture on OPT1 looks.
    @wallabybob:

    Why doesn't rl1 appear in the ifconfig output you posted earlier?

    Perhaps when you added a card the new card became rl0 and the card previously in the system became rl1. (The unit number is assigned according to the order in which the devices are seen as the systems walks the PCI device tree. Hence adding a new device can easily cause existing devices to be renumbered.)

    If you are expecting to serve DHCP requests on OPT1 you almost certainly shouldn't be seeing PPPoE traffic on OPT1. But packet capture generally put an interface into "promiscuous" mode which can cause the display of traffic a device would not normally receive. What do have connected to OPT1? Please provide a network diagram.

    Note you can attach graphics to replies by clicking on the Additional Options link just below the reply composition box. (It is easier for the readers if they can see graphics "inline" rather than having to open a new web page.)

    I assumed for the whole time that "rl1" became "pppoe0" when I setup the PPPoE connection for WAN!?
    I just looked into "Interfaces >> Assign" and there it lists for WAN PPPOE0(rl0).
    So if it is using "rl0" for pppoe0 (and therefor WAN) and also as OPT1 then really, where is rl1? :P

    The Image shows how I want the "Network" to be. Nothing fancy.




  • @carlos456:

    So if it is using "rl0" for pppoe0 (and therefor WAN) and also as OPT1 then really, where is rl1? :P

    Please post the output of pfSense shell commands```
    ifconfig
    /etc/rc.banner



  • Success!!! :D
    Okay, after i just realized that WAN/PPPOE actually was on rl0 and not how I assumed the whole time on rl1.
    I went looking for the now missing rl1 and could not find it in the system.  I then plugged the "rl1" nic back into the pci slot it has been in before and then it got detected again by pfsense.
    So the only problems there really were, were that i am dumb :P and that something is wrong with one of my pci slots :/
    WAN, LAN1 and OPT1 are now working as intended! :)

    Thanks for all the help!!! <3


Locked