Web, mail, IRC, IM, hálózatok

OpenVPN reconnecting

Amióta bionic-os elementary-t (Juno 5.0) feltettem, időnként megszakad a az OpenVPN kapcsolat. Mivel a szerver még a régi verziójú, a bionicban (és a 2.4-es OpenVPN-hez) pedig már 1.1-es OpenSSL-van, kellett kicsit bűvészkedni ahhoz, hogy a kapcsolat egyáltalán létrejöjjön. A szakadás valhogy így néz ki:


who@who-ThinkPad-T440s:~$ cat /var/log/syslog | grep VPN
Oct 28 13:05:51 who-ThinkPad-T440s systemd[1]: Starting OpenVPN service...
Oct 28 13:05:51 who-ThinkPad-T440s systemd[1]: Started OpenVPN service.
Oct 28 13:06:52 who-ThinkPad-T440s NetworkManager[791]: [1540728412.8255] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: Started the VPN service, PID 2368
Oct 28 13:06:52 who-ThinkPad-T440s wingpanel[2028]: VpnMenuItem.vala:93: An VPN is being connected but not active.
Oct 28 13:06:52 who-ThinkPad-T440s NetworkManager[791]: [1540728412.9242] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN plugin: state changed: starting (3)
Oct 28 13:06:52 who-ThinkPad-T440s NetworkManager[791]: [1540728412.9245] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN connection: (ConnectInteractive) reply received
Oct 28 13:06:52 who-ThinkPad-T440s nm-openvpn[2374]: OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2018
Oct 28 13:06:54 who-ThinkPad-T440s NetworkManager[791]: [1540728414.3584] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN connection: (IP Config Get) reply received.
Oct 28 13:06:54 who-ThinkPad-T440s NetworkManager[791]: [1540728414.3600] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",4:(tun0)]: VPN connection: (IP4 Config Get) reply received
Oct 28 13:06:54 who-ThinkPad-T440s NetworkManager[791]: [1540728414.3608] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",4:(tun0)]: Data: VPN Gateway: 192.168.1.1
Oct 28 13:06:54 who-ThinkPad-T440s NetworkManager[791]: [1540728414.3616] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",4:(tun0)]: VPN plugin: state changed: started (4)
Oct 28 13:06:54 who-ThinkPad-T440s NetworkManager[791]: [1540728414.3679] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",4:(tun0)]: VPN connection: (IP Config Get) complete
Oct 28 14:07:10 who-ThinkPad-T440s NetworkManager[791]: [1540732030.5345] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN plugin: state changed: stopping (5)
Oct 28 14:07:10 who-ThinkPad-T440s NetworkManager[791]: [1540732030.5345] vpn-connection[0x557e962740d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN plugin: state changed: stopped (6)
Oct 28 14:07:10 who-ThinkPad-T440s NetworkManager[791]: [1540732030.6076] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: Started the VPN service, PID 4876
Oct 28 14:07:10 who-ThinkPad-T440s wingpanel[2028]: VpnMenuItem.vala:93: An VPN is being connected but not active.
Oct 28 14:07:10 who-ThinkPad-T440s nm-openvpn[4922]: OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2018
Oct 28 14:07:10 who-ThinkPad-T440s NetworkManager[791]: [1540732030.7486] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN plugin: state changed: starting (3)
Oct 28 14:07:10 who-ThinkPad-T440s NetworkManager[791]: [1540732030.7487] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN connection: (ConnectInteractive) reply received
Oct 28 14:07:12 who-ThinkPad-T440s NetworkManager[791]: [1540732032.5792] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",0]: VPN connection: (IP Config Get) reply received.
Oct 28 14:07:12 who-ThinkPad-T440s NetworkManager[791]: [1540732032.5809] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",5:(tun0)]: VPN connection: (IP4 Config Get) reply received
Oct 28 14:07:12 who-ThinkPad-T440s NetworkManager[791]: [1540732032.5819] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",5:(tun0)]: Data: VPN Gateway: 192.168.1.1
Oct 28 14:07:12 who-ThinkPad-T440s NetworkManager[791]: [1540732032.5821] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",5:(tun0)]: VPN plugin: state changed: started (4)
Oct 28 14:07:12 who-ThinkPad-T440s NetworkManager[791]: [1540732032.5835] vpn-connection[0x557e962742d0,22c367e9-b675-4296-98a6-ededba242b77,"VPN-connection",5:(tun0)]: VPN connection: (IP Config Get) complete

Az OpenVPN config valahogy így néz ki (manuálisan szoktam a NetworkManagerben beállítani, ez az exportja):


client
remote 'my.ip-add.hu'
ca '/home/who/.keys/ca-cert.pem'
cert '/home/who/.keys/client-who-cert.pem'
key '/home/who/.keys/client-who-key.pem'
auth-user-pass
tls-cipher 'DEFAULT:@SECLEVEL=0'
comp-lzo adaptive
dev tun
proto udp
nobind
auth-nocache
script-security 2
persist-key
persist-tun
user nm-openvpn
group nm-openvpn

Van valami tippetek, hogy mitől lehet a megszakadás?

Folytonosan kiegészülő (nem tudom a szakszót) weboldal letöltése wget-tel?

Kedves HUP-osok!

Automatizáltan szeretnék adatokat kinyerni weboldalakból, és bash vezérelt wget-grep-sed-awk kombinációval eddig több esetben sikerült is megtennem.

Most abba futottam bele, hogy az egyik weboldal olyan, hogy ha megnyitom böngészőben, csak egy része jön le egyből, de ha nyitva hagyom, akkor pár másodpercenként kiegészítgeti a weboldalt úgy fél oldalanként, így az összes adat csak 10-20 s alatt jön be. Ennek oka világos, ha emberi böngészésről van szó, de a wget csak az első blokkot kapja meg és nagy nyugalommal kilép.

Milyen kapcsolóval tudom elérni, hogy a wget várja meg a teljes oldal letöltését és csak azt írja ki?

Előre is kösz!

UTM keresés iskolába, intézménybe

Sziasztok!

Jelenleg Untagle van átjárónak és a Web monitor része szépen fogja is a dolgokat, de nem blokkol csak jelez. A fizetős Web Filter fogná meg. Viszont az ára elég húzós.

Valakinek van esetleg ötlete ingyenes vagy magyar iskola viszonylatban is megfizethető rendszerre? OpenDNS be van állítva. Bentlakásos intézmény így telefonok is használják a wifit. Elsőre nem is gondoltam erre, de a legtöbb "fertőzött" kérés telefonról indul. Mindenképp jó lenne átjáró szinten szűrni a kéréseket, blokkolni kategóriák szerint és vírusvédelemmel is átnézni a letöltéseket.

Válaszokat előre is köszönöm.

Gmail eltünteti a régi levelek csatolmányait?

Létezik, hogy gmail-ben eltűnnek a régebbi levelek csatolmányai? Szükségem lett volna 1-2 infóra amik 2011-ben és 2012-ben a gmail címemre küldött levelek csatolmányaiban voltak (pdf formátumban). A leveleket meg is találtam, de a csatolmányuk hiányzik... Találkozott már valaki ilyesmivel?

[megoldva] Roundcubemail PHP upgrade - érvénytelen vagy lejárt munkamenet

Üdv!
CentOS 6.9-en frissítettem remi repo-ból a php-t (7.3). Minden jónak tűnik, csak a roundcubemail (1.0.12el) nem enged be:
"Érvénytelen vagy lejárt munkamenet"

Parancssorból, thunderbird-ből simán be tudok lépni (pop3, imap), csak a roundcube nem enged be.

A php verzió okozhatja? (5.6 -> 7.3)

(postfix + dovecot + roundcubemail + mysql + virtual mailbox)

Dovecot master user auth failed

Sziasztok!

Migrálnánk egy Dovecot-ot, ami Samba4 AD-ból authentikál. Gondoltam erre jó lesz a master user.
Próbálnám, de mindig auth failed a válasz, pontosabban:

Oct 16 13:46:14 mail dovecot: auth: Debug: auth client connected (pid=31127)
Oct 16 13:46:30 mail dovecot: auth: Debug: client in: AUTH#0111#011PLAIN#011service=pop3#011secured#011session=DPLIGld4DI1/AAAB#011lip=127.0.0.1#011rip=127.0.0.1#011lport=110#011rport=36108#011resp=
Oct 16 13:46:30 mail dovecot: auth: Debug: passwd-file(master,127.0.0.1,master,): Master user lookup for login: ldapteszt
Oct 16 13:46:30 mail dovecot: auth: Debug: passwd-file(master,127.0.0.1,master,): lookup: user=master file=/etc/dovecot/master-users
Oct 16 13:46:30 mail dovecot: auth: passwd-file(master,127.0.0.1,master,): Master user logging in as ldapteszt
Oct 16 13:46:30 mail dovecot: auth: ldap(ldapteszt,127.0.0.1,): invalid credentials

A master user vonatkozó része:

passdb {
args = /etc/dovecot/master-users
driver = passwd-file
master = yes
name =
pass = yes
}

A master-users tartalma:

master:{SSHA512}AWobHQ1PVdFY7u2zzIEHPiC6qrze+51VXlHD2DQNswRcKIhUHEdzdjGQUkp4yKCi7JSvzuP9wsph9Gduxa+SUcFnUUY=

Telnettel próbálom a usert így adom meg: ldapteszt*master

Mi lehet a bibi?

[Megoldva] MQTT message megjelenites bongeszoben

Hali,

Kicsit kifejtve a cimet:

Van egy szenzorhalozatom, a szenzorok MQTT uzeneteket termelnek, egy Raspberry Pi-on fut az MQTT broker. A szenzoroktol erkezo adatok egik vegallomasa egy weboldal lenne, ahol szeretnem real-time (? talan nem a legjobb kifejezes, szoval szeretnem a legujabb adatokat azonnal megjeleniteni amint elerhetoek).

Az elkepzelesem az, hogy egy (Apache) webszerverhez futnanak be a publikalt uzenetek, majd a szerver valami (push notification-t mondanek, bar lehet, hogy ez sem helyes) modon ertesitene a browsert, hogy van uj adat, jelenitse meg (frissitse).

Az a megoldas nem jarhato, hogy a bongeszo direkt modon iratkozik fel az adott topic-okra, mert nem feltetlen vannak egy halozaton.

Tehat a kerdes, hogy hogyan lehetne a web szerverrel "fogadni" a publikalt uzeneteket es "letolni" a bongeszobe (tehat event-kent jelenne meg, nem pollingolva lenne).

A web-es reszehez szinte egyaltalan nem ertek, szoval az lenne a legjobb, ha valaki megmondana, hogy milyen modulok kellenek az Apache-hez, hogyan kell konfiguralni, hogy mukodjon meg egy, az en kornyezetemre szemelyre szabott html / js / php / akarmi mukodo mintakodot adna, hogy csak bemasoljam a megfelelo helyekre, nyomjak egy Apache restart-ot, es oruljek, hogy mukodik ;-)

