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

Postfix: refused to talk to me: 421 Syntax error

Sziasztok,

két hete átálltam egy új levelező szerverre (közben lecseréltem a kihaló CentOS6 alapot és olcsóbb/jobb szolgáltatóhoz is mentem), aminek fennakadt néhány levél a queue-jában a tárgybeli hibaüzenettel.

A távoli szerver a Nemzeti Múzeumé. Kipróbáltam telnettel is, az új szerverről ezt látom:

telnet 193.224.43.6 25
Trying 193.224.43.6...
Connected to 193.224.43.6.
Escape character is '^]'.
421 Syntax error
Connection closed by foreign host.

Ugyanezen szolgáltatónál lévő másik VPS-emről is ugyanez lett az eredmény, de a még meglévő régi szerverről működik:

telnet 193.224.43.6 25
Trying 193.224.43.6...
Connected to 193.224.43.6.
Escape character is '^]'.
220 xch01.nemzeti.local ESMTP Service ready
 

Az új szerver IP címe nincs fent egy ismert (le se merem írni) feketelistán sem. Az nmap szerint az új szerverről nézve filtered a 25-ös tcp port, a régiről open. A régi szerver tudtommal hazánkban van, az új talán a szlovákoknál, de egy lengyelországi gépről is megnéztem, onnan is open, telnettel is megy.

Az új szerveren CentOS 8 van, postfixet használok, és a szolgáltató az Aruba.

 

Van valakinek ötlete a megoldáshoz?

Videó hívás weboldalból

Weboldalból szeretnék videóhívást kezdeményezni. Igazából egyetlen megkötés van csak, a kliensnek ne kelljen semmit sem telepíteni.

Ha jól látom, erre való a webrtc, meg a html5, de az első tesztek alapján ez azért nem túl stabil még. (Pl.: egyes firefox - chrome átvitel nekem nem működött.)

A skype-ra is gondoltam, hogy biztos van neki html5 beépülő kliens kódja, de nem találtam sehol. Azt írják, hogy a webrtc-t a skype for business támogatja, de hogy ezalatt pontosan mit értenek, az még nem derült ki számomra.

Ez a webes videóhívás még mindig ilyen ingoványos terület, vagy azért van már erre valamilyen stabil megoldás?

Könnyű webes ftp kliens

Valami könnyű webes ftp klienst keresek, ami lehetőleg még fel is paraméterezhető. Java nem kizáró ok, de erősen kerülendő, ha lehet. Jó lenne olyan, ami - szinte - minden böngészőben el is indul különösebb macera nélkül. (És persze feltölteni is tud.)

