@Nomad01290 · Post #4080 · 28.05.2022 г., 22:19
https://github.com/gravitl/netmaker/ #wireguard#linux
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #654 · 16.11
Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games
Hashtags
Търсене: #wireguard
@Nomad01290 · Post #4080 · 28.05.2022 г., 22:19
https://github.com/gravitl/netmaker/ #wireguard#linux
Hashtags
@AirportAnalysis · Post #106 · 20.05.2022 г., 17:26
#glados 奈飞主要集中在Portalgun节点,当初有 #wireguard 协议才看上的。 机场官网
Hashtags
@Nomad01290 · Post #4079 · 28.05.2022 г., 22:18
https://github.com/firezone/firezone #wireguard#linux#cli
Hashtags
@AirportAnalysis · Post #349 · 24.08.2022 г., 03:36
#Glados 机场协议: #Trojan#Vmess#Wireguard 有无审计: 有,屏蔽轮子等大部分具有政治色彩的网站。 机场套餐: https://t.me/AirportRoster/16 描述: 一个很神奇的机场,经常送30天Basic套餐的抵扣码,提供edu优惠,免费使用一年。pro套餐提供 #Wireguard 类型节点
Hashtags
@libreware · Post #1429 · 06.03.2025 г., 22:42
A post from the developer of #WireGuard on the severe #security flaws and lack of trustworthiness of #FDroid: https://bsky.app/profile/grapheneos.org/post/3lgq7wqwzpk26 The Bluesky link has GrapheneOS posts explaining https://gitlab.com/fdroid/fdroiddata/-/issues/3110#note_1613430404 Stuff here but not to the point like the Bluesky link https://discuss.grapheneos.org/d/18731-f-droid-vulnerability-allows-bypassing-certificate-pinning/
Hashtags
@ZDYZ2 · Post #4927 · 15.03.2024 г., 12:39
#代理软件#V2rayNG#Vless#Wireguard 最新版v2rayng 使用本频道节点效果更好
Hashtags
@AM_CLUBS2 · Post #314 · 12.05.2025 г., 00:00
梅度二开【WARP再次回归】🔥Cloudflare优先端点IP + MAQSUE新协议 无限流量 防失联必备 #翻墙#科学上网#cloudflare#warp#wireguard https://youtu.be/zKZBbAsXhLg 【博客(国内) 】► https://amclubss.com/warp 【博客(国际) 】► https://amclubs.blogspot.com/2025/05/warp.html
@Nomad01290 · Post #4070 · 20.03.2022 г., 11:21
A script that allows automating management of wireguard https://github.com/complexorganizations/wireguard-manager #linux#selfhosted#vpn#wireguard#cli
@fullbugcc · Post #223 · 29.07.2023 г., 16:50
#效果展示 #Tuic #Vless #Hysteria #Wireguard
@githubtrending · Post #14902 · 03.07.2025 г., 00:00
#go#tailscale#tailscale_control_server#tailscale_server#wireguard Headscale is an open-source, self-hosted alternative to the Tailscale control server, letting you create your own private VPN network using Wireguard technology. It supports key Tailscale features like node registration, DNS, file sharing (Taildrop), access control lists (ACLs), and more, making it ideal for personal or small group use. By running Headscale yourself, you gain full control over your network without relying on Tailscale’s servers, enhancing privacy and customization. You can manage access precisely with ACLs, tag devices for group policies, and use modern VPN benefits like NAT traversal and secure connections between your devices[1][3][5]. This helps you securely connect and control your devices in a private network tailored to your needs. https://github.com/juanfont/headscale
@cool_scripts · Post #843 · 08.06.2025 г., 01:52
🔗Sub-Store 中各种 WireGuard 输入/输出格式的说明 🆕 更新了部分格式的示例 但是具体实操还是以相关的规范为准 ⚠ 不要使用 Shadowrocket 来导出 URI 然后作为输入导入。这样导出的 WireGuard URI 不是标准的 URI 😭原消息 🤭Sub-Store 合集 🥰#Sub-Store #SubStore#节点#订阅#本地节点#本地订阅#示例#WireGuard
@githubtrending · Post #14789 · 05.06.2025 г., 11:30
#go#golang#mesh#mesh_networks#nat_traversal#netbird#vpn#wireguard#wireguard_vpn#wiretrustee#zero_trust_network_access NetBird lets you quickly set up a secure private network for your organization or home without needing to configure complex firewall rules, open ports, or manage VPN gateways. It uses direct peer-to-peer connections based on WireGuard, so your devices connect to each other securely and efficiently, bypassing the need for a central server. You get strong security with features like access control, activity logging, and support for single sign-on, all managed from a simple web interface. This means you can connect and protect your devices anywhere, with minimal setup and maintenance, making remote access and network management much easier[2][1][5]. https://github.com/netbirdio/netbird