Azert a fenti off-the-shelf megoldasnak keves eselyet latom...

A gond ott kezdodik (nyilvan azon tul, hogy nem vagyok jaratos ebben), hogy el se tudom donteni, hogy mi lenne az optimalis es korszeru megoldas. Amik szemebejottek eddig: AJAX, WebSockets, Comet, NodeJS, Node-RED, JS, PHP. Az is lehet, hogy van sokkal jobb megoldas, mint amiket en eddig kigugliztam, csak nem talatam ra.

Olyan example-t pl. mar talatam, ami PHP-ben van megirva es (kozolon inditva) feliratkozik topic-okra, amikor jon valami kiirja a konzolban. De azt pl. nem tudom, hogyan tudnam ezt beleintegralni egy weboldalba (mar ott megakadok, hogy van benne egy loop, tehat nem egyszer lefut, hanem folyamatosan porog, sosem ter vissza, egy callback irogatja ki a dolgolkat).

Ami "push notification"-t illeti, talan a WebSockets johet szoba, de lehet, hogy mar van mas szebb / egyszerubb / jobb megoldas.

Felmerult a NodeJS is, ami ha jol gondolom eggyel magasabb szintrol kozeliti meg a dolgot, de nem tudom, alkalmas-e arra mit en szeretnek.

