Poslední příspěvky

91

Sítě / Re:Neplecha s WireGuardom

« Poslední příspěvek od darebacik kdy 09. 12. 2024, 19:40:32 »

Ja prave nechcem smerovat vsetko do wg tunela, ale naopak,  cez tunel potrebuem riesit len siet 192.168.70.0/24

Akonahle spustim wg  tunel

Kód: [Vybrat]

sudo systemctl start wg-quick@wg1.servicetak sa siet prepne na wg1 a vsetko ide cez tunel
ak wg tunel stopnem

Kód: [Vybrat]

sudo systemctl stop wg-quick@wg1.servicesiet sa prepne na klasicku siet

92

Sítě / Re:Neplecha s WireGuardom

« Poslední příspěvek od reddy1975 kdy 09. 12. 2024, 18:58:35 »

Pokud chcete přesměrovat celý provoz přes wireguard pomocí

AllowedIPs = 0.0.0.0/0

pak si zkuste do DNS přidat ještě localdomain

DNS = 192.168.1.1, 1.1.1.1, localdomain

S tímto problémem jsem se potýkal taky a toto řešení funguje (aspoň v mém případě).

93

/dev/null / Re:jakým kódem odkrýt skryté číslo

« Poslední příspěvek od Radek Zajíc kdy 09. 12. 2024, 18:53:30 »

Identifikaci volajiciho odebere az posledni operatorska ustredna. Operator tedy cislo muze zjistit, pokud to jeho systemy umoznuji. Kdysi existovala sluzba "identifikace zlomyslnych volani", ktera neco podobneho dokazala. Jestli ji vas operator porad nabizi, to se musite zeptat jeho.

Pokud jde o operatorsky portal, neni nic jednodussiho, nez si nechat od kamarada zavolat (kamarad si aktivuje CLIP) a pak se podivat do toho operatorskeho portalu.

94

Sítě / Re:Po připojení do LAN se nastaví brána 0.0.0.0 a nejde změnit

« Poslední příspěvek od LolPhirae kdy 09. 12. 2024, 18:52:25 »

Díky moc lukovic79 za poutavý a barvitý popis problému a převratné finální řešení.

Ano. Já jsem to celé pozorně vyslechl, a vyvodil jsem z toho ten závěr... 

95

/dev/null / jakým kódem odkrýt skryté číslo

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 09. 12. 2024, 18:22:50 »

Prý když volá skryté čislo jde to odha lit(odkrýt) buď nejakým kodem nebo funkcí jakou svět neviděl "Odhalit skryté číslo"
https://nanosystem.cz/skryte-cislo-jak-funguje-a-proc-ho-nekteri-volajici-pouzivaji/
Je na tom aspoň π%pravdy? A odhalí před přijetím hovoru nrbo při něm ? Platí *51,*57,*67,  , *xy ?

A druhý dotaz:pokud se podivam do administračního dashboardu operátora, uvidím skryté nebo fake nebo obě číslo?  (Až se to tam.objeví což není hned! Ale třeba druhý den, když už je platný jak včerejší noviny)

Řečnická otázka: proč telefony neukážou obě čísla rovnou? Podle mě tu informaci majó a nahrává to akorátšmejdům

Myslim .současné telefony.

96

Sítě / Re:Neplecha s WireGuardom

« Poslední příspěvek od darebacik kdy 09. 12. 2024, 17:30:48 »

Problem je asi v tom, ze kez zapnem WG, tak vsetko tlaci cez WG a nic nejde cez enp3s0

97

Sítě / Re:Neplecha s wireguardom

« Poslední příspěvek od czechsys kdy 09. 12. 2024, 16:51:17 »

Nebudu se v tom hrabat, z hlavy si to nevybavim. Ale dotaz je nekonkretni.

Bud nefunguje internet/lokalni site, nebo nefunguje dns, nebo oboji. Takze prvni test by mel zjistit, co nefunguje (ping na ip, dns preklady) a podle toho se da lepe definovat, co vlastne nefunguje.

98

