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

    Connect to OpenVPN Access Server?

    Scheduled Pinned Locked Moved OpenVPN
    46 Posts 5 Posters 17.3k 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.
    • D
      damir
      last edited by

      um, that "routing" thing is "fixed" i believe.

      what i did is setting public IP in Gateway for Monitoring, after i removed it, tracert to VPS is going normally, from my ISP to VPS, regular Path.

      When i SSH to VPS, it shows my ISP's (public IP)  :o

      anyway, good thing? lol

      There is also no more buffer errors under OpenVPN (System Logs).

      Will keep monitoring - and update the thread of something else comes up.

      also, i am able to connect to TS now :D

      Not sure if anything should be looked after from the log (image) i posted above this post, please advise.

      Big thanks

      1 Reply Last reply Reply Quote 0
      • D
        damir
        last edited by

        Definitely everything looks as it should (as i was expecting at least) (not 100% sure about my SysLogs for OpenVPN - but, probably somebody will let me know about this) :)

        SysLogs (OpenVPN) still looks almost the same as in previous posts.

        Most importantly no Buffer Errors  :)

        johnpoz - thank you very much for everything - and i apologize for bothering you so much.

        Learned a lot from you.

        1 Reply Last reply Reply Quote 0
        • johnpozJ
          johnpoz LAYER 8 Global Moderator
          last edited by

          What I am here for to help those that want to help yourself.. And you have been what would hope every user could be that comes here for questions, post info when asked.. Does some playing on their own - not just randomly pushing shit that has nothing to do with the problem at hand.

          Hope you got everything working like you want..

          To get rid of that mitm error about not checking the server, put this in advanced section of the client config
          ns-cert-type server

          That should clear that error up.  Those option errors are given because your blocking routes from the server..

          An intelligent man is sometimes forced to be drunk to spend time with his fools
          If you get confused: Listen to the Music Play
          Please don't Chat/PM me for help, unless mod related
          SG-4860 24.11 | Lab VMs 2.8, 24.11

          1 Reply Last reply Reply Quote 0
          • D
            damir
            last edited by

            Understood :) Big thanks!

            I will add this now to advanced section and reboot.

            1 Reply Last reply Reply Quote 0
            • D
              damir
              last edited by

              After adding that to advanced, reboot, SysLog (OpenVPN) looks like this:

              Still no Buffer errors, get around 130-200mbit over OpenVPN-AS, i am happy :)

              Big thanks!

              1 Reply Last reply Reply Quote 0
              • D
                damir
                last edited by

                I just noticed 2 new lines in SysLog (OpenVPN)

                Nov 11 21:26:33 openvpn[22448]: Authenticate/Decrypt packet error: bad packet ID (may be a replay): [ #1131750 ] – see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings
                Nov 11 22:15:56 openvpn[22448]: Authenticate/Decrypt packet error: bad packet ID (may be a replay): [ #85096 ] – see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings

                above these 2 lines, everything is still the same as in the image above this post.

                Anything i should worry about?

                Thanks

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