Szoval igen, alaveto epitokovek hianyoznak a tudasombol, ezzel tisztaban vagyok - ezert is kerdezem itt, ahol eleg sokan foglalkoztok hasonloval.

Bocsi, ha tul hosszu lett a topic.

Koszi,

Udv,

/sza2

Vegul NodeJS lett, WebSocket, MQTT.js (+ valoszinuleg React a megjeleniteshez).

Dovecot és Sylpheed: expunge gond

Szevasztok!

Építettem a régi házi szerver helyett egy újat (Cortex A7). Ezen a szerveren fut többek között egy SMTP szerver (OpenSMTPD), és hogy lássam is a leveleket, Dovecot IMAP4 kliens. A régi szerveremen Postfix ment és egy sokkal régebbi Dovecot verzió. Az OpenSMPTD mailbox fájlt használ.

A levelező kliens Sylpheed, végigpróbáltam anno a Thunderbird-Evolution-Claws-mail-Sylpheed programokat, és ez jött be leginkább. Akkor még a régi Postfix-Dovecot kombó futott, így a törléssel nem volt egyikkel sem gond.

A régi Dovecottal ha nyomtam egy DEL-t, akkor a levél törlődött a levelezőszerveren, azaz kikerült a megfelelő mailbox fájlból. Az új Dovecotnál a levél nem törlődik ki, a Sylpheed szürkén mutatja és sehogy sem tudok megszabadulni tőle. Utánakeresgélve arra jutottam, hogy nem megy az Expunge feature. A Dovecot tud elvileg auto expunge-ot, végső soron nekem az is jó lenne, de az sem nagyon akar működni.

