Skip to main content
VicAndr
New Member
June 19, 2014
Solved

FortiOS 5.2: should we wait or should we go?

  • June 19, 2014
  • 20 replies
  • 55685 views
Questions to those who had been brave enough to upgrade their units to FortiOS v5.2.0: How did it handle complex configurations in the course of upgrade (I mean " in-place upgrade" )? Are there any pitfalls to watch for? Does v5.2 work stable? Is there anything to loose in the jump to v5.2? Are you still there on v5.2 or had to go back to v5.0 for one reason or another? What are your overall experiences so far? We have a pure FortiOS v5.0.7 in our environment. It generally works fine but our main headache is new FortiAPs supporting 802.11ac - they are practically unusable on v5.0.7 (we do not want to go with " interim" FortiOS build as it raises a whole bunch of other questions). Thank you all for any feedback, VA
    Best answer by ejhardin
    By default the SSL profile is " certificate-inspection" . In this mode the FortiGate is basically just reading the dns name from the certificate during the SSL handshake. Question... Has anyone really had an issues with SSL connections while using " certificate-inspection" ? I haven' t had an issue and I like the fact that the " certificate-inspection" is on by default. Other firewall companies are doing the same thing.

    20 replies

    Greg_Hennessy
    New Member
    June 20, 2014
    FortiASIC offload is broken for my FWF60C here. CPU loads are high and platform performance takes a serious hit as a consequence Trying to work up the enthusiasm to do a clean factory reset and load of a clean empty policy to see if that sorts it.
    rwpatterson
    New Member
    June 20, 2014
    Unwritten IS policy #1: Never on a Friday! (unless you want to spend the better part of your weekend fixing it...)
    Dipen
    New Member
    June 21, 2014
    upgraded my 100D to FortiOS 5.2 a few days ago. No problems as of now. I have Application Control in my environment ,,Glad they introduced a block-page for Application control as well. My users are happy..at least they now know that application is blocked by " security-people" . fortiview wasn' t much impressive. Impressive changes to VPN GUI though with all Wizards... but again IPSEC Wizard dosent customize Phase1 / Phase 2 parameters in Wizard only.
    VicAndr
    VicAndrAuthor
    New Member
    June 25, 2014

    Usually I do not upgrade my Fortigate/FortiWiFi units to a GA release but this time I broke my own rule. I' ve upgraded a FortiWiFi unit (FWF-80CM) in one of our remote locations from FortiOS v5.0.7 to v5.2.0 and ...almost immediately was punished for being inpatient: the unit fell into " conserve mode" . I have opened a case with Fortinet. I think though that it is not necessarily a problem with the new release of FortiOS as such. The thing is that with every release of FortiOS, it is gradually becoming more and more resource-consuming. So gap between FortiOS' demand on CPU' s number-crunching abilities as well as on memory capacity and what resources actual hardware could offer keeps growing. ...especially if your box was purchased a while ago. In our case it seems to be not so much a CPU problem as a lack of memory issue. With a comparatively simple configuration and logging disabled memory utilization consistently stays at ~80%. ...even under a very light traffic. So if you have one of those older Fortigate/FortiWiFi boxes (revision 1 of FG-80C, FG-80CM, FWF-80CM, ...) with just 512MB of RAM - good luck with FortiOS 5.2.0! Second generation of FortiGate-80C model line has twice as more memory (thanks to rwpatterson for putting excellent hardware reference here), so it should not be an issue here.

    pace
    New Member
    June 25, 2014
    Hi, i can confirm that it' s not a good idea to upgrade one of the old 512 MB FortiGates! Upgraded an old FG60C from 5.0.7 to 5.2.0 five days ago and the memory utilization was soon at ~85%. If you nedd to test 5.2.0, i would recommend to change the global ips algorithm to low. This has decreased the Memory utilization to 78-80%. But i would NOT recommend to install this release on a productive 512 MB FortiGate.
    emnoc
    New Member
    June 25, 2014
    Unwritten IS policy #1: Never on a Friday! (unless you want to spend the better part of your weekend fixing it...)
    op Just have a fall back plan. I upgrade 2 low critical devices and had problems one requiring a format, reboot, tftp upgrade. I found a slew of problems some cosmetic to service impacting. What you should do, is to look at the risk involved if something goes wrong. On one site I was pushed with having to send a spare unit out form a nearby office. The other side was in my control so it wasn' t greatly impact. I personally would wait for 1-2months unless you " just have to upgrade " and see what else is found and posted by this forum , TAC and other members. My rule of thumbs matches that of rwpatterson , but I also typically don' t upgrade into a new release until there' s a minor release for that release so a 5.2.1
    VicAndr
    VicAndrAuthor
    New Member
    June 26, 2014
    I personally would wait for 1-2months unless you " just have to upgrade " and see what else is found and posted by this forum , TAC and other members.
    From personal perspective I fully agree with you. " Flip side of a coin" though is that those who do all this " dirty job" of stepping into " unknown territory" , save the rest of us from " riding through the same bumpy and dangerous road" by sharing their experiences. That' s what makes humans different from other living things. When I opened this thread I was trying to " be smart" and learn from " other members" experiences. Unfortunately there was no overwhelming number of responses to this call. So I decided to roll my own sleeves... Well, now at least I could share my own proven experience: if you have a FG/FWF unit with 512MB of memory - don' t expect it to work properly on FortiOS v5.2.0 ...unless you disable logging, device detection, AV, web-content filtering, IPS and so forth ...essentially everything except power button. And this is despite the fact that your particular model might be listed among supported in the release notes.
    ghorchem
    New Member
    June 30, 2014
    I would wait. because in 5.2 when you edit existing a security policy or create a new one SSL inspection will be enabled and you can' t disable it. This will cause issues for mail servers like Novell Groupwise that can' t listen on port 465 and incomming mail needs port 25 without SSL. I hope that Fortinet will put out an update to let you enable or disable SSL inspection.
    ShrewLWD
    New Member
    June 30, 2014
    Hey Ghorchem, Hmm, that is a weird one. I am running 5.2 on a few (non-production) boxes, and am not seeing that, either in the GUI or the CLi. I can enable and disable SSL Inspection at will. FortiWifi 60C and FortiGate 100D. Now, *BOTH* boxes were fully wiped and had 5.2 installed fresh, versus inplace upgrading. What firmware version did you go from, and what box?
    emnoc
    New Member
    June 30, 2014
    The same here, not a problem with editing an existing policy.
    ghorchem
    New Member
    June 30, 2014
    I upgraded from V5.0 build 4459 on a 60D I found this in the What' s New for FortiOS 5.2.0 guide. SSL Inspection There have been several changes to how SSL Inspection is handled on a FortiGate unit. Automatic Inspection When Security Profiles are Used If any security profile is used in a security policy, SSL inspection will automatically be enabled, at which point an SSL mode must be selected (see below for more details). HTTPS Scanning Without Deep Inspection The following changes have been made in order to allow HTTPS traffic to be scanned without enabling deep inspection: • There are now two modes for SSL inspection: certificate inspection (certificate-inspection in the CLI), which only inspects the SSL handshake, and deep inspection (deep-inspection in the CLI), which enables full deep inspection of SSL traffic (this was previously the default mode for SSL inspection). • The CLI command https-url-scan has been removed. • deep-inspection-options has been renamed ssl-ssh-profile. • The SSL inspect-all option and the https status option now have three states: disable, certificate-inspection, and deep-inspection. The status option for the other protocols now use deep-inspection instead of enabled. When a new policy or profile group is created, the SSL inspection profile certificate-inspection is automatically added. SSL/Deep Inspection Exemptions The options for configuring exemptions to SSL/Deep Inspection is now configured as part of the deep inspection options, rather than FortiGuard web filtering. Exemptions can be added to SSL inspection by going to Policy & Objects > Policy > SSL Inspection or through the CLI. Certain applications, such as iTunes and Dropbox, require a specific certificate to be used, rather than using the use the system' s certifciate store. Because of this, the default deep inspection profile, deep-inspection, has exemptions configured for these applications by default in FortiOS 5.2. Syntax config firewall ssl-ssh-profile edit <name> config ssl-exempt edit <id> set type {fortiguard-category | address | address6} set category <id> set address <string> end end end end
    emnoc
    New Member
    June 30, 2014
    No he' s not 100% correct & he wasn' t 100% clear fwiw:Here' s a TIP if you don' t want SSL inspection screwing anything up, just create a SSL inspection with nothing enabled Also take a look at profile-protocol-options also edit " noinspection1" config https set ports 443 set status disable end config ftps set ports 990 set status disable end config imaps set ports 993 set status disable end config pop3s set ports 995 set status disable end config smtps set ports 465 set status disable end next end and you can re-edit the fwpolicy via the gui or cli and change the policy to one of the other inspection as required of a later date if you need inspection TESTFW01 (10) # show config firewall policy edit 1089 set uuid 7603f088-fce9-51e3-167d-df80cb5c7757 set srcintf " wifi" set dstintf " virtual-wan-link" set srcaddr " all" set dstaddr " all" set action accept set schedule " always" set service " skype_ports" set utm-status enable set logtraffic disable set profile-protocol-options " default" set ssl-ssh-profile " certificate-inspection" set traffic-shaper " guarantee-100kbps" set nat enable next end TESTFW01 (10) # set ssl-ssh-profile <string> please input string value certificate-inspection ssl-ssh-profile deep-inspection ssl-ssh-profile default ssl-ssh-profile noinspection ssl-ssh-profile noinspection1 ssl-ssh-profile TESTFW01 (10) # set ssl-ssh-profile noinspection1 TESTFW01 (10) # end and we can change the profile-prot-opts config firewall profile-protocol-options edit " nosinpection" config http set ports 80 set status disable set options no-content-summary unset post-lang end config ftp set ports 21 set status disable set options no-content-summary splice end config imap set ports 143 set status disable set options fragmail no-content-summary end config mapi set ports 135 set status disable set options fragmail no-content-summary end config pop3 set ports 110 set status disable set options fragmail no-content-summary end config smtp set ports 25 set status disable set options fragmail no-content-summary splice end config nntp set ports 119 set status disable set options no-content-summary splice end config dns set ports 53 set status disable end next end and then you apply this to the firewall policies(s) config firewall policy edit 1089 set profile-protocol-options " noinspection" end
    VicAndr
    VicAndrAuthor
    New Member
    July 2, 2014
    if you don' t want SSL inspection screwing anything up, just create a SSL inspection with nothing enabled
    That' s the whole point! You can' t " click a button" to turn SSL inspection OFF like you do with other UTM features. But you may create a custom SSL profile with everything disabled which effectively turns SSL inspection off. So you both (emnoc and gnorchem) are right. Although you do not need to wait for this single " SSL ON/OFF button" to make Novell Groupwise work on 5.2.
    emnoc
    New Member
    July 2, 2014
    Man you are really making this more harder than what it is. Just click the button in the oval screensshot , edit the profile and then disable ssl inspection if not required. If you enable application control, than the SSL inspection tab is greyed out. Not very hard or too much extra work or difficult or at least I don' t think so. If you don' t want SSL inspection messing anything up. Define the default with all items disable or create a noispection profile ( like mention above ) and apply the same logic. Once again a minor convenience, but really to much difficult or impacting. remember you need application controls enable for fortiview to identify Applications