Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Gregi 07. 07. 2011, 20:35:41
-
Ahojte.
Vedel by mi ktosi poradit v com by mohol byt problem. Mam totiz nakonfigurovanu 2xPC. Prve PC sluzi ako server (most) s eth0 (WAN), eth1(LAN). Na lan sa pripaja klient PC2. IP adresy riesi DHCP server pre ETH1 a pre ETH0 to riesi DHCP klient (VirtualBox). Zdielam foldre cez SAMBu avsak PC (SMB-NetBios z PC1) vidim, no nemozem sa dostat do ziadnej zlozky. ako keby nebola ziadna vytvorena. Pritom ma vsetko, zda sa, zadefinovane v smb.conf
Prikladam configy (pingat pingam SMB, 192.168.10.1, net, 192.168.10.100 - klient)
Interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
gateway 192.168.10.1
smb.conf
[global]
wins server = 192.168.10.1
netbios name = SMB
netbios aliases = VTSamba
workgroup = DOMA
log file = /var/log/samba.log%m
max log size = 50
[public]
path = /export/samba/public
comment = Data(SMB)
volume = SMB-data-files
writeable = yes
gest ok = yes
dhcpd.conf
subnet 192.168.10.0 netmask 255.255.255.0
{
interface "eth1";
range 192.168.10.100 192.168.10.200;
option domain-name "DOMA";
option domain-name-servers 195.91.0.17;
option routers 192.168.10.1;
default-lease-time 30;
max-lease-time 60;
option netbios-node-type 8;
option ntp-servers 192.168.10.1;
option broadcast-address 192.168.10.255;
option subnet-mask 255.255.255.0;
allow bootp;
allow unknown-clients;
}
-
Na zaciatok nie "gest ok = yes" ale "guest ok = Yes" a ak by sa mi chcelo nad problemom do podrobna premyslat opytal by som sa "moze samba citat obsah priecinkov?"
-
skus pridat este browsable = yes, ci pomoze:) samba rulez:)
-
"guest ok = yes" bol len preklep pri prepise. To tam samozrejme mam. "Browseable" skusim poobede doplnit no myslim, ze v tom problem nebude. Lebo na druhej masine (ine prostredie) tuto polozku pri funkcnych foldroch nemam. Poobede napisem ako som pochodil.
A neviete preco mi vo VirtualBoxe Debian server pri pripojeni do siete (NAT) zhodi fyzicke pripojenie WAN? Predpokladam cosi z ARP tabulkou, ale na toto som uz vazne kratky. To len tak, aby rec nestala ;)
-
Takze "browseable" nepomohlo. Niekto dajky iny napad? Inak adresare k tomu foldru i on samotny maju prava "chmod 777" pre upresnenie.
-
SELinux (ta Samba)?
-
# setenforce 0
-
ehm..., tvůj popis konfigrace jr poněkud zmatený. Začni znovu a přesně popiš, jaké máš fyzické stroje, co za OS ti na nich jede, na kterém stroji máš ve Virtualboxu co spuštěno, kolik máš spuštěno DHCP serverů (např. máš-li ve VBoxu zvolen NAT, jede nad tím další DHCP server, který přiděluje adresy za NATem nebo DHCP může být také na zařízení - routeru- poskytovatele internetového přípojení), jaké máš na fyzických a virtuálních síťových zařízeních IP adresy, na kterém stroji jede SMB server. Pokud si nepřečteš pro sambu ten RTFM a máš jen základní konfiguraci, těžko ti SMB client bude komunikovat v jiném IP poolu, než je IP pool SMB serveru.
Ten dotaz "A neviete preco mi vo VirtualBoxe Debian server pri pripojeni do siete (NAT) zhodi fyzicke pripojenie WAN? " jen dokresluje, že tvá síťová konfigurace (podle posisu, třeba je to reálně jinak) bude asi pěkný mišmaš.
-
Takze pekne od zaciatku, nech teda do tohovnesiem torchu poriadok.
Vo VirtualBoxe mam dva stroje.
PC1 - Debian 6.0.1 (eth0 - 192.168.3.134 pridelena DHCP serverom mojo fyzickeho routera (nastavene NAT VirtualBox), eth1 - 192.168.10.1 - dhcp server)
PC2 - WinXP Prof. SP3 (podla DHCP serveru z PC1 je IP zvacsa 192.168.10.100)
Samba bezi samozrejme na PC1 medzi PC1 - PC2 (NetBios je "SMB")
pingam z PC1 - taktiez vsetko
Pingam z PC2 - internet(von), PC1, fyzicke PC, SMB, proste vsetko
obcas vsak zhodi connect na net z toho neznameho dovodu.
-
Takze pekne od zaciatku, nech teda do tohovnesiem torchu poriadok.
Vo VirtualBoxe mam dva stroje.
PC1 - Debian 6.0.1 (eth0 - 192.168.3.134 pridelena DHCP serverom mojo fyzickeho routera (nastavene NAT VirtualBox), eth1 - 192.168.10.1 - dhcp server)
PC2 - WinXP Prof. SP3 (podla DHCP serveru z PC1 je IP zvacsa 192.168.10.100)
Samba bezi samozrejme na PC1 medzi PC1 - PC2 (NetBios je "SMB")
pingam z PC1 - taktiez vsetko
Pingam z PC2 - internet(von), PC1, fyzicke PC, SMB, proste vsetko
obcas vsak zhodi connect na net z toho neznameho dovodu.
Dobře, jen pro pořádek: host (ten fyzický stroj, na kterém jede Virtualbox) má jaký OS, kolik má fyzických síťových karet (Ethermet) a jaké jsou/je na nich/ní) IP adresy/a? To budou asi tak všechny informace potřebné k optimalizaci konfigurace.
-
Host je Win7 Prof. 64b. Ma jednu sietovu kartu, ktora ma pridelenu IP z mojho fyzickeho routera pomocou DHCP (zatial 192.168.3.101).
Vsetky sluzby SAMBA, IPTABLES, DHCP server (eth1) bezia na PC1 vo VirtualBoxe, jadro 2.6.32.5-amd64, Samba 3.5.6.
Len taka drobnost, ale nepodstatna pre funkcnost VIrtualBox masin. Pred mojim routerom su este 2 dalsie. 192.168.2.1 a 192.168.0.1 - skutocna WAN. Nepytajte sa ma prosim preco to tak je. Berte to ako fakt. Na oboch bezi DHCP.
Dakujem za snahu pomoct. A ospravelnujem sa za neznalost tejto problematiky. Mam toho hodne a do vsetkeho sa postupne dostavam. So sambou som napr. na 110 strane ;-) Ak by bol cas a chut, mohli by ste mi vysvetlit moje chyby v jednotlivych cfg? Bude to rychlejsie pre oboch v pripade dlhsej komunikacie.
-
Este podotknem ohladne tych pravidiel v IPTABLES. I ked pravidla neaktivujem po starte zdielanie floderov nefunguje (takze nema vplyv).
-
Host je Win7 Prof. 64b. Ma jednu sietovu kartu, ktora ma pridelenu IP z mojho fyzickeho routera pomocou DHCP (zatial 192.168.3.101).
Vsetky sluzby SAMBA, IPTABLES, DHCP server (eth1) bezia na PC1 vo VirtualBoxe, jadro 2.6.32.5-amd64, Samba 3.5.6.
Len taka drobnost, ale nepodstatna pre funkcnost VIrtualBox masin. Pred mojim routerom su este 2 dalsie. 192.168.2.1 a 192.168.0.1 - skutocna WAN. Nepytajte sa ma prosim preco to tak je. Berte to ako fakt. Na oboch bezi DHCP.
Dakujem za snahu pomoct. A ospravelnujem sa za neznalost tejto problematiky. Mam toho hodne a do vsetkeho sa postupne dostavam. So sambou som napr. na 110 strane ;-) Ak by bol cas a chut, mohli by ste mi vysvetlit moje chyby v jednotlivych cfg? Bude to rychlejsie pre oboch v pripade dlhsej komunikacie.
Já myslím, že opravdu je bordel v nastavení sítě. Pokud je špatně síť tak se k Sambě někdy nedostaneš ač je to dobře nastavené. Vypni všechny DHCP krom na routeru.
Co je před routerem a jak ho máš nastavený pro přístup pro WAN je jedno (pokud teda se tam nedostáváš přes vnější prostor). Vždy tě zajímá poslední Gateway bod.
Nech si přidělit IP na fyzickou síť kartu hostitelského stroje (dále jen "WIN 7"). Nastav si hostovaný virtuální stroj s debianem (dále jen "DEB6") ve Virtual boxu tak, aby se choval jako samostatný stroj (nastavení sítě a síťové karty). To samé nastavíš u hostovaného stroje s Win XP (dále jen "WINXP").
Tím docílíš, že v rámci sítě budeš vidět 4 stroje router, WIN7, DEB6 a WINXP. Každé znich bude mít vlastní IP.
Když si to takhle nastavíš tak můžes plnohodnotně testovat kde je chyba... jinak si myslím, že si měl nastavené NAT připojení na hostovaných DEB6 a WINXP a ještě se to dralo přes ostatní hrůzy na hostitelským stroji WIN7... Plus autoritativni DHCP na DEB6 taky dobře nedělá, když máš v síti i jiné DHCP servery;)
Pokud potřebuješ takhle sprasenou síť jak máš tak aspoň zajisti srávné nastavení NAT, DHCP a subnety vrámci prostoru za posledním routerm...
-
Host je Win7 Prof. 64b. Ma jednu sietovu kartu, ktora ma pridelenu IP z mojho fyzickeho routera pomocou DHCP (zatial 192.168.3.101).
Vsetky sluzby SAMBA, IPTABLES, DHCP server (eth1) bezia na PC1 vo VirtualBoxe, jadro 2.6.32.5-amd64, Samba 3.5.6.
Len taka drobnost, ale nepodstatna pre funkcnost VIrtualBox masin. Pred mojim routerom su este 2 dalsie. 192.168.2.1 a 192.168.0.1 - skutocna WAN. Nepytajte sa ma prosim preco to tak je. Berte to ako fakt. Na oboch bezi DHCP.
Jak říká tunkila, tak to přesně je s tvou sítí.
Stanovme si základní pravidlo:
Na jednom segmentu sítě nemohou jet dva nebo více DHCP serverů. (Jinak se nebudeš stačit divit, co to dělá, jak patrno i z tvých příspěvků).
Reálný stav je:
na routeru jede DHCP, dovniř (LAN) sítě má rozhraní s IP 192.168.3.1 a v DHCP poskytuje IP adresy v rozsahu 192.168.2.2 - 192.168.3.254, je-li netmaska nastavena na 255.255.255.0.
Ve Virtualboxu máš spuštěný DEB6, který má přes síťový most na ethernet kartu hosta W7 nastavenu od routeru adresu 192.168.3.134. Zde máš spuštěný DHCP server a tím porušuješ základní pravidlo uvedené shora. Ty dva DHCP servery na jednom segmentu sítě se chvíli spolu mydlí navzájem, až jim nezbude nic jiného, než disablovat jeden z nich.
Ostatní manipulace s dalšími segmenty sítí na poolu 192.168.0.0 je už jen přílévání oleje do ohně, ať už je to v rámci NATování či nikoli.
Chtělo by to si nejprve prostudovat, jak pracují sítě IPV4.
Jsou dvě řešení na "úklid":
1. jak doporučuje tunkila, nechat DHCP server jen na routeru a na všech virtuálních mašinách nastavit síťový most na ethernet kartu virtualhosta W7. Buď nechat přidělit všechny adresy DHCP serverem routeru, nabo nastavit podle výběru jednu nebo více adres natvrdo v v segmentu sítě 192.168.3.0,
Příklad s natvrdo nastavenými adresami:
router má 192.168.3.1, virtualhost W7 má 192.168.3.2, VBox DEB6 má 192.168.3.3 a VBox WXP má 192.168.3.4
2. Pokud by byla možnost disablovat DHCP server na routeru a tedy použít jiný DHCP server (např. na DEB6) následující postup by byl:
Router by adresou dovnitř do LAN 192.168.3.1 určoval, v jakém segmentu musí mít stroje v LAN prostoru adresy, aby spolu bez dalšího mohly komunikovat. Takže by se natvrdo nastavila nejméně adresa virtualhosta W7, např. na 192.168.3.2 a VBox DEB6 na 192.168.3.3. Na VBox DEB6 by pak byl spuštěn DHCP server, který by automaticky přiděloval zbylé adresy v segmentu 192.168.3.0, tj. v rozsahu 192.168.3.4 - 192.168.3.254 při netmask 255.255.255.0 a na základě toho by adresu dostal VBox WXP, případně další VBox stroje spuštěné obdobným způsobem na virtualhostu W7.
Pokud jde o SMB server na VBox DEB6, bez volby nastavení IP rozsahu v smb.conf by poskytoval služby jak virtualhostu W7, tak VBox WXP.
Při konfiguraci dané virtualhostem W7 jsou asi další možnosti pro uživatele, který není moc orientován v síťových protokolech, tímto vyšerpány.
Jiné možnosti by byly dány, kdyby bylo na virtualhostu použito např. linuxové distro umožňující stroj nastavit jako router s firewallem, kde by již pro jiný segment sítě prováděl stroj to, co nyní provádí tvúj router, včetně služeb DHCP, případně DNS serveru. Ovšem routy a pravidla firewallu už není taková sranda nastavit, aby to pořádně fungovalo. Tam už člověk musí přesně vědět, co dělá.
-
Poznámka:
tam, kde používám pojem segment sítě, mám na mysli asi přesněji věc vystihující pojem "subnet".
-
na routeru jede DHCP, dovniř (LAN) sítě má rozhraní s IP 192.168.3.1 a v DHCP poskytuje IP adresy v rozsahu 192.168.2.2 - 192.168.3.254, je-li netmaska nastavena na 255.255.255.0.
Pardon, vloudila se chybka, správně má být:
na routeru jede DHCP, dovniř (LAN) sítě má rozhraní s IP 192.168.3.1 a v DHCP poskytuje IP adresy v rozsahu 192.168.3.2 - 192.168.3.254, je-li netmaska nastavena na 255.255.255.0.
-
Jasne ked bude cas, skusim co ste poradili. Stale nerozumiem, preco ma ten DHCP server robit problemy. Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy) a teda akzdy bezi na svojej podsieti. Ja by som chcel aby mi pripojenie z Win 7 bral VirtualBox (zatial nat, ale potom Bridge) ako keby to bolo pripojenie z vonku. A v cez Debian budem menezovat vsetku sietovu komunikaciu pre clientov pripajanych na eth1. Bude to server. To sa snazim simulovat.
-
na routeru jede DHCP, dovniř (LAN) sítě má rozhraní s IP 192.168.3.1 a v DHCP poskytuje IP adresy v rozsahu 192.168.2.2 - 192.168.3.254, je-li netmaska nastavena na 255.255.255.0.
Pardon, vloudila se chybka, správně má být:
na routeru jede DHCP, dovniř (LAN) sítě má rozhraní s IP 192.168.3.1 a v DHCP poskytuje IP adresy v rozsahu 192.168.3.2 - 192.168.3.254, je-li netmaska nastavena na 255.255.255.0.
jj, vsimol som si zas tak blby nie som ;)
-
Jasne ked bude cas, skusim co ste poradili. Stale nerozumiem, preco ma ten DHCP server robit problemy. Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy) a teda akzdy bezi na svojej podsieti. Ja by som chcel aby mi pripojenie z Win 7 bral VirtualBox (zatial nat, ale potom Bridge) ako keby to bolo pripojenie z vonku. A v cez Debian budem menezovat vsetku sietovu komunikaciu pre clientov pripajanych na eth1. Bude to server. To sa snazim simulovat.
Jak již opakovaně uvedeno - na jaké IP adrese komunikuje stroj VBox DEB6 s okolím? Přeci 192.168.3.nnn. Na té adrese běží také druhý DHCP server. Že máš alias eth1 s nějakým jiným subnetem, je v dané konfiguraci irelevantní. Některé věci s fyzickými stroji jdou na virtuálních mašinách napodobit těžko. Tedy teoreticky, ačkoli jsem to nezkoušel, by snad bylo možné tvůj záměr, aby se DEB6 stal serverem serverů pro nějaký zvolený subnet virtuálních strojů, ale na nastavení řádného chodu takové hrůzy ;-) nemáš dostatek znalostí, když tápeš v základních věcech. Každopádně bys musel routovat komunikaci ze zvoleného subnetu na subnet 192.138.3.0, kdybys z virtuálního subnetu chtěl na internet, popřípadě komunikovat s počítači na subnetu 192.168.3.0. Pokud není tvůj DEB6 nastaven jako router, který komunikuje s "cizím" routerem s addr 192.168.3.1, budou se tvůj záměr a případný úspěch zcela míjet.
-
Jasne ked bude cas, skusim co ste poradili. Stale nerozumiem, preco ma ten DHCP server robit problemy. Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy) a teda akzdy bezi na svojej podsieti. Ja by som chcel aby mi pripojenie z Win 7 bral VirtualBox (zatial nat, ale potom Bridge) ako keby to bolo pripojenie z vonku. A v cez Debian budem menezovat vsetku sietovu komunikaciu pre clientov pripajanych na eth1. Bude to server. To sa snazim simulovat.
Nevím sice proč vytváříš něco takhle složitého, ale budiž každý jsme strůjcem svého štěstí a jak se říká chytrému napověz a... ;)
Btw
Pokud si chceš hrát jenom vrámci WIN7 stroje a simulovat fyzicky oddělenou síť tak si musíš i tak nastavit virtuální stroje... Jestli máš všechna připojení DEB6 a WINXP s NAT tak to všechno vysvětluje :D
Je tam jenom 5 možností připojení ke každému ETH co si vybrat. Tak se ještě jednou zamysli nad síťovým provozem.
-
.... Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy)...
.... to "na DEB bezi DHCP server len pre ETH1" je jen na dokreslení, že si pleteš realitu se svou představou o ní. Jestě jednou se podívej, na jakém rozhraní máš na DEB6 nakonfigurován běh DHCP, a jaké to rozhraní má adresu (konfigurace Interfaces). Pak ti to možná docvakne ....
-
.... Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy)...
.... to "na DEB bezi DHCP server len pre ETH1" je jen na dokreslení, že si pleteš realitu se svou představou o ní. Jestě jednou se podívej, na jakém rozhraní máš na DEB6 nakonfigurován běh DHCP, a jaké to rozhraní má adresu (konfigurace Interfaces). Pak ti to možná docvakne ....
Tak teraz ste mi rozbili posledne moje istoty. Takze "interfaces" to "dhcp" neznaci pre eth0 dynamicke pridelenie IP adresy od routra (takze klient)? A "static" zadefinovanie pevnej IP z ktorej vychadza potom (dhcp server) Debianu? dhcp server je zaroven aj klientom? A co ak by som chcel, aby mi pre kazdy interface bezal samostatny DHCP server? Vazne mam v tam potom gulas. Ako by potom vyzeralo zjednodusene zadefinovanie tohoto spravne? na ETH0 dynamicke pridelenie IP, na ETH1 beziaci DHCP server?
-
.... Ved moj DHCP na routry bezi na 192.168.3.x, na DEB bezi DHCP server len pre ETH1 192.168.10.x (vid moje configy)...
.... to "na DEB bezi DHCP server len pre ETH1" je jen na dokreslení, že si pleteš realitu se svou představou o ní. Jestě jednou se podívej, na jakém rozhraní máš na DEB6 nakonfigurován běh DHCP, a jaké to rozhraní má adresu (konfigurace Interfaces). Pak ti to možná docvakne ....
Tak teraz ste mi rozbili posledne moje istoty. Takze "interfaces" to "dhcp" neznaci pre eth0 dynamicke pridelenie IP adresy od routra (takze klient)? A "static" zadefinovanie pevnej IP z ktorej vychadza potom (dhcp server) Debianu? dhcp server je zaroven aj klientom? A co ak by som chcel, aby mi pre kazdy interface bezal samostatny DHCP server? Vazne mam v tam potom gulas. Ako by potom vyzeralo zjednodusene zadefinovanie tohoto spravne? na ETH0 dynamicke pridelenie IP, na ETH1 beziaci DHCP server?
Ty si to nepochopil...
Když máš nastavené všechny ETH z DEB6 a WINXP na NAT připojení tak všechno jde ven z WIN7 stanice do prostoru řízeného vstupním routerem. Všechny stroje mají stejnou IP adresu za kterou pro každý stroj funfuje vlastní NAT. Aby spolu komunikovali WINXP a DEB6 tak to jde ven z NAT a zpatky do NAT... Navíc DEB6 ma dva ETH na jednom běží DHCP a na druhém DHCP klient... DHCP musí projít NATEM??!!!
Pokud chceš simulovat oddělenou síť tak si nastav na vstupní ETH (aka WAN) na DEB6 buď NAT nebo Bridge a na druhé ETH si nastav vnitřní komunikaci vrámci stroje. Když nastavíš že DEB6 bude GATEWAY tak ostatní stroje (virtuální) budou komunikovat přes DEB6 stroj se sítí kde je WIN7 stroj a router. Na WINXP si nastav vnitřní komunikaci a tím pádem bude získávat DHCP lease od DEB6 a signál nepůjde ven nebo přes NAT nebo cokoliv jiného. Pak si nastav na WINXP síťový disk který odpovídá IP ETH vnitřní komunikace DEB6 s adresářem konkrétního usera v SMB a voalá vše začně fungovat pokud nemáš špatně nastavenou SMB a virtualbox nebude dělat problémy se simulací vnitřní sítě...
Osobně si myslim, že jednoduší bylo všechno udělat s vlastní IP od routeru, ale když to chceš takhle ...
BTW doufám, že nebudeš používat WIN7 v produkci jako hostitelský OS pro virt servery
-
Tak teraz ste mi rozbili posledne moje istoty. Takze "interfaces" to "dhcp" neznaci pre eth0 dynamicke pridelenie IP adresy od routra (takze klient)? A "static" zadefinovanie pevnej IP z ktorej vychadza potom (dhcp server) Debianu? dhcp server je zaroven aj klientom? A co ak by som chcel, aby mi pre kazdy interface bezal samostatny DHCP server? Vazne mam v tam potom gulas. Ako by potom vyzeralo zjednodusene zadefinovanie tohoto spravne? na ETH0 dynamicke pridelenie IP, na ETH1 beziaci DHCP server?
No, asi jsem to měl napsat přímo, že nejde ani tak o syntaxi interfaces, ale o to, co ti tam definovaná zařízení, event. dhcpd na těchto jedoucí hlásí (/vart/log/messages). Nejsem si totiž jist, zda je správná syntaxe dhcpd.conf, protože co debian, to poněkud jiná syntax. Protože pokud máš syntaxi třeba relativně správně (tj. nezahlásí to chybu při testování), ale nesprávně vzhledem k záměru, může být, že dhcpd se spustí defaultně na eth0, čemuž nasvědčují problémy kolizí s DHCP serverem routeru.
Osobně bych dhcpd.conf nastavil podle syntaxe dhcpd eth1 ${DHCPDARGS}, takže by to vypadalo takhle:
**************************
eth1 {
option domain-name "DOMA";
option domain-name-servers 195.91.0.17;
option routers 192.168.10.1;
default-lease-time 30;
max-lease-time 60;
option netbios-node-type 8;
option ntp-servers 192.168.10.1;
option broadcast-address 192.168.10.255;
option subnet-mask 255.255.255.0;
allow bootp;
allow unknown-clients;
subnet 192.168.10.0 netmask 255.255.255.0 {
range 192.168.10.100 192.168.10.200; }
}
**********************************
ale správnost syntaxe by se musela na debianu otestovat (zrovna nemám žádný po ruce favorizuji klony RHEL). To, co jsem převzal z tvého konfigu, jsem nijak logicky netestoval, šupl jsem to tam "as is" (s výjimkou úpravy subnetu a range), s tím si budeš muset vyhrát sám.
Jinak doporučuji se ubírat směrem, který naznačil tunkila, ale stejně si myslím, že nakonec skončíš u jednoduchého řešení, které jsme ti oba doporučili. Myslím, že při realizaci tvé obsese "server serverů" máš zaděláno na neustálé problémy. Obvykle totiž servery s výjimkou routerů-firewallů a typických internetových web serverů slouží přímo na stejném subnetu, na kterém jsou jejich klienti (a "manažování" služeb a klientů je o to jednodužší). O to lépe se pak nadsítě propojují mezi sebou, než do toho cpát nějakého "generálního ředitele s atributem totální subordinace okolí".