Sziasztok!
Mint ahogy a cím is mutatja,kisebb problémám akadt a domain létrehozással.Mielőtt vázolnám a helyzetet,előrevetíteném,hogy ez egy iskolai projekt része,és sajnos 0 hálózati tudással kell ezt megvalósítanunk.
A feladat így hangzik:
"A vállalat 3 aldomaint használ a webszerveren
-valami1.[cegneve].hu
-valami2.[cegneve].hu
-valami3.[cegneve].hu
Az aldomainokat virtual host-ként kell létrehozni a webszerveren."
Na már most adott egy Ubuntu Server 16.04 VMware Workstationben,rajta Apache2 webszerver. ISPConfig 3.1-gyel próbáltam felkonfigurálni,de valahogy nem igazán sikerült.
A DNS Zone Wizarddal csináltam egy ilyet(az sftdev a fiktív vállalat neve):
https://imgur.com/a/r3RZ9
Létrejön 3 DNS A record: 1 mail nevezetű,1 sftdev.hu nevezetű és 1 www nevezetű,mind az ifconfig által mutatott IP címre hivatkozva.Van még két NS record,sftdev.hu névvel.Az egyiket egy netes útmutató alapján 8.8.8.8 és 8.8.4.4 IP címre írtam(azt hiszem ezek a Google névszerverei).Hozzáadtam kézzel még két CNAME recordot a másik két domainnek.MX record is generálódott mail.sftdev.hu névvel.
A böngészőbe beírva bármelyik címet(sftdev.hu,crm.sftdev.hu stb.) nem hoz be semmit és arra hivatkozik,hogy a kért oldal DNS címe nem található.
Valakinek van valami ötlete,hogy mit csinálhatok rosszul?
Minden segítséget köszönök.
- 5666 megtekintés
Hozzászólások
Kerdes: varhato, hogy itt nagy szamu site lesz amihez kell az admin panel? Mert ha nem, akkor lehet hogy sokkal jobban jarsz ha szepen kezzel megcsinalod, es akkor jobban is fogod erteni hogy mi tortenik. Ha ez megfelelo lenne, akkor szivesen linkelek egy zsak howtot hozza.
--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone
- A hozzászóláshoz be kell jelentkezni
btw, ez egy "fiktiv" vállalat, ahogy írta is + "iskolai projekt"
Valószínűsítem, hogy az xyzvallalat.domain csak és kizárólag intraneten létezne és nem ténylegesen bejegyzett domainről van szó. Bár lehet tévedek.
De a fenti esetben még jó hogy nem találja meg a google vagy bármilyen külső DNS és nem tudja feloldani.
- A hozzászóláshoz be kell jelentkezni
Teljesen jó tipp volt,ez egy légből kapott "vállalat",amit a projekthez kellett kitalálni.
A Google névszervert csak egy útmutató alapján adtam meg,mivel mint ahogy mondtam,gyakorlatilag 0 hálózati ismeret nélkül kell nekiállni megcsinálni.De köszönöm az észrevételt!
- A hozzászóláshoz be kell jelentkezni
gyakorlatilag 0 hálózati ismeret nélkül kell nekiállni megcsinálni
Miért, ki tiltja hogy tanulj? "Kicsit" egyszerűbb úgy bármit csinálni, ha legalább nagyjából képben vagy a témában.
- A hozzászóláshoz be kell jelentkezni
Teljesen jogos felvetés,de egy kicsit árnyaltabb a dolog(szerintem).A feladat adott,amihez kellene némi hálózatismeret is,amit viszont csak egy későbbi félévben leadott tárgy keretében ismertetnek.Egy kezdőnek,aki még csak most használ életében először linuxot,elsőre kemény dió egy működő szerver létrehozása.Persze,én is keresek neten hozzá anyagot,olvasgatok róla,de mint ahogy mondtam,egy kezdőnek eléggé kusza ennek az átlátása.
- A hozzászóláshoz be kell jelentkezni
A DNS nem a feladat része, amit te keresel az a "name based virtual host", amit tetszőleges értelmesen konfigurálható http-kiszolgálóval pöcc-röff össze fogsz hozni, ha utánaolvasol.
Komplett httpd.conf-ot nem fogsz kapni - iskolai feladatnál az a cél, hogy tanulj, nem az, hogy kész megoldást kopipasztával beadj. Aki szakácsnak tanul, az se a sarki kifőzdéből hozatja a gyakorlati feladathoz a kaját...
- A hozzászóláshoz be kell jelentkezni
Nem is célom egy copy-paste megoldás.De míg egy szakácsnövendéknek ott van hozzá az alapanyag és a főszakács jobb esetben egyszer megfőzte előtte a kaját,itt se alapanyag,se főszakács....
- A hozzászóláshoz be kell jelentkezni
Így ezzel (nem kötekedés) nem igazán fogunk tudni segíteni szerintem, ha csak valaki 0-ról le nem ír mindent, hogy egy ilyet hogy is kellene kivitelezni.
Mivel ez főleg 0 tudással kissé komplexebb probléma, mint egy létező domainen aldomainek beállítása apacheba, stb. Mert az faék egyszerűség.
1. nem ismert a környezet (milyen router, milyen IP-k, milyen konfig lehetőségek, mire kell, stb)
2. nagyon hosszú lesz elmagyarázni
3. remélem ezt nem kell leoktatnotok majd később ?! :) mmint ezt a teszt vállalat webhosting, aldomain cuccost? Mert akkor az nagyon rosszat fog tenni úgy, hogy nem ért hozzá senki.
btw elnézést, nem lebecsülni akartam senkit, csak tényleg, ha nincs róla tudás, akkor úgy elég nehéz bármit is.
de lehet lentebb lesznek bevállalósabb emberkék akik beleássák magukat ebbe.
Üdv
-krix-
- A hozzászóláshoz be kell jelentkezni
Rakjon össze 3 vhost-ot ispconfig használatával. Ez nagyjából az rtfm kategória, még kézzel összerakott apache konfig esetén is.
Hiont: name based virtual host. Bővebben: ha a szerver IP-címére becsattan egy tcp-session a 80-as portra, és azt mondja a kliens, hogy:
GET / HTTP/1.1
Host: alma.domain.hu
Akkor az alma, ha azt mondja a 2. sorban, hogy Host: barack.domain.hu, akkor a barack témájű tartalmat kapja.
Az, hogy a DNS hogy áll össze, a feladat szempontjából szerintem irreleváns - teszteléshez a kliensen legyen benn a hosts-ban mindhárom név a szerver IP-jével, oszt' jónapot.
- A hozzászóláshoz be kell jelentkezni
Felhívnám a figyelmedet arra, hogy 0 "hálózati tapasztalat / linux tapasztalat" a kérdező által.
^^
- A hozzászóláshoz be kell jelentkezni
Igazából én tényleg nem kész megoldásra várok itt legfőképpen. Ha valaki most idedobna egy 500 oldalas leírást,hogy hogy működik ez az egész,minek kell utánanézni,mire kell figyelni stb. akkor nagyon szívesen elolvasom.Így,ahogy említve lett ez a name base virtual host,utánaolvasva valószínűleg valóban ez kell nekem.De erre én nem hiszem hogy magamtól rájöttem volna....
- A hozzászóláshoz be kell jelentkezni
Ez szerintem segíteni fog: https://www.digitalocean.com/community/tutorials/how-to-set-up-apache-v…
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
- A hozzászóláshoz be kell jelentkezni
Bármilyen segítséget elfogadok és nem különösebben ragaszkodok az ISPConfighoz,csak gondoltam valami GUI-s programmal egyszerűbb (lett volna).
3 site lesz csak,a három domainhez.
- A hozzászóláshoz be kell jelentkezni
Akkor ime a gyorstalpalo, sok egyszerusitessel.
1. DNS
Az egesz webes kiszolgalas ket reszbol all. Amikor a bongeszo egy weboldalt keres, eloszor a DNS rendszerben nezi meg, hogy mi az adott weboldalhoz tartozo IP cim. Ebbe ne is menjunk bele, mivel nincs domained, igy erre nem is lesz szukseged. Helyette a sajat szamitogeped un. hosts fajljaban "be tudod drotozni" hogy az altalad valasztott fiktiv domainhez a virtgepet IP cimet tarsitod. Ezt guglizd ki, nem bonyolult.
2. Webszerver
Az, hogy a DNS megmondja hogy hol van az adott domain, edeskeves a mukodeshez. Ehhez szukseged van arra, hogy a szerver is tudjon ezekrol a domainekrol. Ez az un. "virtual host". A virtual hostoknak ket fajtaja van, a nev alapu es az IP alapu. Na mivel neked itt egy IP-n tobb domain lakik, a nev alapu virtual host van.
3. Telepites
Jelen tutorial kedveert tegyuk fel hogy egy teljesen szuz Ubuntu 16.04-en vagy. Ha nem igy van, akkor zuzd el es kezdd ujbol. Elsokent feltelepitunk egy webszervert:
sudo apt-get install -y nginx
Azert nem Apache, mert macerasabb a confolasa valamivel es konnyen bele lehet bonyolodni a hibakeresesbe.
4. Konyvtarak
Ha ezzel megvagy, akkor nehany config filet modositani kel. Feltetelezem, hogy azert a konyvtarakban valo navigacio, stb. megy, szoval eloszor is hozzuk letre a kovetkezo konyvatarakat:
- /var/www/elsodomain.hu/htdocs
- /var/www/masodikdomain.hu/htdocs
- /var/www/harmadikdomain.hu/htdocs
A domain neveket termeszetesen tetszes szerint atirhatod. FTP-re es egyeb huncutsatokra nem lesz szukseged, SSH-n keresztul tudsz fajlokat feltolteni. Hozzunk letre egy usert aki ezen fajlok tulajdonosa lesz:
useradd -d /var/www -s /bin/bash www-upload
passwd www-upload
Adjuk oda neki a harom konyvtarat:
chown -R www-upload:www-upload /var/www/*
Ezen felul szukseg lesz arra hogy a webszerver be tudjon lepni az adott konyvtarakba, szoval betesszuk a www-upload csoportba:
gpasswd -a www-data www-upload
5. vhost
Nincs mas hatra mint a webszervernek megtanitani hogy azt a harom konyvtarat legyen kedves kiszolgalni. Ehhez letre kell hozni harom filet:
- /etc/nginx/sites-available/elsodomain.hu
- /etc/nginx/sites-available/masodikdomain.hu
- /etc/nginx/sites-available/harmadikdomain.hu
A tartalmuk pedig kozel azonos:
server {
listen 80;
listen [::]:80;
server_name elsodomain.hu;
root /var/www/elsodomain.hu/htdocs;
index index.html;
location / {
try_files $uri $uri/ =404;
}
}
Ezek utan mar csak harom symlinket kell letrehoznod:
- /etc/nginx/sites-enabled/elsodomain.hu -> /etc/nginx/sites-available/elsodomain.hu
- /etc/nginx/sites-enabled/masodikdomain.hu -> /etc/nginx/sites-available/masodikdomain.hu
- /etc/nginx/sites-enabled/harmadikdomain.hu -> /etc/nginx/sites-available/harmadikdomain.hu
... es ujrarugnod az nginx-et, es ha mindent jol csinaltal, es nekem sikerult mindent fejbol leirni, akkor van 3 mukodo weboldalad.
Azt persze remelhetoleg mondanom sem kell, hogy ez egy iskolai projekt kivetelevel nem allna meg a helyet, szal ha tenyleges, internetre kitett webszervert szeretnel epiteni, akkor ennel joval komolyabb utanajaras szukseges.
--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone
- A hozzászóláshoz be kell jelentkezni
Köszönöm a segítséget!
Csak egy kérdésem van,miután az oldalakhoz LDAP alapú hitelesítést kell csinálni: az nginx mennyire támogatja az OpenLDAP-ot? Valahol mintha olvastam volna,hogy az Apache-csal működik OOB.
- A hozzászóláshoz be kell jelentkezni
Első blikkre tényleg nem műx :-/ Amire viszont felhívnám a figyelmedet, bár ez "iskolapélda", de javaslom megemlíteni a beadáskor, hogy bizony authentikációs adatokat, illetve authentikált hozzáféréssel elérhető tartalmakat nem küldözgetünk plain text protokollon - azaz a való életben az ilyesmit illendően https-re szokás konfigurálni. Ez viszont messzire vezetne konfigurálás tekintetében (wildcard cert, ssl-terminálás és forgalom proxyzása localhoston futó szerver(ek)re vagy épp SNI...)
- A hozzászóláshoz be kell jelentkezni
Elnézést, de 0 tudással érkeztél ide, saját bevallásod szerint. És most egy "egyszerű" DNS / localDNS / apache virtual hosttól eljutottunk nginx-hez és LDAPhoz ?! WTF just happened ?
Következő kérdés az lesz, hogy az openldapba hogyan kell beintegrálni a Samba AD* részeit? vagy nem is értem, hogy a francba került ide az LDAP ...
- A hozzászóláshoz be kell jelentkezni
És az eredeti kérdésben ez nem volt benne - ha ugyanis benne van, akkor az nginx-et szerintem senki sem citálja, mint valóban faék egyszerű megoldást. meg ahogy írtam is, ha authentikáció, akkor https, ha https, akkor meg egy rakat egyéb átgondolni/áttervezni való dolog jön közbe, ami az egyszerű "három name based vhost"-tól kellően távol esik, mint feladat.
- A hozzászóláshoz be kell jelentkezni
Már többször felmerült bennem, hogy jó lenne látni az egész feladatot, vagy a hozzá adott anyagot, mert olyan suli nem nahyon van, ahol el se mondják, anyagot se adnak, és a kérdés is használhatatlan, mert nem ír semmit a perem feltételekről. És be is igazolódott a gyanúm, hogy van ott még, csak a kedves kérdező nem árulta el :-)
- A hozzászóláshoz be kell jelentkezni
btw elnézést megkövetlek, bocsi az előző előtti hozzászólásért, (hámozza ki a HUP) ahol felróttam hogy nem olvastad el a kérdező hozzászólását.
Ha már LDAPnál tartunk akkor visszavonom azt a hozzászólásomat. Meg kb. az egész segítő szándékot, mert ez lassan egy "szakmai be andadónak" tűnik egyre inkább...
Még a végén iSCSI lesz meg virtualizáció :/
- A hozzászóláshoz be kell jelentkezni
Beágyazott/teljes formában olvasom, úgyhogy egymás alá rakta a két hsz.-od :-) Egyébként men nincs miért elnézést kérned :-)
- A hozzászóláshoz be kell jelentkezni
+1 No, meg ildomos lenne bevallani, hogy egy közösségi megoldás kell a házi feladathoz.
- A hozzászóláshoz be kell jelentkezni
Megjegyezném,hogy nem önállóan csináltam meg,amennyiben lenne megoldás...
- A hozzászóláshoz be kell jelentkezni
Ez most egy összesített hozzászólás lesz,reagálva mindenkinek:
Igen,valóban ez a feladat több részből áll,de egyelőre csak azt a részét másoltam be,amivel már több napja nem jutottam előre.Másrészt azért sem akartam azzal kezdeni,hogy fellököm az egész feladat,mert nem akartam,hogy olyan szaga legyen,mintha azt várnám,hogy más megcsinálja helyettem a kész megoldást.De akkor a tisztánlátás kedvéért részletezem a dolgokat:
Ez egy féléves nagyfeladat.Félév elején rá kellett bökni egy feladatra úgy 8 közül,hogy ezt szeretnéd megcsinálni(hozzáteszem ezen a ponton én és sok társam még soha életében nem használt Linuxot). Viszont a leadott anyag nem igazán van egyensúlyban a feladathoz elvárt ismerettel.Nyilván az én első köreim is Google,Howtoforge stb. volt,de van amihez ez is kevés volt.A feladat így szól(persze ez is már a lényeg összevonva):
Kitalálni egy fiktív vállalatot.Megvalósítani a vállalat alkalmazásszerverért(webszerver + levelezés + SQL + LDAP + DNS).Vannak különböző userek,főnök,alkalmazottak stb.3 aldomaint kell létrehozni a webszerveren,valami1.vallalatnev.hu,valami2.vallalatnev.hu,valami3.vallalatnev.hu.Ezeket virtuális aldomainként kell létrehozni a webszerveren.A domainekhez LDAP kell,hogy a különböző userek csak a nekik szükséges domaineket érjék el.
ÉS hogy hogy került ide az nginx?
Howtoforgeon találtam egy leírást,ami elmagyarázza egy ilyen szerver telepítését a hozzávaló programokkal.
https://www.howtoforge.com/tutorial/perfect-server-ubuntu-with-nginx-an…
Ehhez még utána feltelepítettem az OpenLDAP-ot és a phpLDAPadmin-t.Persze miután nem értem el a phpLDAPadmin bejelentkező felületét,olvastam utána hogy az nginx nem támogatja.Tehát kerestem egy másik leírást ami Apache2-vel hozza ezt:
https://www.howtoforge.com/tutorial/perfect-server-ubuntu-16.04-with-ap…
És innentől maradt a kérdés a régi.
szerk.:Illetve Saboteur javaslata jó lehet,még most fogom kipróbálni.
- A hozzászóláshoz be kell jelentkezni
Azért ez elég lényeges momentum, mert ez esetben nem feltétlenül javasoltam volna az nginx használatát, tekintettel arra, hogy LDAP-ra csak sok pepecselés árán van támogatás. Nézz meg valami egybeszoftvert ami ezt az egész borzalmat megcsinálja, talán a Zimbra és a haverjai tudnak ilyeneket, de mivel nem ilyen téren mozgok, majd a hozzá értők megmondják hogy mit nézz meg.
Hosszú távon egyébként mindenkinek jobb lesz ha neki állsz és szépen tisztába teszed a fejedben hogy mire való és hogyan működik a DNS, webszerver, LDAP, stb.
A személyes véleményem egyébként az, hogy az ilyen egybepacsált "vállalalti" alkalmazásszerverek leginkább égetni valóak.
--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone
- A hozzászóláshoz be kell jelentkezni
+1. Egészen addig jók, amígy a "gyorsan, egyszerűen, alapvető funkciókat" az igény. Aztán evés közben a postás alapon jöhetnek a "de még tudnia kéne azt, hogy..." dolgok, amihez sajtreszelő-szintű élvezetek és a kód farigcsálása utján lehet eljutni - hogy aztán később bármilyen frissítés/bugfix horror, vagy épp lehetetlen legyen...
- A hozzászóláshoz be kell jelentkezni
Ez azért egy elég komplex cucc, komolyabban kidolgozva talán még szakdolgozatnak is elmegy.
Mindenesetre elég vicces dolog egy ilyen komplex féléves feladat egy 0.0-ról kezdődő félévben. Hol sikerült ilyen képzésbe belefutnod?
- A hozzászóláshoz be kell jelentkezni
Szomoru leszel: az nginxben alapbol szinte alig van kulso autentikacio tamogatas es szinte minden ugy kezdodik, hogy akkor forgassuk ujra az nginx-et. Bocsi, de ez nem egy szimpla iskolai feladat, ehhez joval tobbet kell gugliznod. Ha nekem kellene megoldani, akkor valszeg proxy auth + egy icipici script lenne a megoldas.
--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone
- A hozzászóláshoz be kell jelentkezni
Csak a belső hálón akarod elérhetővé tenni vagy be is regisztrálni akarod majd domaint?
-----
Néhány alap dolog: ha saját DNS infrastruktúrát akarsz, akkor kell legalább két névszerver (publikus címekkel). Ezekhez kell egy-egy A rekord, amit glue recordként a regisztrátorod fel fog kell, hogy vigyen a .hu zónába (legyenek mondjuk ns1.sftdev.hu és ns2.sftdev.hu). [a 8.8.8.8 és 8.8.4.4 nem authoritatív az sftdev.hu zónára]
Innentől a 7 szerver, ami kiszolgálja a .hu-t, meg tudja mondani, hogy az ns1.sftdev.hu címhez az X cím tartozik. Ezután ebbe a zónába még kell a két NS rekord (sftdev.hu NS IN ns1.sftdev.hu és sftdev.hu NS IN ns2.sftdev.hu). Ezután a szervereden levő zóna fájlba mehet a SOA, ns1, ns2, a másik három A rekord, MX rekord, raklap TXT rekord a DKIM-nek/DMARC-nak/SPF-nek, ...
A másik megoldás, a regisztrátorod feltehetően ingyen ad DNS szolgáltatást, kapsz hozzá csilli-villi admin felületet, egyszer beállítod és elfelejted, ez az ő gondjuk; neked csak a webalkalmazás és a levelezés üzemeltetésével kell küdzened.
-----
Ha csak belső használatos: vedd fel a /etc/hosts-ba a három címet a 127.0.0.1 címmel gépen (az Ubuntu szerveren) és a virtuális gép címével a többi kliensnél, oszt jónap.
[szerk.: javítva]
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Köszönöm a segítséget!
Elnézést az értetlenkedésért,de akkor valahogy hogy a hosts fájlba menne ez:
127.0.0.1 szerver_neve(ez már ugye alapból adott)
127.0.0.1 www.sftdev.hu
127.0.0.1 valami2.sftdev.hu
127.0.0.1 valami3.sftdev.hu
És akkor a kliensgépnél hogy kell érteni ezt a "felveszem a virtuális gép címét"?
- A hozzászóláshoz be kell jelentkezni
Igen, így (bár a nevek egy sorba is mehetnek)
A virtuális gép (írtad, hogy egy VMWare workstationben fut)... ha bridge módban van a hálózat (alapból úgy rémlik, NAT), akkor elérhető a helyi hálózatodban, ahol kap egy valamilyen címet (valszeg a 192.168.0.0/16-ból vagy a 10.0.0.0/8-ból), azt a szerveren egy ip addr vagy ifconfig megadja (meg is nézted, elvileg). Ha a kliensen felveszed a hosts fájlba (/etc/hosts ill. C:\Windows\System32\etc\hosts), akkor az a kliens tudja, hogy a www.sftdev.hu-t pl. a 192.168.19.128 címen keresse és kihagyja a teljes névfeloldásos mókát (és neked sem kell beregisztrálnod az sftdev.hu-t).
Persze érdemes a DHCP szerveren (router?) felvenni egy statikus bejegyzés a virtuális gép MAC címéhez (ip link megadja), hogy ne változzon az IP-je és ne kelljen állandóan hosts fájlt szerkesztgetned.
Szerk.: ha viszont 2-3-nál több gépen kell elérhetővé tenni, akkor lásd djsilas lenti felvetését: tegyél egy saját DNS szervert a hálózatba (gyakorlatilag apt-get install bind9), állítsd be rajta forwardernek a szolgáltatód DNS szervereit (vagy a 8.8.8.8-at/8.8.4.4-et, mindegy), és vedd fel az sftdev.hu zónát (egy zóna fájl és két sor a bind configban), aztán írd át a DHCP szerveren (router?) a klienseknek kiszórt DNS kiszolgálót arra a címre, amin eléred a DNS szervert (lásd a fenti bridge-es ip addr-es részt)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Megcsináltam,ahogy mondtad,viszont Chromeban még mindig hiányolja a DNS címet.
szerk.: ez a sima /etc/hosts fájlba írogatásra vonatkozik
- A hozzászóláshoz be kell jelentkezni
A Chrome-ot a szerveren futtatod, igaz? (ha nem, akkor lásd a klienses részt)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Igen,megvolt,átállítva bridge-re,/etc/hosts módosítva szerveren,ifconfig IP-cím kinéz,kliensen /hosts módosítva és nem megy.
De ahogy fentebb említették,gyanítom hogy nekem a name base virtual host kell.
De köszönöm a segítséget!
- A hozzászóláshoz be kell jelentkezni
na várj.
A névfeloldás is fontos, annak is menni kell ha name-based vhost-ot akarsz csinálni. Amíg az nem megy, addig fölösleges mással foglalkozni. Ezt viszont nem chrome-mal kell tesztelni, hanem ping-gel.
Kliensen:
1. /etc/hosts-ba (ha windows akkor máshol van) beírod szépen a szerver IP-jével a 3 host-ot.
2. a helyi dns cache-t üríted (kliensfüggő, ha máshogy nem megy akkor gép restart)
3. ping valami1.blabla, ping valami2.blabla, ping www.blabla, mindegyiknek ugyanarra az ip-re kell feloldódni
4. ha válaszol is a ping-re a server akkor jó, ha nem akkor addig kell faragni a hálózaton amíg nem válaszol
5. ha ez megvan, akkor neki lehet állni a vhost-okat összerakni.
++ ha nat-ról bridge-re átrakod a server-t, akkor a server IP-je mindenképp változik. Ha dhcp-vel adsz neki IP-t, akkor be kell állítani, hogy mindig ugyanazt az IP-t kapja (dhcp reservation). De lehet egyszerűbb a server-t fix IP-re állítani.
- A hozzászóláshoz be kell jelentkezni
"Valakinek van valami ötlete,hogy mit csinálhatok rosszul?"
Mindent! :D Es ezt tenyleg csak epito jelleggel mondom! Nana, hogy en is hasznalok ISPConfigot! Felteve ha van ra szukseg... Masreszt korabban sajat fejlesztesu admin feluletem volt, ami maga generalgatta a konfig fajlokat vagy epp nyult bele adatbazis megfelelo reszebe. Ezt igazabol csak azert irom, hogy tiszta legyen: nem feltetlen eleg csak kattintgatni, ha komolyabb celjaid vannak informatikaval akkor elonyos tudni a hatterrol is.
1, Egy(harom...) egyszeru virtualhostrol van szo, ezert aztan felesleges admin.
2, na nem mintha egy ilyen domain DNS felepitese annyira nehez lenne. Az is mehetne nyugodtan "kezzel"
3, Szerintem olvasd at ujra ezt a reszt, mire jok a Google DNS-ei.
Ha jol sejtem nincs ilyen domain nev regisztralva. Innenstol borul a dolog es termeszetesen nem lesz "rendes" valasz a feloldasra. Ha csak localhoston kell elerni ezeket, akkor ott a hosts fajl. Ha LAN-on szeretnel kaoszt okozni, akkor pedig sajat nevszerver, ami a neked szimpatikus valaszt fogja visszaadni.
- A hozzászóláshoz be kell jelentkezni
Teljesen tisztában vagyok vele,hogy minden (is) rosszul van megoldva :D épp ezért kértem segítséget.Ez a Google DNS-es dolog csak egy netes how-to leírásából jött. Ez a kézzel állítgatás valóban jó ötlet,de miután még nem vagyok annyira jóban a CLI-vel,gondoltam egyszerűbb lenne egy GUI felületen megoldani ezt.Hát nem is jött össze.
- A hozzászóláshoz be kell jelentkezni
"...még nem vagyok annyira jóban a CLI-vel..."
Ha ebben a szakmában akarsz elhelyezkedni, akkor javaslom legyél jóban a CLI-vel. :)
Először CLI-n pötyögj, értsd meg a működést.
A GUI-s buzerálók akkor jönnek a képbe, ha érted a hátteret, és megkönnyíti a munkádat.
A hozzáértést nem helyettesítik... ;)
---
"A megoldásra kell koncentrálni nem a problémára."
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Javasolnám a webmin feltelepítését, ahol "gui" felületet kapsz, de ettől még mindig tudni kellene,hogy mit csinálsz.
Ha a dns már működik, akkor a vhosthoz segítséget itt találsz:
https://m.youtube.com/watch?v=Q1h3El-grs8
És ha érdekel,hogy mi is történt a pár kattintással (azaz miről is írtak itt kínaiul),akkor szedd elő janoszen leírását, és nézd át a webmin által generált állományokat.
https://hup.hu/node/156081#comment-2156537
Nem csak az M$ számol furán... A Zinternet lenne ilyen gyors?
65% [62 Sources 1528 kB/6239 kB 24%] 3062 PB/s 0s
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Update: Ubuntu szerver lecserélve Zentyalra, DNS működik,weblapok működnek,viszont az LDAP-os autentikációval még vannak bajok. OpenLDAP-ot valamiért nem szereti a Zentyal,telepítés után már nem tudom elérni a vezérlőt.Viszont a beépített LDAP-pal nem tudom hogy lehetne megoldani az autentikációt a weboldalakra. Ötlet?
- A hozzászóláshoz be kell jelentkezni
Buta kerdes, de kezdjuk az elejen: php-ldap telepitve/engedelyezve van? :)
- A hozzászóláshoz be kell jelentkezni
Igen,és működik is,mivel a kliens géppel csatlakoztam a tartományhoz,és a létrehozott felhasználók be tudnak jelentkezni.
- A hozzászóláshoz be kell jelentkezni
Melyik zentyal verziót használod?
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
4.2,Ubuntu 14.04-en.
- A hozzászóláshoz be kell jelentkezni
Kerdes, hogy az "autentikációt a weboldalakra" kifejezest ki hogyan ertelmezi, de akkor egy LDAP-os htaccess hitelesitessel el lehetne kezdeni jatszani... ;)
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Passwd fajl account adatokkal "meglepo" LDAP hitelesites eseten... azt hiszem elvesztettem a fonalat! Most megyek inkabb aludni, majd kipihent fejjel hatha hamarabb rajovok mi is tortenik.
- A hozzászóláshoz be kell jelentkezni
Jogos az észrevétel,de az a helyzet,hogy az LDAP-os hitelesítésről letettem.Ehelyett a passwd fájlba felvettem ugyanazokat a felhasználókat és jelszavakat,mint amik az LDAP-ban is vannak.Csalás és nyilván nincs köze az LDAP-hoz,de a célnak megfelelne.
- A hozzászóláshoz be kell jelentkezni