Fedora 36-ra frissítés után elmúlt a VPN elérésem. Ennek oka vélhetően az, hogy openssl-3. 0. 2-1. fc36. x86_64. Eddig valami 1. 1. 1n változatra emlékszem, de tévedhetek. Azt mondja, túl könnyű a sinature digest algoritmus. Gondoltam egyet, feltettem az OpenWrt/LEDE router-emre az openvpn-openssl csomagot, felkonfiguráltam, s úgy tűnik, hogy működik, legalább is szerintem a céges szervert sikerül pingelnem. Most kellene nekem olyan network, firewall config részlet, ami megcsinálja azt, hogy a lokális interface-en dinamikusan osztott IP-n továbbra is az internet felé menjen a forgalom, de legyen egy másik IP tartomány, amely a céges belső legyen. A router-en most a tun0 az, ami a VPN, de ez nem látszik a LAN oldalon, s ötletem sincs, hogyan kell network és firewall configgal megoldani, illetve hol van ehhez érthető leírás. Grafikus felületet nem szeretnék, tehát elsősorban config file, esetleg uci érdekel, luci viszont nem. Hálózatokhoz hülye vagyok, nem ez a szakmám. Azt sem tudom, ez most routing, bridge, új interface kell-e nekem, vagy mi van.
Jöhetnek a konténerek, csináljunk többfélét:
$ lxc launch images:ubuntu/20. 04 demolxc01
$ lxc launch images:alpine/edge demolxc02
$ lxc launch images:debian/11 demolxc03 A konténerekben pedig nem kell semmi extrát beállítani, se radvd/dhcpd6 a hoston, se macvlan az LXD-ben, csak a fentiek. $ lxc list
+-----------+---------+-----------------------+---------------------------------------------+-----------+-----------+
| NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS |
| demolxc01 | RUNNING | 10. 123 (eth0) | 2a01:4f9:c011:3bf:216:3eff:fe7d:9734 (eth0) | CONTAINER | 0 |
| demolxc02 | RUNNING | 10. 140 (eth0) | 2a01:4f9:c011:3bf:216:3eff:feb5:ddd3 (eth0) | CONTAINER | 0 |
| demolxc03 | RUNNING | 10. 217 (eth0) | 2a01:4f9:c011:3bf:216:3eff:fe5a:b5d (eth0) | CONTAINER | 0 |
A konténerek rögtön elérhetőek kívülről az IPv6 címeiken, pingre válaszolnak stb. Az IPv6 címek a konténerek MAC címéből generálódnak, amit egyébként az LXD-ben statikussá lehet tenni. Ha valaki nem játszott még LXD konténerekkel, és ki szeretné próbálni, az "lxc exec
Valami olyasmi, hogy cím & mask1 == alháló1 lokális háló, cím & mask2 == alháló2 céges háló tun0 interface-en, minden más kifelé wan-on. Ha jól látom, ez routing lesz, csak még nem látom a megfejtést. Mondjuk azt sem bánnám, ha nem menne a teljes netes forgalmam a céges gateway-en át. Megoldás network config interface 'vpn' option device 'tun0' option proto 'none' option auto '1' firewall config zone option name vpn list network 'vpn' option input ACCEPT option output ACCEPT option forward ACCEPT option masq 1 option mtu_fix 1 config forwarding option src lan option dest vpn Lehet, hogy kell a vpn-policy-routing is, de az is lehet, hogy redundáns és nem kell. Ezt még vizsgálni fogom. Úgy néz ki, nem kell. Azóta csináltam új image-et. Biztos, hogy nem kell.
Amikor a tengervíz megfagy, az így létrejövő kristályrácsszerkezet miatt egyetlen molekula és ion sem kötődhet a jégbe a jégbe, és két fázisra válik szétválás. A szilárd jég kristályrácsa szinte teljes egészében vízmolekulákból áll. A tengervízben lévő só nem építhető be a jég kristályrácsába, hanem folyékony, sós sóoldat formájában kis csatornákban és kamrákban koncentrálódik a tengeri jégben. Az olyan gázok, mint az oxigén és a szén-dioxid, amelyek nem épülhetnek be a jég kristályrácsába, szintén kis csatornákba vannak zárva. Mivel ez a folyamat nem abszolút, a víz sótartalma nem csökken 0-ra, hanem körülbelül 10 ezrelékre, amikor a jég szilárd állapotát felveszi. [1] Az eredetileg nem kapcsolódó jégkristályok megszilárdulva mátrixot képeznek, amelynek összekapcsolt tereiben a sóban gazdag sóoldat befogódik. A következõk érvényesek: minél hidegebb a jég, annál több só ürül ki a jégbõl, és annál töményebb a sóoldat a csatornákban. [2] A gravitációs vízelvezetés egy sótalanítási folyamat, amelynek során a sóoldat gravitáció hatására a jégből az alatta lévő tengervízbe ereszkedik.
Ez az oka, hogy a víz a gyémántnál jóval alacsonyabb olvadáspontú. Ugyanakkor a diszperziós, illetve dipólus-dipólus kölcsönhatásnál jóval erősebb hidrogénkötések miatt az olvadáspont jóval magasabb, mint amire ilyen kis moláris tömeg, illetve ilyen mértékű polaritás esetében számíthatnánk. Hidrogénkötésekkel magyarázhatjuk a víz sűrűségének sajátos változását is. Olvadáskor a korábban rácsba rendeződött molekulák általában eltávolodnak egymástól, nő a térfogat, így csökken a sűrűség. A jég olvadásakor a szabályos, hidrogénkötésekkel "kipányvázott" tetraéderes szerkezet megbomlik. A hidrogénkötések egy részének felszakadásával azonban a távolban rögzített molekulák közelebb kerülnek egymáshoz, így csökken a térfogat és nő a sűrűség. További melegítéssel a molekulák egyre gyorsabban mozognak, a mozgásuk térigénye megnő, így távolabbra kerülnek egymástól. A hidrogénkötések felszakadásából adódó zsugorodás és a melegedésből következő tágulás 4 °C-on egyenlítődik ki, ekkor legnagyobb a sűrűség.
Az idősebb jég, például az évelő jég alacsonyabb sótartalmú (körülbelül 3–3, 5 ‰), mint a fiatalabb, éves jég (5 ‰) a só ilyen szivárgása miatt. A sótartalom függőlegesen nem oszlik el egyenletesen a jégben. Többéves jég esetén lefelé növekszik, míg az elsőéves jég sótartalma a felszínen magas (8-16 ‰), majd csökken és ismét növekszik a jég alsó pereme közelében. [4] [1] P. Wadhams, Ice in the Ocean, Gordan and Breach Science Publisher, 2000, 49. o. [2] G. Hempel és I. Hempel, Faszination Meeresforschung, ökológiai olvasókönyv, Verlag H. M. Hauschild GmbH, Bréma, 2006, 42. [3] D. N. Thomas és G. S. Dieckmann, Fagyott óceán, A jéghegy úszó világa, Természettudományi Múzeum, London, 2004., 23. [4] W. B. Tucker és mtsai, A tengeri jég távérzékelés szempontjából releváns fizikai tulajdonságai, Carsey, 1992, 9–28. Száj- és orrmaszk apró virágokkal, barna sárga színben, 2 réteg vékony pamut, NO Az almaecet hasznos felhasználása; PlanetBird Majonéz - főtt tojássárgájától mentes szalmonella - recept Szájrothadás Fájdalmas vírusfertőzés, nagyon fertőző Kása - zabpehely, ahogy szeretem - Vita Oeconomica