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

Sziasztok,

Abban szeretnék segítséget kérni hogy lenne egy webszerver költöztetés amit nem lehet egyszerre megoldani (200+ tárhely, plusz vannak akiknek a régi szerveren kell futniuk egy ideig kompatibilitási problémák miatt), tehát új névszerverek is játszanának a történetben (már csak azért is mert egy-két domainnél problémás a névszerver csere) és a dolog bonyolultsága miatt nem tudom hogy jól terveztem-e, írom ez elképzelésem:

A szerverek ns rekordjai glue rekorddal vannak onlinenic-nél az alábbiak szerint:
Régi szerver:
ns1.regiszerver.hu 1.1.1.1
ns2.regiszerver.hu 2.2.2.2

Új szerver:
ns1.ujszerver.hu 3.3.3.3
ns2.ujszerver.hu 4.4.4.4

Az összes domain névszervere:
ns1.regiszerver.hu
ns2.regiszerver.hu

1. Akik mennek az új szerverre azoknál pár nappal a költöztetés előtt levenném a DNS-ükben a ns1.regiszerver.hu és ns2.regiszerver.hu valamint az A rekordok TLL értékék (itt sokan azt mondják hogy nem érdemes 20-30 percnél kisebbre állítani mert hogy más szerverek nem veszik figyelembe)
2. Megtörténik a fájlok átmásolása
3. Itt lenne az a rész normál esetben hogy átírásra kerülnek a domain névszerverei, mivel ez néhánynál nem lehet, azoknál a RÉGI szerveren a domainhez tartozó ns1 (1.1.1.1 > 3.3.3.3) és ns2 (2.2.2.2 > 4.4.4.4) illetve A (1.1.1.1 > 3.3.3.3) rekordot átírom az új szerverére (kérdés hogy a Let's encrypt tanúsítványok kiborulnak-e ettől?)
4. Amikor megvan minden tárhely átmásolása (1-2 hónap) akkor a ns1.regiszerver.hu és ns2.regiszerver.hu IP-je átírásra kerül az új szerverére (3.3.3.3 és 4.4.4.4), és pár nap múlva lekapcsolásra kerül a régi szerver

Mi az amit rosszul gondolok?

Előre is köszönöm!

Ha ugyanazt a fájlt többször feltöltöm, hozzáad egy -x végződest a fájlnévhez.
Pl:
macska.jpg
macska-1.jpg
macska-2.jpg

Chrome nem csinálja, pár hete valami frissítés után műveli ezt a Firefox.

<form action="/action_page.php">
  <input type="file" id="myFile" name="filename">
  <input type="submit">
</form>

Hogy tudom visszaállítani az eredeti állapotot?

Sziasztok!

Telepítettem, beállítottam két Drupal 10.2.1 oldalt (teszt környezetben ugyanazon a szerveren), legyen az egyik a Teszt a másik az Éles (Környezet: Debian 12 + Nginx + PHP-FPM).

Belső hálózaton a Teszt Drupal oldal a http://d10teszt.suli.lan:8002 oldalon érhető el, az Éles Drupal oldal pedig a http://d10.suli.lan oldalon érhető el (az internet felől egyik Drupal oldal sem érhető el).

A d10teszt.suli.lan és a d10.suli.lan aliasok a www1.suli.lan -ra.

A Teszt és az Éles oldalak Nginx konfigurációja csak a aliasok és a portok (8002 | 80) tekintetében tér el; az Nginx /etc/nginx/sites-enabled/default konfigját "töröltem", és létrehoztam a Teszt és az Éles Drupal oldalak számára is egy-egy konfig fájlt.

Előbb telepítettem a Teszt Drupal oldalt és meglepődve tapasztaltam, hogy milyen gyors. Aztán telepítettem az Éles Drupal oldalt és már a "webes telepítés" (nem composer, nem drush) egyes lépései is lassabbnak tűntek. A Teszt Drupal oldal továbbra is gyors, míg az Éles Drupal oldal lassabb és egyes menüpontokra kattintva ~46 mp a késlekedés; pl az elérhető frissítések kézi ellenőrzése, a kijelentkezés, stb. 46mp-es tekerés után történnek meg.

Tesztelési jelleggel megcseréltem a Teszt és az Éles Drupal oldalak 8002-es és 80-as portjait, és meglepetésemre az oldalak sebessége is felcserélődött. Tovább teszteltem; a Teszt Drupal oldalt visszatettem a 8002-es porta az Éles Drupal oldalt pedig átraktam a 8003-as portra. Ennek hatására a Teszt és az Éles Drupal oldal is gyors lett.

Ha van ötletetek, hogy milyen Nginx (nagy valószínűséggel) beállítás okozza a 80-as porton a lassulást, akkor kérlek írjátok meg. (A lassulás Drupal 9 esetén is tapasztalható)

Kíváncsi vagyok nálatok is fennáll-e a jelenség. Van egy generált nevű Facebook felhasználóm, amit arra használok, hogy időnként rákeresek ismert személyekre és megnézem miket posztolnak (ha lehet mert azok akiknek valamivel több eszük van letiltották az idegenek hozzáférését, de még így is akad bőven aki az egész életét kiteszi a netre). 

Észrevettem, hogy inkognitó módban nem tudok belépni. Ez fogad. Gondoltam kipróbálom a Gnome saját Web-re keresztelt tiszta szűz böngészőjével is, amire nincs semmiféle addon telepítve. Itt egy végtelen ciklusba futok, betölt valamit majd reload. Mindenképpen érdekes jelenség. Vajon bug vagy feature?

Sziasztok!

Adott egy user aki W11 alatt használ FF-et, W11 frissítés után dobott hátast, reinstall.
A gépről 8 óránként fájlrendszer szintű remote mentés készül.
A mentésben az user teljes home-ja benne van.

Reinstall után próbáltuk FF-et visszaállítani a szokásos módon:

• AppData\Roaming\Mozilla\Firefox\Profiles\<profil>
• AppData\Local\Mozilla\Firefox\Profiles\<profil>

Visszaállít, betölt.
Minden visszaállítás után, FF üres profillal indul.

Ez után megpróbáltuk csak a ténylegesen fontos adatokat tartalmazó fájlokat visszaállítani:
https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile
Ez után is FF üres profillal indul.

Ekkor vettük észre, hogy a profil fájlok, érdekesen néznek ki:
pl: containers.json

# # ¤ # #€# 0 L ## ## ĺ@^×k#.ÓÔ»š{é# ## ## ĺ@^×k#.ÓÔ»š{## # X # # ˙## ## ## # ˙## ## # # $ ˙## ## ## ĺ@^×k#.ÓÔ»š{é# # «# {"version":4,"lastUserContextId":5,"identities":[{"userContextId":1,"public":true,"icon":"fingerprint","color":"blue","l10nID":"userContextPersonal.label","accessKey":"use

logins.json

# # ¤ # #€# 0 L ## ## ĺ@^×k#.ÓÔ»š{é# ## ## ĺ@^×k#.ÓÔ»š{## # X # # ˙## ## ## # ˙## ## # # $ ˙## ## ## ĺ@^×k#.ÓÔ»š{é# # Ş {"personalization":{"scores":{"interestConfig":{"history_required_fields":["title","description","url","frecency"],"history_limit_secs":2592000,"history_item_builder"

Minden fájl előtt kb. az első 204 byte u.a. crypteltnek tűnő részt tartalmazza.
Utána ott van a normál tartalom.

Minden fáj a profilban ilyen, .json, .js, .sqlite, .db, etc ….
Fixen u.a. ~204 byte tartalom.

A gépen semmilyen ransomware nem volt.
User elmondása szerint semmilyen profil titkosítás, master jelszó, etc … nem volt FF alatt beállítva.
Más fájlokban FF-en kívül nincsen ilyen „elváltozás”.

Visszaállítottunk ~fél éves backupot (augusztus), abban is hasonlóan van bent minden fájl, ennek ellenére a korábbi FF rendben működött.

Mi okozhatja ezt?

Hogyan működik a gyakorlatban az a kikötés, hogy egy háztartásban élőknek kell lenni? Eleve a sajátomat több eszközön, köztük mobil is használhatom gondolom, ami nem köthető annyira lokációhoz.. Akkor a családtagok lokációját mennyire és hogyan kötik szigorúan egy helyhez?

Köszi
 

Sziasztok!

Van egy saját mail szerverem (évek óta) amin fut több domain (pontosabban 4 domain) weboldala is (mind családon belüli, nem vagyok szolgáltató és nem is tervezem). Most jött a kérés, hogy ezeknek a domain-eknek kellene saját levelezést csinálni. A domain regisztrátornál ugyan beállítottam mindent amit az elsődleges mail szerveren is be kellett (az MX-Toolbox szerint jól), de értelemszerűen a reverse nem megy, mivel egy ip-hez egy reverse bejegyzést enged a hostért felelős VPS beállítani. Itt el is hasal az egész, email-t küldeni nem lehet. Szeretnék mind a 4 domainnek (igaz, most csak 3 kell, de ha már belekezdek...) saját email lehetőséget beállítani, mi a módja ennek?

A másik kérdés, hogyan költöztessem át ezt az egészet egy másik szerverre úgy, hogy az eddigi levelezés megmaradjon? Az eddigi rendszer debian 10 volt (egyetlen domain levelezésével), de ezt is szeretném egyúttal frissíteni úgy, hogy a régi szerverről csak a leveleket szeretném átmásolni, a konfig teljesen új lenne a régi alapján (tehát maradna ugyan minden, postfix, postgresql, dovecot, stb...) csak az alaprendszer változna alatta.

Elkezdett omleni a spam egy EXO-s tenantba, amire rahatasom van. A levelek kozos jellemzoje, hogy a targy minden esetben egy hasonlo pattern: word: abc, ahol a "word" minden esetben egy szo (mindig ugyanaz), az abc pedig random 3 db alfanumerikus karakter.

Ilyenkor ugye mire gondol az ember, az ilyen spammer minden admin karacsonyi kivansaga, hiszen 1 db mail rule-lal ki lehetne dobni az osszeset. Csak hat nem. EXO-hoz amugy is balfasz vagyok, szoval a kerdes, vajon az alabbi konfig miert nem fogja meg a rohadekokat?

A pattern ugye a ^word: .{3}$, csak mivel word=username, igy kihuztam.

T-Online címre küldtem sima text levelet Freemail címről. Magyar nyelven, kevés helyesírási hibával, semmilyen linket nem tartalmazott a levél, HTML kódot szintén nem tartalmazott, Claws Mail kliensről küldtem. Egyetlen címzettnek küldtem, s korábban talán napokkal ezelőtt küldtem erre a címre, sőt, más T-Online címre sem küldtem levelet.

Erre kaptam egy ilyesmit:

<***@t-online.hu>: host mx.t-online.hu[aa.bb.cc.dd] said: 550
    5.1.8 Message rejected: Access denied due to spamming (vade) - code_501 (in
    reply to end of DATA command)

Bizonyára spam, már hát hogyne. :(

Mi történt? Hogyan kell meggyőzni a T-Online szervert arról, hogy de hát nem?
 

Hali

meg tudná mondani valaki, hogy a bánatba lehet kikapcsolni ezt a force https-re irányítást a böngészőkben?
Localhost is meg egy belső hálós ip is kéne http-vel elérnem, de állandóan https-re irányít a böngésző már akármit csinálok.

Próbáltam már ilyen edge://flags/#edge-automatic-https meg ehhez hasonló varázslatokat meg edge://net-internals/#hsts stb, de hatástalan.