The Fortinet 50A is a firewall router designed for 10 users or less (this is an older model, now replaced by the 50B). Out of the box, it is configured as a NAT DHCP device at 192.168.1.99. I simply plugged my Mac Powerbook into the Fortinet's "internal" port, refreshed my TCP/IP, and was able to use a browser to connect to the firewwall.
The browser configuration is easy to use and had no surprises. I could have also used ssh - I really appreciate having a command line interface available. After changing the mode to "transparent" and assigning an ip within my actual network, I repatched this so that it sat between my existing router and my switch - "internal" port to my switch, "external" to my router. Fortinet thoughtfully provides a crossover cable that I used for the external port (while most switches have autosensing ports nowadays and need no crossover, a router may not).
At first I thought it wasn't working - I was dead in the water. However, this was just reboot and initialization delay, within a few seconds everything was up and runniing.
In this mode, the Fortinet is simply inspecting packets as they go in and out of my network. However, its default rules allow all traffic to pass, so nothing changed for me. However, I now had a clear view of all network activity as it all had to pass through the Fortinet. Clicking into the details of current sessions showed me a screen that looked something like this.
Obviously most of the traffic is just web browsing sessions (80 as destination port). Other ordinary traffic includes udp 123 to 66.187.224.4; that's just one of my Linux boxes updating from "clock2.redhat.com". But what the heck were all these connections from udp 5071?
I suppose you could look up 5071 in /etc/services. That's not
likely to be too illuminating:
$ grep 5071 /etc/services
powerschool 5071/udp # PowerSchool
powerschool 5071/tcp # PowerSchool
There's an easier way on Unix/Linux systems:
$ lsof -i:5071
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
Skype 16765 apl 26u IPv4 0x4c51710 0t0 TCP *:powerschool (LISTEN)
Skype 16765 apl 27u IPv4 0x435a040 0t0 UDP *:powerschool
Ahh.. so that's what they are. Sometimes lsof doesn't tell the
whole story though, so you need to dig deeper:
$ lsof -i:60495
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
JavaAppli 13702 apl 34u IPv6 0x435caf0 0t0 TCP [::10.1.36.30]:60495->sub-132ip118.e-commercepark.com:9233 (ESTABLISHED)
$ ps -p 13702
PID TT STAT TIME COMMAND
13702 ?? S 30:13.12 /Applications/PokerPages Software/PokerPages Software
Well, that's OK, I am playing poker on-line (actually waiting for a game scheduled for later), so nothing to worry about there. But something that has always bothered me is what's going on when I'm not looking?
The Fortinet can help with that. I can define a policy rule that blocks ALL traffic, but is applied only at night after I've gone to bed. From 10:00 PM to 6:00 AM, absolutely nothing can flow through the Fortinet after applying this rule.
Of course I could be a little less draconian: I could allow clock updates or any other traffic I need. Note that you don't need to worry about locking yourself out of the administration browser accidentally; the Fortinet is smarter than that.
Policy rules can also use "protection profiles" that inspect and provide more complex protection. This can include subscription services such as anti-spam and web filtering. Fortinet offers various services like this; availability varies by model.
There are network configurations that can't work in transparent mode; see "Asymmetric routing and other FortiGate layer-2 installation issues" for a deeper explanation of these conditions.

Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar