Mikrotik VLAN



Dobrý den, přeji. Mám jeden dotaz. Doma mám Mikrotik Routerboard s wifi modulem + 2 Unifi AP. Na obou mi běží privátní wifi sít. A nyní bych chtěl vytvořit i sít pro hosty a zde je problém. Nyní to mám vytvořené tak, že jsem vytvořil virutální wifi kartu, přiřadil jí VLAN30. Vytvořil bridge VLAN30 a do něj přidal tuto wifi a VLAN30. Přiřadil jsem tomu IP adresu, udělal DHCP a ostatní věci. Toto mi normálně funguje. Ale chtěl bych mít tuto VLAN30 i na Unifi a tam to nefunguje. Nevíte kde je chyba? Popřípadě nějaký návod?Jel jsem podle tohoto - [https://www.youtube.com/watch](https://www.youtube.com/watch?v=1ZJ-pM89N7o)
Super, již funguje, já zapomněl dát i tu VLANKU30 pod ten ethernet port, kde je Unfi AP.![](/Client.Images/smileys/1.gif)
Dobry den, pripojte se na svuj wifi router a zmente ho tam. Bohuzel neuvadite, jaky router mate. Normalne se tam pripojuje pres IP adresu, kterou zadate do prohlizece. IP adresu zjistite tak, ze zjistite vychozi branu pripojeni wifi (default gateway). To muzete udelat bud sim, ze si otevrete site a nechate si zobrazit podrobnosti wifi adapteru, nebo bres prikazovy radek. Do spustit dejte CMD - ipconfig Ve vašem OP, že jste nastavení manipulaci pro výchozí url.


Pro vaši druhou virtuální webový server, stačí použít konkrétní název hostitele v config, který je druhý název hostitele na stejném stroji. Tento jev se nazývá "name-based" virtuální hosting. Viz [wikipedii](http://en.wikipedia.org/wiki/Virtual_hosting) .


Nezapomeňte, že více hostitelů lze vyřešit na stejné IP adrese.


Můžete použít plnou dns systém, pokud budete chtít, stačí zadat místní síťovou adresu (192.168.xxx) - URL, nebude pracovat pro stroje není ve vaší lokální síti.


Více informací bude k dispozici na webmasterů SO webu.


**[Sloupek](http://www.geeksengine.com/article/apache-multiple-local-websites.html) s instrukcemi** <p>způsob, jak přejít přes brány firewall: dotaz přes typický port (80):<br> <code>sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 7f0ceb10</code><br> dalším problémem může být síťový proxy server. pokud se potřebujete připojit k internetu přes proxy, exportovat nastavení proxy serveru do bash konfigurace - přidejte řádek s vaší proxy adresou (av případě potřeby: uživatelské jméno/heslo - bez toho, aby to bylo jen <code>http://proxyserver:port</code>): <br> <code>export http\_proxy=http://username:password@proxyserver:port/</code><br> na konci souboru <code>/etc/bash.bashrc</code><br></p> Zatím nevím, zda ti budu vůbec umět poradit, ale asi bys měla něco doplnit. Chceš se s PC připojit na internet prostřednictvím telefonu nebo s telefonem prostřednictvím PC? Asi by nebylo od věci, kdybys uvedla i typ telefonu. Předpokládám, že propojení kabelem zvládáš - USB kabel, na jedné straně klasické USB do PC, na druhé micro USB do telefonu. 

Jak máš připojený PC teď? Kabel nebo také Wifi?

  
doplněno 30.07.17 16:12: @[wamp](https://www.poradte.cz/detail.php?kdo=wamp): Už je mi to jasné. Na mém Samsungu se připojím k WiFi, otevřu Nastavení - Sdílení internetového připojení zaškrtnout a pak v PC otevřu Nastavení - Síť a Internet - Centrum síťových připojení a sdílení. Objeví se tam Síť s připojením k internetu a můžeš brouzdat po netu. Samozřejmě stačí koaxiál jeden.

Od antén svedete signál do slučovače, od toho půjde jeden kabel až k účasticeké zásuvce, kde se opět signál rozdělí na TV a RADIO

doplněno 12.09.14 18:02: ovšem musíte počítat s nějakým útlumem jak na slučovači tak na zásuvce... tak aby k tomu nebyl potřeba ještě zesilovač. To už by potom vyšlo levněji snad natahat to dvěma kabely zvlášť ![:)]( ":)")

doplněno 12.09.14 18:09: ben: dnešní účastnické zásuvky, alespoň některé, si s rozbočením signálu už poradí samy. Stačí tedy jeden koaxiál a ony samy v sobě mají frekvenční dělič pro rádio a TV ![:)]( ":)") <p>takže díky @yasirarsanukaev za čas, který vložil, jsem našel řešení, které funguje, ale které nemůžu vysvětlit.</p><p>riffing on <code>local\_listener</code> pomyslel jsem si, že jsem četl <a href="https://dba.stackexchange.com/a/13003/21110">tato další odpověď</a> , kde se uvádí:</p><blockquote> <p>databáze používá parametr local\_listener k identifikaci posluchače, s nímž by se měl zaregistrovat. ve výchozím nastavení je null, což je podle dokumentace ekvivalentní názvu hostitele: 1521.</p> </blockquote><p>snažil jsem se tedy ping svým vlastním hostitelským jménem a nemohl - vypadá to jako nějaký problém s ipv6 a přijímá obecnou zprávu o selhání.</p><p>z této odpovědi jsem tedy vzal radu</p><pre><code>sql&gt; alter system set local\_listener='(address=(protocol=tcp)(host=localhost)(port=1521))' scope=both; sql&gt; alter system register; </code></pre><p>a nyní to funguje, pravděpodobně proto, že dokáže vyřešit odkaz localhost, kde selhal při řešení skutečného názvu hostitele.</p> <p>vypadá to, že na portu 26 druhého počítače neběžíte ssh. číslo portu na tomto počítači můžete změnit na 26.</p><p>buď upravit <code>/etc/ssh/sshd\_config</code> &amp; nezapomeňte restartovat ssh nebo jej nechat na 22, ale předejte port 26 na routeru na port 22 na druhém počítači. nezapomeňte také změnit nastavení brány firewall na druhém počítači a umožnit tak připojení.</p> <p>mise byla vyplněna! tato <a href="http://thismightbehelpful.blogspot.com/2008/09/remote-access-to-cups-web-interface.html">stránka mi hodně pomohla</a> .</p><p>jediné, co jsem musel udělat, bylo přidat "povolit vše" k přístupu na server a na administrátorské stránky, takže moje konfigurace nyní vypadala takto:</p><pre><code># restrict access to the admin pages... &lt;location /admin&gt; order allow,deny allow all &lt;/location&gt; # restrict access to configuration files... &lt;location /admin/conf&gt; authtype default require user @system order allow,deny &lt;/location&gt; </code></pre><p>teď už jen musím přijít na to, abych umožnil pouze těm v mé lokální síti přístup k administrátorským stránkám a konfiguračním souborům :) (i když to pravděpodobně není velký problém, protože nemám přeposílání portů pro 631 nastavený na routeru? ).</p><p>edit: abych mohl povolit pouze určitý počítač, mohl jsem něco udělat</p><pre><code>&lt;location /admin&gt; order allow,deny allow from 10.10.10.5 &lt;/location&gt; </code></pre><p>nebo pro celou podsíť 10.10.10,</p><pre><code>&lt;location /admin&gt; order allow, deny allow from 10.10.10.* &lt;/location&gt; </code></pre> <p>použil jsem klientský software vpn v systému mac os x, který unesl výchozí cestu k odeslání veškerého provozu tunelem (ve skutečnosti, pokud mi paměť slouží správně, to bylo cisco). pokud by byli nainstalováni dva tito klienti, nebo dokonce jeden a zdravý klient, pak odpověď na otázku „kam tento paket půjde?“ bude záviset na čase a implementaci. pravděpodobné možnosti jsou, že jeden z klientů „vyhraje“ a vyzvedne veškerý provoz, nebo že jeden z tunelů je implementován prostřednictvím druhého. co se stane v takovém případě na windows, je mimo mě.</p><p>když mluvíte o konfliktech „řešení adres“, záleží na tom, co máte na mysli. pokud máte na mysli arp řešení, neměl by to být problém. stejně jako u každého systému připojeného ke dvěma sítím by měla být v mac adresách dostatečná jedinečnost, aby nedošlo ke kolizím. pokud jde o rozlišení dns, záleží to na konkrétních implementacích klientů vpn a klientské schránky v soukromé síti. pokud se chovají správně, mělo by být možné použít server dns přes privátní síť nebo veřejnou síť (všimněte si však možnosti kolizí názvů na počítačích v klientských doménách vyhledávání). pokud se nebudou chovat, pak to opět záleží na specifikách situace.</p> <p>měl jsem tento problém na os x taky. ukázalo se <a href="https://stackoverflow.com/users/304690/gliptak">gliptak</a> bylo správné, ale přidal jsem další podrobnosti.</p><p>oba se pokoušíme nakonfigurovat virtuální adresář pro složku pod domovskou složkou uživatele. myslím, že to je důvod, proč máme problém. v mém případě jsem měl následující nastavení:</p><ul> <li>domovská složka je <code>/users/calrion</code>.</li> <li>složka virtuálního adresáře je <code>/users/calrion/path/to/www</code>.</li> <li>je zde symbolický odkaz <code>/users/calrion/path</code> ukazující na <code>/volumes/other/users/calrion/path</code>.</li> </ul><p>problémem byl uživatel a skupina <code>\_www</code> (které apache spouští jako na os x) postrádal přístup k <code>/users/calrion</code> a <code>/volumes/other/users/calrion</code>.</p><p>spuštění <code>chmod o+x /users/calrion</code> a <code>chmod o+x /volumes/other/users/calrion</code> vyřešilo problém (v os x 10.7.4).</p><p>pravidlo zde je, že <strong>apache vyžaduje spuštění přístupu k <em>all</em> složkám v cestě</strong>, aby sloužil souborům. bez toho získáte http 403 (zakázáno).</p>