Linux-haladó

Sziasztok!

Regexp szakik, segítsetek!

Konfigurációban szeretném cserélni, ha a változómnak nem az az értéke, amit én szeretnék.

logsize = 800M

Ha kikommenteléssel kezdődik, az meg van; a végével vagyok gondban. A (800M)$ oké, de hogy negálom a keresett sztringet?

Vagyis amit szeretnék, mindensor, ami kezdődik log_size (space vagy tab) = (space vagy tab) és a vége nem 800M

Tudom template egyszerűbb lenne, de pár értéket csak bizonyos esetben szeretnék módisítani, a már konfigurált szolgáltatáson.

Köszi!

K

Mi az oka annak, hogy elvben valós idejű aktuális cpu órajeleket mutató Conky és S-tui különböző MHz értékeket mutat? Illetve az lscpu pillanatfelvétel is mást, általában a minimumot. 

Sziasztok!

Az alabbi user case megvalosithato kevesbe robosztus rendszerrel? (tehat nem Kubernetes)

https://www.tuxera.com/blog/verifying-tuxera-smb-servers-automatic-conn…

En Docker Swarm-ra gondoltam NFS-t tudo NAS-al mint shared storage.

A Docker Swarm eseten is szukseges az Nginx reverse proxy (vagy HAproxy)? A virtualis IP-t maskepp nem lehet esetleg "hazon belul" megoldani?

Ha latott mar valaki valami jo HowTo-t ilyen confighoz, megoszthatna.

Koszi!

(nem prod ready-nek kell, csak tesztnek)

Udv!

Eddig syslog-ng-vel gyujtuk a logokat egy kozponti helyen. vannak progik amik tobbsoros logot generalnak (pl php), ami soronkent kuldi be a syslog-ba, de van ami csak siman sortoressel. a tcpdump szerint ez igy elindul a halozaton:

<12>Apr  5 23:17:50 gepnev php-test[19322]: ez egy teszt sor1
teszt sor2

azonban ezt a tuloldal mar nem jol dolgozza fel (johogy, a syslog elvileg nem enged sortorest vagymi), de nekem az kene hogy megis vegye egybe.

kuldo oldalon ennyi van:

destination dn_centrallog { tcp("1.2.3.4" port(5140)); };
log {
    source(s_src);
    destination(dn_centrallog);
};

fogado oldalon meg a parja:

source s_net { tcp(port(5140) max-connections(200) keep-alive(yes)); udp(port(5140)); };

mi lehet a magic beallitas hogy ez jo legyen?

Sziasztok!

Szeretnék egy samba megosztást synologyra átmásolni.

How_do_I_copy_files_along_with_their_domain_ACL_privilege_settings_from_a_Windows_server_to_my_Synology_NAS

- egy windows 10 munkaállomáson csatoltam a samba4 megosztást,
- csatoltam a synology megosztást,
- egy fájlon állítottam a jogosultságokat, átmásoltam,

másoláskor nem viszi át az ACL-t (intéző, fastcopy, winrar stb.), minden default lesz.

Ezek után az új helyen be tudom állítani akár ugyanazt az acl-t is. Miért nem másolja át?

szaszi

Udv!

Mostantol az e-szamlak a vodafone-os rendszerben lesznek, mivel a dijnetes integracio megszunt.

Tudtok valami toolt, ami onnan le tudja toltani a szamlakat? linux ala kene.

Elbandi

Sziasztok,

ha prometheus alatt

node_systemd_unit_state{name="prometheus.service"}-re keresek ra,

5 sort kapok, melybol

node_systemd_unit_state{name="prometheus.service", state="avtive", type="simple"} erteke 1.

Grafikonja prometheus Graph alatt folytonos vonal 1 ertekkel. Ez OK.

Grafana alatt azonban nem kapok semmilyen grafikont folytonos 1 ertekkel.

Tulajdonkeppen semmit sem kapok.

Megjegyzes: mas service-re (node-exporter.service 1) (nem futo docker.service 0) folytonos 1 illetve 0 erteku vonalat kapok.

Hol hibazhatok?

Rosszul hasznalom a Metric browsert?

Koszi a segitseget.

Ardi

Sziasztok!

Anno egyszer sikerült megoldanom egy régi huawei USB mobil stick-el az SMS küldést, udev és usb_modeswitch segítségével.

Ahogy nézem a mostani eszköz ezzel már nemigen akar működni, helyette curl és az IP cím segítségével küldenek sms-t.

Na ez az , ami nekem nem akar működni.

Ez alapján próbálom de hibára futok.

