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

Hol lehet hosztolva egy weboldal?

Üdv!

 

Van egy weboldal, ami már egy ideje nem működik, általános 404-et dob a hosting szolgáltatótól.

Úgy néz ki, hogy maga a hosting nem lett megújítva már egy ideje, és ez az oka.

 

Hogyan lehet kideríteni, hogy melyik hosting szolgáltatóról lehet szó?

 

Maga a domain név a 104.156.59.2-es IP-re mutat, ami visszafejtve a cpanel-002-fla.hostingww.com -t adja.

 

A 404-es oldal forrását megnézve sem találtam semmit, ami utalna a szolgáltatóra.

 

Esetleg valakinek ismerős lehet?:

 

404

Domain kérdés

Hala,

Nem foglalkozom domaines technikai és jogi tudnivalókkal, gyenge vagyok benne, segítséget kérek.

Egy cimborám szeretne vásárolni segedelmemmel egy xy .hu domaint a meglévő xy .blog .hu tárhelyére mutatva, s az ottani tartalmat xy .hu-s honlapként használni tovább, ami a cégének egy reklámja lenne.
A blog .hu supportnak írtam, hátha náluk minden letudható lenne egy helyen..  de vaskos éves díjat adtak rá (piaci ár sokszor-többszörösét: nem írhatom le, de eléggé meglepődtünk).

Kérdésem 1, hátha csinált már ilyet valaki: ha igazolom, hogy az adott blog .hu tárhely a "mi" használatunkban van, valamely domain regisztrátornál kérhetek rá .hu domaint? A blog .hu support erre már nem adott választ sem jogi aspektusból, sem technikai oldalról. Mindkettő érdekel.

Kérdésem 2: ha az igényelt .hu domain már létezik, s bizonyíthatóan a saját használatunkban van, akkor egy idegen domain regisztrátor "agyon tudja ütni" a jelenlegi és más helyre mutató domain szolgáltatást a saját domain regisztrációs szolgáltatásával? Részben ez lenne a célunk, egy tollvonással agyonütni a jelenlegi .hu honlapot és behinteni sóval, s ugyanezzel a tolvonással mást megjeleníteni.

Kérdésem 3: adott az  xy .blog .hu.. s amikor ennek begépeled a címét, már a blog .hu feloldási folyamatában van két daemon.indapass.hu-s session request, ami által pl. az oldalt tükrözni sem annyira triviális, s a httrack szintű szarok elhasalnak a requestnél. Ez okozhat olyat, hogy a külsősnél esetleg megvásárolt .hu domainen elérve az oldalt annak hibára fut a megjelenítése? Hülye kérdés okés, de inkább kérdezem.

Uhh remélem nem voltam zavaros, a hülye kérdésekért bocs.

A blog .hu egyszerű kényelmi okokból lenne praktikus, illetve már van rajta valamennyi tartalom.
A 2-es kérdésnél az is megoldás lehet, ha a jelenlegi domain regisztrátor átírná a bejegyzését a blogos url-re mutatva (az idegen regisztrátor ekkor mégsem lenne annyira idegen)

Köszi!

Multiplatform üzenetküldő szolgáltatás

Sziasztok!

Szükségem lenne egy multiplatform üzenetküldő szolgáltatásra amit API-n keresztül tudok hívni és támogat különböző backendeket pl. e-mail sms WhatsApp Viber.

Az elküldött üzeneteket és a válaszokat össze kell tudja kapcsolni, az is elég ha címzett szerint.

Alapszintű jogosultságkezelés is szükséges hogy a szolgáltatásfejlesztők rálássanak a kommunikációra.

 

Eddig csak olyanok jöttek szembe amik csak egy adott cstornát kezelnek.

Reply all, avagy az őrület tárháza

Sziasztok!

Röviden: hogy a fenébe lehetne korlátozni ezt a funkciót, hogy csak nagy nehézségek után lehessen használni?

