Mindig amikor belebotlok ebbe a neptun-ba felmerul bennem a kerdes hogy normalis volt az aki
kitalalta?
Ha platformfuggetlen barki altal szabadon elerheto valamit akart csinalni akkor miert
nem valamilyen HTML vagy hasonlo dologgal probalkozott?
Mint pl. Egyseges Tanulmanyi Rendszer Egy vacak bongeszovel elerheto barki szamara….

Próba: kmail
smtp:
default mindenhol OK.
Eredmény: küldés=RENDBEN.
pop:
useraccount: beállítva
jelszó: beállítva
port = default (110)
kiszolgáló: mail.hotmail.com
Eredmény:
„Nem sikerült csatlakozni a(z) mail.hotmail.com kiszolgálóhoz”
:angry2:

---

??????WHY-WHY-WHY??????

---

:angry2:

Ikabb probald igy…
telnet mail.hotmail.com 110

Az eredmenyt masold ide ha van ra mod.

Pontosan, idáig volt egy belsõ háló, külsõ háló, két kari, ez világos.

Igen ezt ertem…
Esetleg konkretan ide masolhatnad az uj gep parametereit…

Most bejön a képbe egy céges gép, aminek a beállításaihoz nem szabad hozzányúlni, ezért, ha a hegy nem megy Mohamedhez stb, sza csinálok neki egy külön hálót, ahol megkap mindent az eredeti beállításainak megfelelõen.

Aha, ertem…
Csak van egy apro problema 🙂
Te csak egy kulon halozati szegmenst csinaltal neki es nem egy kulon halozatot.

Mert ez…
eth0: inet addr:192.168.0.99 Bcast:192.168.0.255 Mask:255.255.255.0
eth2: inet addr:192.168.0.97 Bcast:192.168.0.255 Mask:255.255.255.0
ugyanaz a halozat…

Mint fentebb irtam a ket halozati szegmensen ugyanazok a beallitasok vannak.
Kovetkezeskepp ugyanaz a halozati tartomany van mindket oldalon.
Ezert megzavarodik az egesz.
Most harom dolgot tehetsz (szerintem)

-1- megvaltoztatod az uj gep beallitasai hogy egy masik halozati tartomanyban legyen

-2- megvaltoztatod a mostani halozatod hogy ne ezt a halozati tartomanyt hasznalja
(igy nem kell modositani az uj gep beallitasait)

-3- egyszeruen berakod a mostani halozatodba (halozti szegmensbe) es kesz…
mert nekem ugy tunik hogy az uj gep beallitasai pont olyanok mint amilyen a mostani halozatodnak kell (a bemasolt ifconfig alapjan)

Nagy kérés, mert a gépben nincsen videokártya

Pont az ilyen esetek miatt legalabb egy hulladek valaminek kellene lennie…

Az egész jónak tûnik,…

Szerintem meg nem…

Mi ez?
eth0: inet addr:192.168.0.99  Bcast:192.168.0.255  Mask:255.255.255.0
eth2: inet addr:192.168.0.97  Bcast:192.168.0.255  Mask:255.255.255.0

Szerinted ez igy jo? Szerintem nem…
Ha pl. a 192.168.0.5 re szeretne kuldeni valamit akkor merre menjen a szerencsetlen? 🙂

Konkrét példára kérnék segítséget DNS beállításhoz, illetve még annyiban, hogy az apache-szerveremet kliensekrõl ne csak IP cím alapján érjem el…

Ehhez nyilvan az kell hogy legyen egy dns szerver ami feloldja a http szerver ip cimet…

Amit eddig megtettem:
/etc/hosts -ba felvettem minden kliensgépet, plusz szerepel az eth0 IP-je és általam kiválasztott hostneve.

Ezt most nem ertem… ennek mi ertelme van?
Ettol a kliens gepek meg nem tudjak feloldani az ip cimeket…

Ha kliensrõl hívom, hogy http://192.168.1.2 akkor jön az apache testlap, ha a [url url=http://hostnév.domain]http://hostnév.domain[/url] a kérés, akkor semmi.

Termeszetesen azert mert nincs olyan dns szerver (megadna a klienseknek) ami feloldana a http szerver IP cimet.

A hostnév.domain csak a belsõ hálóra érvényes. Ugyanakkor itt van még az a probléma is, hogy kellene nekem egy virtuális web szerver, egyetlen-egy, és nem tudom, hogy ennek az IP címét az eth0-ra, vagy a lo-ra kell beállítanom.

A lo-ra semmikep… 🙂
Az virtualis http szerver ugy mukodik hogy amikor jon a keres (a szerver publikus IP cimere)
akkor a keresben szereplo nev (kukutyin.domain.) alapjan donti el a http szerver hogy milyen tartalmat szolgaltat.
Ha Apache szervert hasznalsz akkor annak a konfig allomanyaban vannak peldak.

Itt van még a DNS.
Ez az, amit soha sem tudtam beállítani, és ehhez kérnék úgy segítséget, hogy gyönyörûen mûködjön.

Ez egy relative bonyolult dolog… szerintem olvass el valamilyen dokumentaciot ezzel kapcsolatban.
Esetleg megprobalhatod a webmin-t a dns szervered beallitasara.