Hardware / Re:Co se stane po zavření víka notebooku?

« Poslední příspěvek od František Ryšánek kdy 09. 12. 2024, 16:47:59 »

Víko má spínač/snímač. Při zavření víka se to kernel dozví skrz událost od ACPI. V podstatě přijde interrupt a kernel ví, co znamená.

Pokud mohu soudit, přechod do ACPI S3 znamená, že scheduler přestane plánovat procesy, v kernelu se provedou "suspend callbacky" driverů které si o to řekly, nějaké další drobnosti (uklidit writeback cache) a nakonec kernel řekne hardwaru (skrz ACPI) "přejdi do stavu S3" = udržuj pod napětím RAM, ale vypni napájení CPU.

Zdá se, že procesy se o usnutí a probuzení v zásadě nedozvědí, nedostanou v tu chvíli žádný signál. Jsou nějaké možnosti, jak na to proces může dávat pozor.

99

Sítě / Re:Po připojení do LAN se nastaví brána 0.0.0.0 a nejde změnit

« Poslední příspěvek od KStanley kdy 09. 12. 2024, 16:31:38 »

Díky moc lukovic79 za poutavý a barvitý popis problému a převratné finální řešení. Snad bez výjimky všichni jsme se hodnotně poučili a získali nové informace. Díky i za erudovaný a empatický přístup.

100

Sítě / Neplecha s WireGuardom

« Poslední příspěvek od darebacik kdy 09. 12. 2024, 16:24:48 »

Pozdravujem.
Na PC v LAN som nainstaloval wireguard kvoli tomu aby som sa mohol vzdialene pripojit do inej siete cez (WAN). Vsetko funguje, dokazem sa pripojit na vzdialenu siet ale problemy zacnu v LAN.
V LAN mam este nastavene lokalne subnety (napr. 123.net.net, 345.net.net a pod (net.net je verejny, ale 123 a 345 su len lokalne)), ktore spravuje dnsmasq (pfsense)

Kód: [Vybrat]

LAN 192.168.1.0/24
WG1 10.10.3.0/24
Ked spustim wg siet a pouzijem  tento config (DNS 192.168.1.1 je tam skor zbytocny).

Kód: [Vybrat]

[Interface]
PrivateKey = AJ+qaSaO1yZNxw**************sQb3dOfReulV8=
Address = 10.10.3.5/32
DNS = 192.168.1.1, 1.1.1.1

[Peer]
PublicKey = NPpRg/ap********************************AKlanGFQ8=
Endpoint = wg-net.net:51830
AllowedIPs = 10.10.3.0/24, 192.168.70.0/24
PresharedKey = 0849aCdXh3********************0GVBqH2D3j4=
PersistentKeepalive = 25
tak pochopitelne mam funkcne tieto siete 10.10.3.0/24, 192.168.70.0/24. Vobec nefunguje internet a ani lokalne subdomeny. Ak zmenim riadok allowedips na

Kód: [Vybrat]

AllowedIPs = 0.0.0.0/0
Funguju siete 10.10.3.0/24, 192.168.70.0/24 aj internet, ale lokalne subdomeny nie. A v kazdom pripade ide traffic cez wg a to nechcem.
Chcem aby cez wg islo len 10.10.3.0/24, 192.168.70.0/24 a cez enp3s0 vsetko ostatne.

ip route

Kód: [Vybrat]

default via 192.168.1.1 dev enp3s0 proto dhcp src 192.168.1.2 metric 100
10.8.0.0/24 dev tun0 proto kernel scope link src 10.8.0.104
10.10.3.0/24 dev wg1 scope link
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.2 metric 100
192.168.70.0/24 dev wg1 scope link

je tam este jedna tun0 ale to je ina vpn.
Myslim ze tabulka vyzera spravne, ale nesprava sa tak ako by sa to malo spravat.
Vidite niekde chybu ?

btw riesenim by bolo zapinat wg, len ked potrebujem ist do 192.168.70.0/24, ale to sa mi velmi nepaci. Malo by  fungovat vsetko spolu.