Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Networking & Security
  • Search

Wireguard initial config

Having problems getting connected to the internet or running a server? Wondering about securing your box? Ask here.
Post Reply
Advanced search
5 posts • Page 1 of 1
Author
Message
Illiander
Apprentice
Apprentice
Posts: 258
Joined: Tue Feb 22, 2011 2:11 pm

Wireguard initial config

  • Quote

Post by Illiander » Tue Oct 14, 2025 8:24 am

I'm trying to set up Wireguard with ProtonFreeVPN, and it's generally not working.

I'm not sure where to go to even start with debugging, so I'm asking for help.

wg1.conf (renamed because otherwise wg-quick complains about naming):

Code: Select all

[Interface]
# Key for temp2
# Bouncing = 2
# NAT-PMP (Port Forwarding) = off
# VPN Accelerator = on
PrivateKey = {key}
Address = 10.2.0.2/32
DNS = 10.2.0.1

[Peer]
# CA-FREE#11
PublicKey = {key}
AllowedIPs = 0.0.0.0/0, ::/0
Endpoint = 149.22.81.28:51820
What I've tried to see if it's working:

Code: Select all

~ # ping www.google.com
ping: www.google.com: Temporary failure in name resolution
# ping 151.101.193.140
PING 151.101.193.140 (151.101.193.140) 56(84) bytes of data.
^C
--- 151.101.193.140 ping statistics ---
16 packets transmitted, 0 received, 100% packet loss, time 15207ms

~ # ping 4.4.4.4
PING 4.4.4.4 (4.4.4.4) 56(84) bytes of data.
^C
--- 4.4.4.4 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3040ms

~ # ping 10.2.0.1
PING 10.2.0.1 (10.2.0.1) 56(84) bytes of data.
64 bytes from 10.2.0.1: icmp_seq=1 ttl=64 time=157 ms
64 bytes from 10.2.0.1: icmp_seq=2 ttl=64 time=157 ms
64 bytes from 10.2.0.1: icmp_seq=3 ttl=64 time=157 ms
^C
--- 10.2.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 156.853/157.008/157.286/0.197 ms
~ # ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1006ms
151.101.193.140 responds to ping with the wg interface down (It's a reddit server)
4.4.4.4 is a google dns.
1.1.1.1 is a cloudflare dns.

What should I even be looking at to figure this out?
Top
alamahant
Advocate
Advocate
Posts: 4032
Joined: Sat Mar 23, 2019 12:12 pm

  • Quote

Post by alamahant » Tue Oct 14, 2025 9:41 am

Is this how you use it? :

Code: Select all

rc start wg-quick
Starting wg-quick...
 * You cannot call this init script directly. You must create a symbolic link to it with the configuration name:
 *     ln -s /etc/init.d/wg-quick /etc/init.d/wg-quick.vpn0
 * And then call it instead:
 *     /etc/init.d/wg-quick.vpn0 start
 * ERROR: wg-quick failed to start

Or directly by calling

Code: Select all

wg-quick up wg1.conf
In any case , if all else fails, try to comment out the dns line in the config file and use 1.1.1.1 in resolv.conf.
What I like to do is download the conf files from my Proton account and invoke them directly.
Not as a service.
:)
Top
Illiander
Apprentice
Apprentice
Posts: 258
Joined: Tue Feb 22, 2011 2:11 pm

  • Quote

Post by Illiander » Tue Oct 14, 2025 10:40 am

I'm calling it directly. Not going to add it to runlevels until it's actually working. ("wg-quick up wg1")

This is the file downloaded directly from Proton. (It was the least "in-use" canadian server as of some time this morning)

Tried commenting out the DNS line, pinged 1.1.1.1, still 100% packet loss.
Top
pingtoo
Advocate
Advocate
User avatar
Posts: 2180
Joined: Fri Sep 10, 2021 8:37 pm
Location: Richmond Hill, Canada

  • Quote

Post by pingtoo » Tue Oct 14, 2025 1:17 pm

Illiander,

Have you look into your firewall setting (iptables)? It is likely you have setting allow out going but not allow coming back.
Top
Illiander
Apprentice
Apprentice
Posts: 258
Joined: Tue Feb 22, 2011 2:11 pm

  • Quote

Post by Illiander » Tue Oct 14, 2025 4:45 pm

I don't think so?

Code: Select all

# iptables --list
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
I think that means my firewall is wide open? Would router firewall settings cause issues?

I assumed that incoming would be blocked by default, and I've not touched this ever. (Default being wide open feels like a bug to me, but there's probably a good reason for it)
Top
Post Reply

5 posts • Page 1 of 1

Return to “Networking & Security”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic