abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 22:00 | Zajímavý článek

    Byly zveřejněny výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2023 Annual Rust Survey Results. Téměř 70 % účastníků průzkumu vyvíjí na Linuxu, 85 % pro Linux, téměř 62 % používá Visual Studio Code, …

    Ladislav Hagara | Komentářů: 3
    včera 21:11 | Nová verze

    Dlaždicový správce oken, resp. kompozitor pro Wayland Sway byl vydán ve verzi 1.9 založené na wlroots 0.17. Měl by poskytovat lepší výkon a přidává několik konfiguračních voleb, příkazů atd.

    Fluttershy, yay! | Komentářů: 0
    včera 13:33 | Nová verze

    Byla vydána nová verze 2.44.0 distribuovaného systému správy verzí Git. Přispělo 85 vývojářů, z toho 34 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    24.2. 17:11 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 8.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    24.2. 16:55 | Nová verze

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    24.2. 12:33 | Nová verze

    Google zveřejnil seznam 195 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 18. března do 2. dubna. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů pro velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.

    Ladislav Hagara | Komentářů: 0
    24.2. 08:00 | Nová verze

    Mixxx (Wikipedie), tj. svobodný software určený (nejenom) pro diskžokeje, byl vydán v nové major verzi 2.4.0. Přehled novinek i s videi v oficiálním oznámení. Aktualizována byla také uživatelská příručka. Oficiální flatpak je k dispozici na Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.2. 18:44 | IT novinky

    Softwarová společnost Avast musí ve Spojených státech zaplatit pokutu 16,5 milionu dolarů (více než 386 milionů Kč) a přestat prodávat data o uživatelích k reklamním účelům. V tiskové zprávě to ve čtvrtek oznámila americká Federální obchodní komise (FTC). Společnost Avast se sídlem v Británii se podle FTC nedovoleného jednání dopouštěla přes svou českou součást Jumpshot.

    Ladislav Hagara | Komentářů: 41
    23.2. 14:33 | Zajímavý článek

    Andrey Konovalov popisuje, jak se mu podařilo na notebooku Lenovo ThinkPad X1 Carbon 6. generace povolit řadič xDCI, aby umožnil emulaci libovolných USB zařízení.

    Fluttershy, yay! | Komentářů: 1
    23.2. 10:00 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.2 Kereru. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    Kolik máte nálepek na víku notebooku?
     (17%)
     (60%)
     (5%)
     (4%)
     (5%)
     (9%)
    Celkem 386 hlasů
     Komentářů: 14, poslední 24.2. 17:01
    Rozcestník

    Dotaz: Migrace multihostingu na novou IP, jak na IP relay?

    4.5.2015 11:23 krishna23
    Migrace multihostingu na novou IP, jak na IP relay?
    Přečteno: 469×
    Zdravím,

    Mám LAMP webserver s mailserverem v jednom. Brzo mě čeká stěhování do jiného datacentra, bohužel se mi ale nepodaří změnit všechny DNS záznamy najednou (protože většina z nich ani není v mé správě), tak bych se chtěl zeptat, jak v takovémhle případě vyřešit IP relay ze staré IP na novou?

    Napadlo mě, udělat mezi starým a novým serverem VPN a na staré IP nastavit NAT s maškarádou přes iptables.

    Dal by se podobný relay nastavit například i s použitím Mikrotiku? Vyjde mě levněji nechat v původním datacentru 1U mikrotik, než 2U server s 2x750W zdrojem.

    Je případně nějaké další pohodlnější řešení?

    Děkuji za rady

    Odpovědi

    4.5.2015 11:56 NN
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    Co resis za zbytecnosti. V nove lokalite zalozis server a pak to jen preklopis. Pokud nemas DNS ve sprave, je problem se domluvit, ze se to cele v konkretni den presmeruje?
    4.5.2015 13:00 krishna23
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    No na původním serveru je asi 600 domén, zhruba u dvou třetin z nich nemám přístup k administraci DNS a potřeboval bych překlopit komplet traffic na novou lokaci, aby mi pak nechyběly data na novém serveru.
    4.5.2015 14:57 Filip Jirsák
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    V původní lokalitě stačí jen NAT (DNAT + SNAT), VPN není potřeba. Mikrotik na to svými schopnostmi stačí, záleží ale na tom, o jak velký jde traffic a zda to zvládne uNATovat.

    To máte všechny ty domény směrované přímo na IP adresu? Na tomhle příkladu je vidět, proč je lepší mít www jako CNAME na jméno serveru. V DNS byste změnil jenom tu jednu adresu serveru, a v původním umístění by stačilo ponechat jednoduchý webserver, který by varianty bez www přesměrovával na www (což by byl mnohem menší traffic, než přeposílání celého webu).
    Lachmex avatar 5.5.2015 01:06 Lachmex | skóre: 11
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    Castecne souhlasim s tim, co je popsano vyse - zejmena s ohledem na TTL u domen atd ... - a jeste bych mozna dodal (coz Vas mozna napadlo pod pojmem VPN) a to udelat EoIP tunnel mezi dvema DC (v podstate obdoba toho, co jste popsal ve Vasem dotazu)

    Je urcite dulezite se zamyslet nad tim, jaky typ/radu mikrotiku pouzijete, ale v zasade, reseni by to pro Vas mohlo byt (a asi i nejmene bolestive/komplikovane).

    Osobne jsem tuto 'necistou' cestu pred casem nedobrovolne nasledoval - 27 serveru, stare DC / nove DC a problem s postupnym preklopenim na nova IP (komplikace byla v 'nedostatku casu' pro update FW ze strany IT klientu). Toto reseni sice je z meho pohledu bastl, nicmene, ukazalo se jako funkcni a svuj ucel splnilo. Pokud je EoIP spravne nakonfigurovano a sestaveno, vse by melo bezet aniz by to zakaznik 'poznal'. Ale opakuji, neni to 'koser' a sam se za to stydim :D ....

    tedy, z meho pohledu - pokud nemate jine volby a chcete jit cestou tohoto reseni, tak bych spise nezli VPN (a NATu) sel cestou EoIP ....

    (jen doufam, ze za tento nazor budu nalezite kritizovan :D :D :D )

    5.5.2015 07:35 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    To EoIP vypadá na nějaký Mikrotik-only protokol, dnes už bych asi spíš doporučil vxlan.
    pavlix avatar 5.5.2015 08:33 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    Rozhodně to není zbytečnost, jak píše NN, naopak umět rozběhat plynule služby na jiném hardware a až následně řešit DNS je super věc. Ale bohatě na to stačí kombinace MARK, DNAT a SNAT. Přidají se do firewallu tři pravidla. Jedno paket označí, druhé přepíše cílovou adresu na nový stroj, třetí přepíše zdrojovou adresu na starý stroj. Se zbytkem si poradí connection tracking.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    6.5.2015 01:21 Vantomas | skóre: 32 | Praha
    Rozbalit Rozbalit vše Re: Migrace multihostingu na novou IP, jak na IP relay?
    U řešení s NAT je důležité podotknout, že z pohledu webového serveru na novém IP se ztratí zdrojová adresa odkud návštěvník přišel a všichni vystupují pod IP toho NATovátka uprostřed. V případě, že by se tam neudělal SNAT, tak nastane situace, že webový server bude odpovědi na požadavky posílat rovnou na IP adresy klientů a zde dojde ke zmatení, protože zdrojový počítač nezná žádná taková spojení.

    Osobně bych to přesně řešil přes EOIP tunel, kdy by webový server v novém DC měl dvě IP adresy a to jednu novou a poté ještě jednu tu starou, která by tam byla dopravena právě tím L2 tunelem. Systém na serveru se pak sám postará o to, že podle toho na jakou IP přišel požadavek volí odchozí IP adresu do paketů a k žádnému zmatení by nedocházelo. Řešit na Mikrotiku nějakou "vyšší" VPN než ten eoip tunel nemá smysl, nezvládá to výkonově a taky ty implementace těch protokolů tam moc neoslňují co se rychlosti týče.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.