Hosszabban: Jó húsz évvel ezelőtt akkori multi munkahelyemen valaki Dél-Amerikában úgy gondolta, hogy több mint száz ország harmincezer munkavállalójának jó ötlet levelet küldeni. Mikor erre rájött, hogy mégsem, megpróbálta visszahívni a levelet. Közben ahogy éledtek az országok az időzóna szerint, mindenki elkezdte figyelmeztetni az illetőt - természetesen "Reply all"-lal - hogy de nagy butaságot csinált. Asszem több nap shut down volt az on-prem Exchange 2000 szervereknek a cégben, míg a londoni központban megpróbáltak úrrá lenni a káoszon.

A "Reply all" őrület vonatról azóta sincs leszállás, nincs rajta fék. Ma is volt egy gratulálunk levél egy kollégának és szinte mindenki késztetést érzett, hogy úgy gratuláljon az illetőnek, hogy erről mindenki más is tudjon, hogy Ő megtette ezt. A kérdés pedig ott az elején: hogyan lehetne ezt korlátozni? Nem hiszem, hogy ez másnak nem okoz gondot. :)
O365 környezet.

Facebook banned user

Sziasztok!

Sajnos már teljesen kifogytunk az 5letekből, HUP-on pedig elvileg IT-s kollégák vannak, akik már sok mindent láttak.
Mielőtt végigolvasod, szeretném jelezni hogy építő jellegű hozzászólásokat várnék, nem  a .... köszi!
Adott egy kb. ~18 éves Facebook profil, ami ritkán posztol (1-2 havonta 1x), nem kommentelget, etc … jellemzően kapcsolattartásra használják.

A profil tulajdonosa haláleset miatt, a profilképet egy sima fekete képre változtatta.
Ez után kb. 2-3 perccel FB tiltotta a teljes profilt, a következő indoklással:
„A Facobook-fiókod fel van függesztve. Ennek az oka az, hogy a fiókod vagy annak tevékenysége nem felel meg a fiók integritásával és hitelességével kapcsolatos közösségi alapelveinknek”
Majd adott 180 napot, hogy igazolja a tulajdonos hogy ő valós, létező személy.
Ezt a tulajdonos a mobil APP-ban egyből meg is tette:
    • 2FA alapján, SMS a fiókhoz tartozó SMS számra
    • APP-ból több fénykép készítése a tulajdonosról (nem feltöltés, az APP-ból!)
    • személyes dokumentum lefényképezése
Ez után kapott egy üzenetet, hogy 24 órán belül elbírálják, tényleg valós személy-e?

Kb. 8-10 perc múlva meg is jött az eredmény:
„Elvégeztük a fiókod ellenőrzését, és megállapítottuk, hogy továbbra sem felel meg a fiók integritásával és a hiteles személyazonossággal kapcsolatos közösségi alapelveinknek.
Nem kérheted újra a döntésünk felülvizsgálatát.”

Értelemszerűen ezt nem ember nézte meg, hanem valamilyen „robot”-on átfutott.

És ezzel a fiók végleges tiltásra került!
Innentől semmilyen lehetőség nincsen, a fiók újra aktivizálására.

Próbáltunk már sok mindent!
Az első javaslat mindig ez az URL:
https://www.facebook.com/help/contact/logout?id=260749603972907
De ezt csinálta meg az APP is, tehát ez már megvolt.

Írtunk egy csomó emailt a következőkre:
    • disabled@fb.com
    • privacy@fb.com
    • abuse@fb.com
    • warning@fb.com
    • customerservice@fb.com
    • legal@fb.com
    • partners@fb.com
    • appeals@fb.com

disabled@fb.com lenne alapvetően erre a célra, de egyik fiókból sem érkezett semmilyen válasz.
Többféle módon megfogalmazva elküldtük már, napi 1-3 alkalommal.

Sok helyen javasolják Bussines account-ból chat-et, olyan accountunk van amiből volt már hirdetve, ez elvileg bussines account-nak számít. De nincsen benne chat, és egyéb lehetőség.

Próbáltuk telefonon, +1 (844) 457-1440, de magyar számról felhívni sem lehet …

A kérdés nagyon egyszerű!
Tud valaki, bármilyen módot arra hogy FB-vel felvegyük a kapcsolatot?
Olyat ami működik, nem valamilyen fórumon, cikkben, etc .. olvastad, hanem olyan ami tényleg működik?
Arról hogy FB ki szerint mennyire hülyeség, etc, és milyen jól meglehet lenni nélküle, kérlek ne itt vitatkozzunk.
Egyszerű kérdésre, egyszerű választ keresünk!

