Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Traffic Shaper and Samba

    Scheduled Pinned Locked Moved Traffic Shaping
    4 Posts 4 Posters 2.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      ShaRy
      last edited by

      Hi, I am quite new in pfSense and I need some help (at begining, sorry for my english:) )

      I have configured pfSense to work with DSL2000 (2048 download, 256 upload) and everything works fine with standard setup. After that, I use Traffic Shaper, configured by wizard (because I'm new :) ). Everything still works fine. Now I want to setup samba server on the same machine, where pfSense is running, so I downdloaded and installed Samba Server 3.x. Uploading files to samba - no problem. But when I want download something, I can do this with only maximum speed of my dsl, how I can fix that? How can I download anything from samba with lan speed? Please help. I found in rules of Traffic Shaper lines contains samba settings (ex. m_Other SMB1 outbound, ports 137-139…), but it not work properly? Why? Pleaaasseeeee, help

      1 Reply Last reply Reply Quote 0
      • H
        hoba
        last edited by

        The trafficshaper is always shaping outgoing traffic, so actually your wan downstream is your lan upstream and that is limited to what you set. There is no easy way to fix this currently I think.

        1 Reply Last reply Reply Quote 0
        • E
          eickst
          last edited by

          An easy way to fix this is not to use pfsense as a file server.  Use a seperate box for windows file shares and FTP.

          1 Reply Last reply Reply Quote 0
          • S
            sullrich
            last edited by

            Running Samba on your firewall is not only unsupported but its very dangerous.

            I strongly suggest that you do not do this, it violates almost every security best practice in the book.

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.