dovecot-2.3.2.1 config auto expunge nélkül:

protocols = imap
listen = *
base_dir = /var/run/dovecot/
instance_name = dovecot
verbose_proctitle = yes
shutdown_clients = yes
log_path=/var/log/dovecot.txt
ssl=no
default_process_limit=10
default_client_limit=30
default_login_user=dovenull
default_internal_user=dovecot
mail_uid=0
mail_gid=0
mail_location=mbox:~/mail:INBOX=/var/spool/mail/%u
mailbox_list_index=yes
first_valid_uid = 500
last_valid_uid = 0
first_valid_gid = 1
last_valid_gid = 0

namespace inbox {
type = private
inbox = yes
hidden = no
list = yes

mailbox Drafts {
auto = create
special_use = \Drafts
}
mailbox Trash {
auto = create
special_use = \Trash
}
mailbox Sent {
auto = create
special_use = \Sent
}
}
auth_mechanisms=plain login
disable_plaintext_auth=no
passdb {
driver=passwd
}

passdb {
driver=shadow
}

userdb {
driver=passwd
}

Tudjátok, hogyan kell beállítani a Dovecotot, hogy rendesen kitörölje a leveleket? A levelezőkliens cseréje sajnos nem opció, Sylpheeddel kell működnie. Ha van a Dovecotnál kisebb, egyszerűbb IMAP szerver, akkor szívesen kipróbálom azokat is.