Ha van nem publikus FB elérhetőséged, akkor quash kukac quash.hu-ra is elküldheted!
Köszi ha korrektül állsz hozzá, és köszi ha tudsz segíteni.

Perc alapú fájlrendszer?

Létezik tényleg olyan fájlrendszer, ami csak perceket tárol a fájlok létrehozási idejénél?

Egy CPanel szerveren kellene segítenem behatárolni egy aktív biztonsági rést, de a behatoló által létrehozott fájloknál minden másodperc érték 30. Megpróbáltam egy saját fájlt feltölteni, de annál is ez az eredmény.

Tényleg létezhet ez, hogy egy fájlrendszerben másodpercek nem tárolódnak? Vagy ezt a CPanel ftp szervere teheti? Van valakinek erről valamilyen infója?

levelek exportálás thunderbirdből, túl hosszú fájlnév

Aktuális verziójú thunderbirdból próbálok leveleket exportálni, több száz darab, kézzel nem szeretném egyesével. Ha kijelölök 500 levelet, abból 475 szépen átjön, a maradék nem. Kézzel elkezdtem átnézni, az a baja, hogy a maradék pár darabnak túl hosszú lenne a fájlneve, erről értesítést nem ad, hibaüzenet nincsen. Kézzel kellene őket átnevezni, de nem is tudod melyik az, lehetetlen küldetés.

ext4 fájlrendszerre próbálom írni. Kipróbáltam pendrive-ra, azt bármire formázom, egyetlen darabot se exportál, valószínűleg, mert szóköz van a fájlnévben. Csak tipp, hibaüzenet ugye itt sincsen. (NTFS, EXT4, FAT32 tesztelve)

Milyen ötletetek van rá?  icloud email cím, a webes felületből nem engedi letölteni csoportosan (sem). Esetleg thunderbird helyett másik imap levelezőprogramból?

Vagy esetleg próbáljam meg windows alól? 

kép megosztás több platformon

Sziasztok,

 

Fotósként dolgozok és már több éve saját szerveren tárolok majdhogy minden munkámat, illetve a gépen futó webes felületen adom át őket.

Az a helyzet, hogy nem szeretnék ezen változtatni, x okból kifolyólag, se drive, se drop se semmi nem jöhet szóba, ragaszkodom a saját géphez.

Kész munka átadáskor felmásolom a képeket a megfelelő mappába, dobok bele egy félig demo de marha jól működő galéria szktriptet és készít magának thumb képeket, nagyon frankó cucc, de szeretnék egyszerűsíteni és egyben bonyolítani is.

Tudjon több képet egyszerre letölteni, jelenítse meg a galériát, legyen bitkép, illetve képnézegető is és minden platformon szuperül működjön.

Tapasztalat azt mutatja az emberek nagyon nagy része telefonon használja és Android és iOS sajátosságai is meg van a jelenlegi galériával, ami néhol nehézségeket okozhat.

Erre van valakinek valami ötlete?

[MEGOLDVA] PHP Google API Auth hiba WordPress és cPanel-lel

Sziasztok!

 

