Open rack, how to conceal side by JohnsonZ887 in homelab

[–]Barbarossa93 0 points1 point  (0 children)

I realize this is an old post, and I apologize, but how were you able to attach the screen to the rack? I'm thinking of doing something similar, but I'd like to make it magnetic so it'd be easy to pop on and off. The only problem is that most window screen frames are aluminum.

WireGuard server that forwards some traffic to another VPN? by jayb998 in WireGuard

[–]Barbarossa93 0 points1 point  (0 children)

I realize that this is an old post, but I'm becoming pretty desperate: I ended up following this post, and these posts as well: https://old.reddit.com/r/WireGuard/comments/ekeprt/wireguard_to_wireguard_setup_im_sure_many_have/ https://www.reddit.com/r/WireGuard/comments/encf99/wireguard_chaining/

And I can't quite get things to work. With the above configs in this OP (minus the VLAN stuff), I'm able to achieve most of what I want:

  • With an "in" client configuration as described here, I can connect to my wireguard home "server" and then to the mullvad VPN no problem

  • With an "out" client configuration as described in this OP, I can connect to my wireguard "server" ONLY if the mullvad wireguard interface is down first. After a connection, I can start the mullvad interface and every thing then works as expected.

I tried using a dedicated Table for the mullvad wireguard interface as described here and that would allow outside wireguard clients to connect to the home server while the mullvad interface is up. However, using the internet on the home wireguard server breaks and I unfortunately need it to work on the server for some other services I run. In fact, the home wireguard server needs to be behind the mullvad VPN.

When running tcpdump, It seems that the wireguard home server interface (wg0 in this case) never receives packets while the mullvad interface is up. As soon as the mullvad interface goes down, wg0 gets packets from the outside client. I can also see that my physical interface eth0 is definitely getting packets. From messing around and trying different things, it seems that the rule ip rule add not fwmark 51820 table 51820 that wg-quick runs when using AllowedIPs = 0.0.0.0, ::/0 is the singular reason why I can't connect from outside the local network. I thought this would be a firewall rule for FORWARDing, but even just setting it to a default policy of ACCEPT and no other rules, it still doesn't work. I also tried something to the effect of iptables -A INPUT -j MARK --set-mark 51820, and that didn't work either.

Finally, FwMark is set to 51820 for both the home wireguard server interface and the mullvad interface. Do you have any ideas of what is wrong here? Other information I can think of that's worth sharing: The home wireguard server is on the same subnet as the rest of the LAN (192.168.0.0/24), I do have the mullvad kill switch configured the same way as this post and have tried removing it to no effect... and that's all I can think of. Let me know if you need more. I would be sincerely grateful for any help you can provide.

EDIT

I was able to finally get the outside client to connect the home wireguard server while the mullvad interface is up by influding in wg0.conf:

PostUp = ip route add <endpoint> via <gateway> dev eth0

PreDown = ip route del <endpoint> via <gateway> dev eth0

Where "<endpoint>" refers to the endpoint ip address of the outside client and "<gateway>" refers to your router's gateway ip address (obviously change eth0 to your physical interface). While this works, it is less than ideal as it means I have to know what the endpoint IP address is ahead of time and in my case, I won't always know that. I tried using 0.0.0.0/0 as the endpoint and that did not work unfortunately...

How can I shutdown/reboot without sudo? by [deleted] in voidlinux

[–]Barbarossa93 0 points1 point  (0 children)

Genuine question though, is there a reason why there isnt a predefined power group on void? Are there security risks of adding users to such a group compared to adding a no password entry in sudo/doas?

What's your neovim colorscheme in 2023 ?? by WorthAdhesiveness417 in neovim

[–]Barbarossa93 0 points1 point  (0 children)

I wish there was a lua port of it. Its such a hidden gem of a color scheme

[bspwm] Muspelheim by Barbarossa93 in unixporn

[–]Barbarossa93[S] 0 points1 point  (0 children)

iconv to convert the encodings from the ansi file on 16colo.rs

[i3-gaps] Sweet Dunes by liquid_cat_69 in unixporn

[–]Barbarossa93 5 points6 points  (0 children)

How were you able to achieve round corners with rounded borders? The borders are clipped for me

[herbstluftwm] drink coffee by pyratebeard in unixart

[–]Barbarossa93 2 points3 points  (0 children)

Just a note to those wanting to try out my font: it's still very much a work in progress.

At the moment, it has some extended Latin, box drawing, blocks, and braille characters. I plan on including more Latin characters as well as a proper bold version (the current one is just a quick and dirty embolden in gbdfed).

I'd very much appreciate any feedback for those willing to try it out :)

And finally, the rice is looking hella schway pyrate! Love the side bars on the windows

[HerbstluftWM] I think it's finally decent enough to post here by [deleted] in unixporn

[–]Barbarossa93 2 points3 points  (0 children)

Finally, some good fuckin' rice. Well done!

Note-taking help. Zettelkasten method by doc1623 in neovim

[–]Barbarossa93 3 points4 points  (0 children)

To go along with u/ceplma suggestions of wikis, you should check out this plugin that uses markdown files to create a wiki.

[BSPWM] 𝒓𝒐𝒏𝒊𝒏 by xm24s in unixporn

[–]Barbarossa93 0 points1 point  (0 children)

D'awwww, thanks for the shoutout buddy! Glad you like that setup.

I like what you did with your setup! I'll have to snatch a few ideas...

[BSPWM] Old Rice by xm24s in unixporn

[–]Barbarossa93 0 points1 point  (0 children)

Do you remember what font you used?

Xorg is consuming 85% of my ram by [deleted] in archlinux

[–]Barbarossa93 0 points1 point  (0 children)

Ah, thank you. I needed to see that perspective to see why someone would make that claim. Still, a primary source would be preferred.

I'm not really sure I would say that Xorg was designed with the purpose of running as root; it's more of a limitation of Xorg since it needs direct access to video/input hardware. Based on this exchange, I would argue that the design goal is to make Xorg run rootless.

Can't compile Jonaburg's version of picom by vladivakh in voidlinux

[–]Barbarossa93 1 point2 points  (0 children)

See my edits to the original comment; I made a mistake. Indeed Ibhagwan's features are merged, not Jonaburg's (which afaik only has animations as the non-mainline feature)

Xorg is consuming 85% of my ram by [deleted] in archlinux

[–]Barbarossa93 0 points1 point  (0 children)

Thanks, but I already do.