[Techinfo] Joomla 1.5 költöztetése újabb rendszerre

[Fehér Sándor]

Akadt még egy másféle baj amit megkérdeznék:

A weblapunk tűzfal mögött portforwarddal volt/lesz megoldva.
Eddig: sulinet >>>> asus rx router >>>> webserver >>>>> LAN
A probléma ezzel eredetileg is az volt, hogy a LAN -ról nem tudtunk 
kapcsolódni a publikus dns nevünkhöz és a weblap csak úgy működött hogy 
lan ip címet vagy weblap.local kellett beírni.
Kerülőmegoldásom: saját statikus dns rekord, ha benntről kéri a kliens 
lan ip-t ad vissza. >>>> Ez nem túl elegáns :), pl okosteló, laptop 
elviszed melóból és otthon már ipconfig /flushdns kell!
Igényesebben akarnám megoldani DNAT-al.

iptables részlet:
$IPT -A POSTROUTING -t nat -o $sulinet -j MASQUERADE
$IPT -A PREOUTING -t nat -i $sulinet -p tcp --dport 80 -j DNAT 
--to-destination 192.168.4.251:80
$IPT -A PREOUTING -t nat -i $lan -s 192.168.4.0/24 -p tcp --dport 80 -j 
DNAT --to-destination 192.168.4.251:80

Ezzel az volna megvalósítva, hogy a publikus ip címre (dns névből) ha 
benntről kapcsolódok, akkor visszairányít a lan-ban található szerverre.
Így sajnos nem jó, a tcpdump szerint eljut a szerverhez a tűzfalról a 
csomag és válaszol rá a szerver, de a kliens a választ már nem kapja 
meg. (kliens ebben az esetben azonos subnet-en van a szerverrel.
A tcpdump szerint, a szerver a default gw-nek küldi a választ a DNAT 
miatt és ott elveszik a csomag.

Tudtok valami megoldást. (DMZ ...)




Üdv!

Igen a karakterkódolások környékén volt a gond, tegnap sikerült megoldani.
Debian Jessie lett az alap.
Később megpróbálom migrálni a joomlát 1.5.26 ról felfelé.

Köszönöm a segítséget!


2016.09.26. 14:04 keltezéssel, ka at mayten.sch.bme.hu írta:
> On 2016-09-26 12:58, Fehér Sándor wrote:
>> jogos a kérdésed sorry.
>>
>> Ékezet hibás szövegek vannak és nincsenek gombok. Nincs php
>> hibaüzenet sem.
>>
>
> Na, haladunk.  Ekezet hiba: karakterkodolasok korul erdemes
> szetnezni.  Mind az sql, mind a php, mind a webszerver oldalon.  A
> kliens oldalon is kellene, de tudom, erre azt mondod: a kliens nem
> valtozott.  Megis, ha a kliens oldalon beallitasz egy konkret kodolast
> es ettol megjavul, az arra utal, hogy ez a beallitas hianyzik a
> generalt oldalakbol.
>
> Nincsenek gombok: ez lehet javascript, vagy masmilyen script ami nem
> fut le, lehet CSS hiba, ami a masolasnal nem jo helyre kerult, esetleg
> olyan hivatkozas, amely nem jo helyre mutat es a fentiek kozul
> valamelyiket hasznalna.  Bongeszoben javaslom, nezd meg a forrast,
> nezd meg a html kod ott van-e.  Ha nincs, akkor nincs legeneralva,
> nyilvan hibara fut a generalas kozben, vagy valamilyen jogosultsagot
> nem tud ellenorizni, hogy van-e.  Ha le van generalva, akkor csak
> nincs megjelenitve a bongeszo altal, valoszinuleg script / css
> problema.  Firebug javasolt, az meg tudja mondani, mit nem sikerult
> lefuttatni / betolteni.
>
> Ha nincs php hibauzenet, lehet, be kene kapcsolni a loggolast, hogy
> legyen (php.ini error_log direktiva peldaul).  A logok fantasztikus
> dolgok: megmondjak, mi a problema.
>
> udv
> adam
>
> _______________________________________________
> Techinfo mailing list
> Techinfo at lista.sulinet.hu
> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> Illemtan: http://www.szag.hu/illemtan.html
> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/