A Google PHP API-ját (https://github.com/googleapis/google-api-php-client/) használjuk arra, hogy WP-ben lehessen a Workspace egyik csoportjának tagjait kezelni (törlés, hozzáadás).

 

Ez egészen tegnap délutánig működött rendben, de azóta tök változatos hibákat dobál. Legtöbbször aut kínja van, ilyesmi

Fatal error: Uncaught TypeError: Google\AuthHandler\Guzzle6AuthHandler::__construct(): Argument #1 ($cache) must be of type ?Psr\Cache\CacheItemPoolInterface, Google\Auth\Cache\MemoryCacheItemPool given, called in /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/AuthHandler/AuthHandlerFactory.php on line 44 and defined in /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/AuthHandler/Guzzle6AuthHandler.php:23 Stack trace: #0 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/AuthHandler/AuthHandlerFactory.php(44): Google\AuthHandler\Guzzle6AuthHandler->__construct(Object(Google\Auth\Cache\MemoryCacheItemPool), Array) #1 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/Client.php(1284): Google\AuthHandler\AuthHandlerFactory::build(Object(Google\Auth\Cache\MemoryCacheItemPool), Array) #2 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/Client.php(422): Google\Client->getAuthHandler() #3 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/Client.php(919): Google\Client->authorize() #4 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/Service/Resource.php(238): Google\Client->execute(Object(GuzzleHttp\Psr7\Request), 'Google\\Service\\...') #5 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/vendor/google/apiclient-services/src/Directory/Resource/Members.php(102): Google\Service\Resource->call('insert', Array, 'Google\\Service\\...') #6 /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/functions.php(120): Google\Service\Directory\Resource\Members->insert('hirlevel@oldalcim....', Object(Google\Service\Directory\Member)) #7 /home/oldalcim/public_html/wp-includes/class-wp-hook.php(310): gwdapinewsletter_send_mail('') #8 /home/oldalcim/public_html/wp-includes/class-wp-hook.php(334): WP_Hook->apply_filters('', Array) #9 /home/oldalcim/public_html/wp-includes/plugin.php(517): WP_Hook->do_action(Array) #10 /home/oldalcim/public_html/wp-admin/admin-ajax.php(203): do_action('wp_ajax_nopriv_...') #11 {main} thrown in /home/oldalcim/public_html/wp-content/plugins/gwdapinewslettermembermanager/google-api/src/AuthHandler/Guzzle6AuthHandler.php on line 23

 

A szépséghiba, hogy a PHP továbbra is 8.2, az OS továbbra is AlmaLinux. Semmi nem változott tegnap délután, egyetlen egy dolgot leszámítva. A Contabo kiírta, hogy a düsseldorfi DC-ben (ott van ez az instance) hálózati gondokkal küzdenek. Azóta néha a ping felszökik 40--400 ms közé, így elég használhatatlan a vas.

 

Ezt követően csináltam egy sima kis PHP script-et, ami beleír egy user-t az API-val a csoportba. ez rendben fut a problémás szerveren.

Ezután felhúztam egy WP-t egy másik szerverre és beadtam neki ezt a bővítményemet. Hiba nélkül fut. Meg persze a sima script is.

 

Rövid működés: A Google Cloud-on csináltam egy project-et, ebben service account-ot és ezt összedrótoztam a csoportkezeléssel. De ez a rész működik is. Itt egy példakód, mire gondolok, ezzel tesztelem.

<?php
require_once __DIR__ . '/google-api/vendor/autoload.php';

putenv('GOOGLE_APPLICATION_CREDENTIALS='.__DIR__.'/credentials.json');

$client = new Google\Client();
$client->useApplicationDefaultCredentials();
$client->addScope('https://www.googleapis.com/auth/admin.directory.group');
$client->setSubject('theadam@domainunk.com');

$service = new Google\Service\Directory($client);

$nusr = new Google\Service\Directory\Member();
$nusr->setDeliverySettings('ALL_MAIL');
$nusr->setEmail('privatcimemtesztelni@gmail.com');
$nusr->setRole('MEMBER');
try
{
$service->members->insert('csoportcime@domainunk.com', $nusr);
echo 'Added successfully';
}
catch (Google\Service\Exception $e) {
echo 'Already signed up!';

try {
$r1 = $service->members->delete('csoportcim@domainunk.com', 'privatcimtesztelni@gmail.com');
echo "OK";
}
catch (Google\Service\Exception $e)
{
echo 'Member not in the list';
}

$res = $service->members->listMembers('csoportcim@domainunk.com');
foreach($res as $k)
{
print_r($k->email);
}

?>
Kikommentelem a leírós részt ha csak felírás kell. A vége rögvest mutatja, sikerült-e a mutatvány. De kódból mindig sikerül. A hibaelkapás azért ilyen, mert a Google sajnos nem ad effektív hibát arra, ha már valaki member, vagy épp nem létezik, emiatt necces is rá szűrni. If-fel persze lehet, de jelen esetben ez nem releváns.

 

A WP-bővítményben ugyanez szerepel, annyit leszámítva, hogy ott vannak mezők, amiknek az értékeit tölti be. De ha kiveszem a két try-catch blokkot a WP-bővítményből, az sem dob hibát:D meg a feladatát sem látja el. Változók okék, mert kiírattam. Kínomban már beraktam ezt a tesztkódot WP-bővítménybe és úgy elszállt, mint a papírrepülő, ugyanezzel a hibával. Az a kód, ami simán, WP nélkül, vagy másik szerveren WP-vel jó.

 

Lehetséges az, hogy a Contabo-nál valamiféle, általuk hálózatinak titulált, hiba azt okozza, hogy egy WP-bővítmény nem fut, de a bővítményben lévő Google API kézzel kezelhető a VPS-ről és másik gépen megy a bővítmény tiszta WP telepítéssel?

 

Már nem tudom, mit gondoljak, de olyan is megjelenik időnként, hogy módosítok egy fájlt FTP-n át, de hiába mentek rá és töltöm fel, nem változik a távoli oldalon. Ha új fájlt hozok létre, a tulajdonos user és group 0, reconnectnél meg eltűnik. SSH-n át működik, illetve késő este tegnap az FTP is megjavult, összhangban a ping csökkenésével. De mára megint használhatatlan az FTP.

 

Van bárkinek bármi tippje? Mit lenne érdemes ellenőrizni? Gondoltam rá, hogy át kéne húzni a teljes oldalt, de ez azért kellemes 10+ GB, egy másik szerverre. Arra is gondoltam, hogy egy WP-t rakni frissen erre a CPanel hosztra. De mivel a helyzet az, hogy maga a bővítmény fut rendesen máshol, a hibaüzenetre a Google nem mond semmit és a Google API-t tudom nyektetni pár soros PHP-ból a problémás szerverről, az FTP-vel együtt én arra gondolnék, hogy esetleg a hiba az én hatáskörömön túl esik...

 

Van valami ötletetek, merre lenne érdemes folytatni a hibakeresést?

 

Megoldás: Mivel a konkrét hiba nem lett meg, a problémát viszont meg kellett oldani, a Google API-s részt kiraktam egy külön script-be és azt hívogatja a WP extension. Így ráadásul modulárisabb, kapott egy kis JSON API-t, ami meg még jól jöhet:D

cPanel DNS másodlagos szerver - újratelepítés miatti kiesés kezelése

Sziasztok!

 

Van két VPS, az egyiket tavaly telepítettem AlmaLinux 8-cal és cPanel-lel. Van egy másik VPS, amin egy kőkori, 1300 napja futó CentOS van telepítve, cPanel DNS társaságában.

 

Számos, főképp .hu és néhány .com domain-nek vagyunk az elsődleges és másodlagos névszervere.

 

Az első gépet úgy telepítettem, hogy zsír újat vettünk, live migration-nel húztam át a régi cPanel gépről az adatokat. Promós VPS, azonos áron több SSD.

 

Most viszont újra kéne rakni az ns2-t. Mennyire fogja tolerálni főképp a HU nyilvántartó, ha az újrarakás + cPanel DNS konfigurálásának idejére csak az ns1 lesz elérhető?

 

Alap esetben bevetnék egy harmadik gépet a célra, de bonyolít a képen, hogy egy non-profit egyesület nyújt más non-profitoknak informatikai szolgáltatásokat, így csak úgy plusz VPS vásárlása nem játszik. Ezen a kettőn kell ügyeskedni.

 

Jó lehet az a megoldás, hogy minden extra csavar nélkül letúrom az ns2-t, rakok rá egy korszerű AlmaLinux-ot vagy Ubuntu-t (Debian-on sajnos nem támogatott a cPanel), majd felrakom a cPanel DNS-t és újrakonfigurálom? Maximum 4--6 óra lenne a mutatvány, ennyi időre dőlne ki ns2. Tervek szerint az ns1 nem lesz megállítva ezidő alatt, így az ki tudja szolgálni a DNS-t, no meg az oldalakat.

 

A konstruktív kommenteket előre is köszönöm.