Ismertek ilyet? Én nem igazán találtam. :(

Webtárhely keresés

Sziasztok!

 

Van egy meglévő PHP+MySQL alapú weboldal + 1 aldomainnel, heti 15-20 ezres látogatottsággal. A látogatók csak cikkeket olvashatnak rajta, illetve a szerkesztők képállományokat tölthetnek fel a cikkekhez.
Ezt az oldalt szeretnénk egy megbízható, magas rendelkezésreállású webszolgáltatóhoz költöztetni, amely biztosít egy cPanel-t vagy hasonlót, viszonylag nagyobb adatforgalmi kerettel.

Melyeket ajánljátok leginkább?

E-mail tesztelésére, diagnosztizálására szolgáló eszközök listája

Sziasztok!

E-mail tesztelésére, diagnosztizálására szolgáló eszközök listáját gyűjtöm egy dosksiba. Én ezeket használom:

command line:

dig
nslookup
telnet
swak

web:

https://mxtoolbox.com
https://www.mail-tester.com

Köszönettel veszek mindent amit használtok e-mail diagnosztizálásra, esetleg egy rövid mondattal bővítve, hogy mire jó.

Milyen jogon kér a Facebook, profil törléskor, személyi azonosító iratot a tovább lépéshez?

......... Ha nem azt az elsődlegesen felkínált opciót választom. Miszerint az Ők általuk felkínált 5 személyből 3-al küldessek magamnak egy megerősítő üzenetet. Ez utóbbival csak az a bajom, hogy pont 5 olyan személy, akikkel soha nem kommunikáltam. Csak hozadékként a kapcsolati hálón keresztűl ott vannak az ismerőseim között.

A dolog apropója az, hogy több, mint 1 éve töröltem a profilom.
Viszont kényszerből csinálnom kellett egy only messenger accountot telefonszámmal. Mostanában vettem észre, hogy a lehetséges kapcsolatok közt feltűnt a régi törölt profilom. Hogy a francba van ez? A két profil név különbözik és az előbb törölthöz a mostani telószám nem volt párosítva.

Rápróbáltam a belépésre az e-mail cimmel és jelszó pótlást kérve el is küldték a biztonsági kódot. Na akkor csak nem törölték a fiókot. (nem léptem be)
Utána jártam a végleges törlésnek és a felfüggesztésnek. Amit anno elnéztem és csak felfüggesztettem a fiókot, vagyis úgy tudtam, ha záros időn belűl nem lépek be, akkor utána törlődik.

Direkt linken a delete account-ra léptem, ott ismét kértem egy biztonsági kódot a belépéshez és jelszó cseréhez. Beléptem közvetlen a törlés opcióhoz, ahol a kérdésben vázolt szituáció adódott.
1: Abból az 5 emberből egyiket sem akarom zargatni,
2: Az hót ziher, hogy nem töltök fel semmilyen személyes igazoló okiratot.
3: Logout majd rendes belépés az új jelszóval és ugyanott vagyok, mint az előbb.

Mert még ha válaszhatnék 3 embert akivel amúgy is van kontatktom, de így?

Chrome https probléma Windows 10 alatt

Sziasztok!

Frissen telepített, eredeti Windows 10 gép (Microsoft segédprogrammal leszedett iso, eredeti serial), a chrome sok https oldalra adatvédelmi hibát dob (NET::ERR_CERT_AUTHORITY_INVALID. Ugyanezek a siteok más gépek alól működnek, és ugyanezen a gépen is megy pl.: firefox alól.

Amiket próbáltam:

  • Chrome reinstall
  • Portable Chrome (ott is ugyanez a hiba)
  • Időbeállítások (Win és BIOS alatt is)
  • Cookie, előzmények törlése
  • Windows update
  • Chrome update
  • Clear SSL state
  • Másik Win profile (az alól is csinálja)
  • Antivirus kikapcsolás
  • Antivirus letörlés
  • Tűzfal kikapcs/bekapcs
  • DNS szerver csere

Már nem jut eszembe semmi más csak a Win reinstall... Nektek van valami ötletetek?

php-fpm processz globális befagyás

Több php-fpm verziót is chrootban futtató környezetben néha (kb hetente egyszer) egy 5.6-os php-fpm szál befagy, és belassítja a teljes webes kiszolgálást akár az elérhetetlenségig. (Érdekes módon más php verziókét is!) A megoldás ilyenkor az 5.6-os fpm szerver újraindítása. A probléma határozottan egy felhasználóhoz köthető, valószínűleg a webgalamb starter.php programjához.

A kérdés azonban az, hogy egy php-fpm felhasználó hogyan tudhatja ennyire lefogni a kiszolgálást, mikor semmilyen erőforrást nem fogyaszt el. Memória, CPU, Disk, mind van szabadon. 8 magból 1-et köt le a kérdéses processz, bár azt tényleg 100%-osan. A php.ini max_execution_time értéke 60, mégis a processz addig fut, amíg a restart újra nem indítja a php szervert.

Az atop egyetlen érdekes értéke a SYSCPU és USRCPU értéke. Míg minden más processzel SYSCPU és USRCPU értéke 1s alatti, addig ennél a processzenél SYSCPU=38s, USRCPU=22s.

Találkozott már valaki hasonlóval?

Hogyan lehet a php-fpm-et úgy korlátozni, hogy egy kérelem kiszolgálása ne blokkolhassa a teljes környezetet. Például hogyan lehet elérni, hogy tényleg maximum 60s legyen a maximális futásidő?