./sendsms +3630XXXXXXXX "Teszt"
<request><Index>-1</Index><Phones><Phone>+3630XXXXXXXX</Phone></Phones><Sca/><Content>Teszt</Content><Length>5</Length><Reserved>1</Reserved><Date>2022-03-03 05:06:23</Date><SendType></SendType></request>
*   Trying 192.168.8.1:80...
* TCP_NODELAY set
* Connected to 192.168.8.1 (192.168.8.1) port 80 (#0)
> POST /api/sms/send-sms HTTP/1.1
> Host: 192.168.8.1
> User-Agent: curl/7.68.0
> Accept: */*
> Cookie: SessionID=bTekxTl3Qe47cALKUCkugWOnOYBb4BNiZrpjBubjKf90qqqfyAAPpLP7dBJC8Wm5OfCgcyFUD0Wgd8385G0ytytcKwFDYO2OPsBKJ1mgz0u0b13PbtppXNyh5kMvGeCH
> X-Requested-With: XMLHttpRequest
> Content-Type:text/xml
> Content-Length: 203
>
* upload completely sent off: 203 out of 203 bytes
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Cache-Control: no-cache, no-store, max-age=0, must-revalidate
< Pragma: no-cache
< Content-Type: text/html
< X-Download-Options: noopen
< X-Frame-Options: SAMEORIGIN
< X-XSS-Protection: 1; mode=block
< Content-Security-Policy: default-src 'self' 'unsafe-inline' 'unsafe-eval'
< X-Content-Type-Options: nosniff
< Content-Length: 88
<
<?xml version="1.0" encoding="UTF-8"?>
<error>
<code>125003</code>
<message/>
</error>
* Connection #0 to host 192.168.8.1 left intact
 

Az eszközt, jelenleg így látja az Ubuntu:

Bus 001 Device 004: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131

A saját oldalán keresztül megy az SMS küldés.

Küzdött már meg valaki, sikeresen, ezzel?!

Vagy bármi 5let, az SS küldéshez?

Van három Proxmox szerverem két UPS-sel. Mindegyik szervert mindkét UPS táplálja, mert az adatbiztonság, a sérülésmentes leállás fontosabb, mint az üzemidő vagy a folyamatos rendelkezésre állás.
(Amúgy a load most 8% és a várható üzemidő tisztán akkumulátorról egy óra. De még nem nagyon vannak rajta VM-ek és konténerek, mert a telepítés és tesztelés folyik.)

Egy kis Linuxos gép Network UPS Tool azaz NUT szerverként működik, web-es felületen már lehet monitorozni mind a két szünetmentest.

Mindhárom Proxmox-on egy NUT kliens futna, ami a NUT szerverren keresztül figyelné a szünetmenteseket.

Azt akarom, hogy ha a két UPS közül akár az egyik is 5 percél tovább akkumulátorról működik akarok minden Proxmox álljon le, kapcsoljon ki!

Az a problémám, hogy nem igazán tudom, hogy konfiguráljam a NUT klienseket úgy, hogy mind a két szünetmentest figyeljék egyszerre és már az egyiknek a betáp 5 percet meghaladó áramkimaradása esetén induljon el a shuttdown.

Ha valaki ismeri a megoldást, vagy van ötlete kérem ossza meg velem!
 

Sziasztok!

Az itt leírtak alapján működik most a hálózat. Proxmox VE 7.
A NAT-olás a következőképpen működik:

[...]
iptables -t nat -A PREROUTING -d $egyik_publikus_IP/32 -p tcp -m tcp --dport 22 -j DNAT --to-destination 192.168.4.2:22
iptables -t nat -A PREROUTING -d $masik_publikus_IP/32 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.6.2:80
iptables -t nat -A PREROUTING -d $masik_publikus_IP/32 -p tcp -m tcp --dport 443 -j DNAT --to-destination 192.168.6.2:443
[...]

1. probléma: bármelyik VM egy másik VM publikus IP-jén, vagy domainnéven keresztül nem elérhető, csak ha a /etc/hosts, vagy Windows alatt a C:\Windows\System32\drivers\etc\hosts fájlba beírom a domainhez tartozó local IP-t (hosts poisoning).
Pl. Windows alatt böngészőből nem tudok megnyitni egy ugyan ezen a szerveren, de másik VM-ben futó weboldalt, amely a külvilág felől elérhető, csak ha beírom a hosts-ba:

192.168.6.2 valami.tld

2. probléma: a belső IP tartományok nincsenek elszeparálva egymástól. Hiába a /24 az egyes vmbrX beállításaiban, a VM-ek belső IP alapján elérik egymást.
PL. a SAMBA megosztások IP alapján bármelyik VM-ben felcsatolhatóak, vagy a 192.168.6.4 IP-ről simán be tudok SSH-zni a 192.168.3.7-re, holott elméletileg más hálózat kellene, hogy legyen, mindkettő /24 maszkkal.

Segítenétek megoldani ezeket a problémákat?