iptables vs ügyfélkapu

Fórumok

Üdv

Adott egy win32 háló. előtte egy x86/32 - n egy öreg Linux, 2.4.x kernellel - tűzfal szerepben.

A win32 gépeken minden weblap csodálatosan megy (https oldalak is), viszont az ügyfélkapus oldaltól (www . magyarorszag . hu / ugyfelkapu - aktiválás) teljesen lehal az egész: egy ideig "gondolkozik" a kliens gép, majd ~ "a kiszolgáló túl sokáig nem válaszolt". több rendszerről, több böngészővel próbáltam, eredmény ue. felhívtam a technikai vonalat, ott elmondták, hogy valójában ie only lap. okés, váltsunk ie böngészőre. mindent megcsináltam, errefel továbbra is az említett jelenség. mondták, hogy nézzem meg a tűzfalat. okés. ezt XY cég telepítette anno, azóta már nem léteznek. A root jelszót felülírtam alacsony futási szinten, majd variáltam (volna) az iptables - sel, de ott nem_látok_semmi_nyűgöt :(. erre varrjak gombot. brühühühü, nem tudja valaki, az ügyfélkapus oldal valami spéci porton menne?? másra már nem tudok gondolni :(

azok a linkek nem mennek, amelyekben ott a redirect, amit https oldalra irányít. valaki találkozott már ilyennel?

köszi

Hozzászólások

speci portot latnad az urlben (kiveve beagyazott alkalmazasoknal)

azt fogom csinálni, hogy próbaképpen kilövöm a firewallt az initekből, és csak simán átjáróként használom a gépet - bár ha a hálót emiatt kívülről / belülről felnyomják (fontos adataik vannak), akkor engem f*szra húznak.... :(

az inet szolgáltató egyébként okozhatja ezt a baromságot?

Nincs beállítva proxy? Nem lehet, hogy sütit/ActiveX-et szeretne használni a nyomorult, de a proxy nem akarja?
Nálam ugyanugy linux 2.4 itthon + firewall, és Mozilla 1.5.0.1-el nézetettem az oldalt, és addig, hogy "Első bejelentkezés digitális aláírás nélkül" eddig minden szépen ment. Tovább nem próbáltam.

tanulság: vannak emberek, akik úgy oldják meg a feladatokat, hogy egy szkriptben több, működéshez szükséges dolgot is megszabnak, aztán mondjuk ezt elnevezik *firewall - nak, hogy elsőre totál összezavarjanak (értsd: bootkor nincs meghívva a ""firewall"" - és örülsz, ha a gép bebootol)... jobban átnézve az állományt ebben (sok egyéb mellett) volt néhány megtagadandó ip és név is. ezt a részt törölve a probléma megoldódott. köszi.

Nem akartam a problémám miatt, új topicot nyitni, szerintem ide való.
Nekem nem az iptables, hanem a proxy miatt vannak ügyfélkapus hibáim.
Egy windows-os hálózat elött van a linuxos tűzfal. Proxynak squidet használok. A proxyt kerülve megyek ki akkor elvileg minden tökjó, de ha rajta keresztül, akkor bejelentkezéskor "a lap nem található" hibát adja vissza. Mit kéne beállítani?
Más https lapok simán mennek rajta.

1, Ebbe a hibába már én is beleütköztem. (ie alatt a lap nem található hibaüzenet) Csak úgy tudod kikerülni, hogy nyomsz egy refresh-t a böngészőbe, és 3-4 belépési próbálkozás után már be tudsz lépni

Pár észrevétel:

- működik Firefox-al is (kipróbáltam)
- ha valaki IE alatt próbálja feltölteni a nyomtatványt az APEH felé
akkor javasolt a legfrissebb JAVA telepítésre a gépre, mert az IE hibát
jelez
- a legnagyobb hiba: a nyomtatványokat két féle módon lehet feltölteni: kézi tallózással, illetve egy JAVA-s alkalmazáson keresztül. A kézi tallózásánál meg kell keresni a fájlrendszerben a küldendő fájlt (macerás).
A JAVA-s alkalmazás automatikusan megtalálja a fájlt és csak ki kell jelölni a feltöltéshez. Ez a JAVA-s alkalmazás, ha proxy-n keresztül internetezünk akkor nem működik.