alapul4@test.local, bounce@test.local ismerős valakinek?

Security-all

Azaz kapott valaki innét/ide levelet?

  • 1602 megtekintés

( tibyke | 2015. 10. 23., p – 23:21 )

egy jol beallitott smtp szerver innen nem nagyon kap levelet.

t

( mauser1 v | 2015. 10. 24., szo – 09:27 )

Belső hálózatról kaphat az ember .local -t, nem?

Szia,
Szerintem a .local inkább a gépen belüli forgalomkor szokott megjelenni, nem a belső hálózatnál. Legalábbis szerencsére még nem láttam hálózatot, ahol a .local mint tényleg használt domain szerepelne, de 1-2 belső (magáról az érintett gépről érkező) notify érkezett már smtp szerverre user@[gepnev].local címzéssel a gépre.
Szóval, szerintem ez a domain csak az X gépről X gépre menő levelek címzésére szolgál.
De megnézve a wikipedia leírást, úgy fest, az én elképzelésemet fedi a domain lényegét is: https://en.wikipedia.org/wiki/.local
Üdv,
LuiseX

Leszámítva, hogy a Windows Server pre-2008 verziókban kvázi ajánlás volt MS-éknél a .local TLD használata AD tartományok létrehozásánál (úgy rémlett még a Wizard is azt javasolta, de ami screenshotot most találok, az mind globális DNS-t ír... érdekes)

Ami pedig a legpofátlanabb ebben, az az alma-jegyezte mDNS RFC (2010 környéke, azt hiszem), ahol kedvesen leírják, hogy "lehet, hogy néhány intranet használja a .local TLD-t és ezeken a helyeken problémákat okozhat ennek használata mDNS-re a felhasználók számára"... (RFC 6762 Appendix G. Private DNS Namespaces)

Szóval tele van a net ezekkel :(

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Szia,
Sajnos ritkán telepítek Windows Servert - általában "kliens oldalán" vagyok az MS-nek - inkább linux/solaris szerverek közelében mozgok, sajnos így csak arra alapozhatok.
Amúgy, gondolom a második épp az elsőből következik.
Sajnos az MS néha érdekesen implementált dolgokat, amik furcsa eredményeket szültek mindig is :) ( Elég, ha az Outlook és az IE integrálás megszüntetés után született HTML kavarcra gondolok. Csak annyira nem volt szabványos, hogy már elég fájdalmat okozzon (leginkább CSS támogatás terén, helyenként CSS2, darabokban pedig CSS1-et sem...), ha olyan email reportot akarsz generálni, amit az Outlook is meg tud jeleníteni, és nem bűn ronda... Nem tudom, az újabb ( 2010+ ) verziók talán jobbak, de a 2007 elég fájdalmas eset volt... )
Üdv,
LuiseX

Windows Server-t én is csak akkor telepítettem, amikor kísérleteztem egy Win2k3 - Samba4 migrálással :) de mivel a kliensek nálunk is MS, az ő dolgaikat is ismernem kell :( [melóhelyen van egy Windows AD, .local TLD, most akarjuk a francba beszántani]

Amúgy, gondolom a második épp az elsőből következik.

Persze, csak azért az alma mérési hibahatár alatt van ahhoz, hogy anélkül lábon lőhessen kismillió céges hálózatot, hogy ezért valaki ne akarná felgyújtani a francba. :) És különösen úgy iszonyat tapló dolog ez, hogy gyakorlatilag BÁRMIT választhattak volna, pl. .mdns, .appleWeDidNotLearnFromNetBIOSthatThisShitDoesntWork akármi. Nem, .local, mert csak. (és akkor innentől kezdve egy gyári default csomagválasztékos és konfigurációs Süsüt nem tudsz a domainedbe léptetni, mert a .local feloldásáért az avahi a felelős és az nsswitch-ben

files mdns_minimal [NOTFOUND=return] dns

szerepel...)

Szóval a lényeg, hogy az alma is rohaggyon meg.

Sajnos az MS néha érdekesen implementált dolgokat, amik furcsa eredményeket szültek mindig is :)

Hát igen, ebben egyetértünk :) [és masszív plusz pont az EU-nak, hogy elérte, hogy megnyissák az Open Specifications-t, akik tényleg nagyon kulturáltan teszik a dolgukat, ipari mennyiségű és egyre jobb minőségű specifikáció érhető már el náluk, egy-egy MS technológiával való ismerkedést most már kb. érdemes a vonatkozó MS-* doksik olvasgatásával kezdeni]

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Szia,
Igazából, "tartok tőle", hogy egy állásponton vagyunk. Bár tény, a .local erőltetésbe még nem futottam bele, és igazából eszembe se jutott volna, hogy ez valamilyen OS-en nem a local gépet jelenti.
Eddig minden cég, ahol dolgoztam, a win domain tld-jének a cégnevet, vagy kreatív elnevezéseket használt, és nem .local-t. Szóval, igazából szerencsés voltam.
Az EU-s intézkedések kapcsán egyedül az IE integrálásának a tiltása zavar. Igaz, hogy nem jó és messze nem szép, de az IE motorja azért jobb munkát végzett mint a nyers MSHTML - vagy mi a neve az Office által használ komponensnek. És, legalább ott már eljutottak ahhoz, hogy a w3c-s ajánlásokat ne csak vicclapnak gondolják :)
De tény, sokat javultak, és a végén még talán azt is megérjük, hogy nem akarnak minden szabványt újraértelmezni... Legalábbis, szeretnék optimista lenni.
Üdv,
LuiseX

Az ugye megvan, hogy egy hozzászólással fentebb _hivatkoztam_ ezt az RFC-t, kifejezetten hivatkozva azt az Appendix-et belőle, amiben az ALMÁSOK kifejtik, hogy ja, ebből szívás lesz, de rohaggyon meg a szomszéd tehene is, nem választunk mást, és inkább mindenki más térjen át a következők valamelyikére...

És igen, az MS-nek soha nem kellett volna rápattannia a .local-ra, de ettől még a helyzet az, hogy nagyon sok .local rendszer van, nagyon soknál Exchange 2007+ verzióval, innentől kezdve nem lehet átnevezni... Köszönjük, EmeseMunkás Pista, leülhet, egyes.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

ÉN ezt így is tanultam, Windows szervereknél .local hoztuk létre az AD -ket stb. Linux esetén pedig a .lan használjuk.+ Hybrid rendszerek esetén ajánlottabb a .lan használata.
Vissza térve a főkérdésre, ha ez vmi hacknek az elő szele, az inkább a belső hálózatról érkező támadás, véleményem szerint.