O PuTTy a tutoriálech, včetně PuTTy tutoriálu

Po mém posledním příspěvku o pravomocích PuTTy ve spojení s routerem podporujícím SSH jsem začal přemýšlet o tutoriálech.

Nejsem velkým fanouškem tutoriálů, protože vždy nemůžu úplně otřást pocit, že tady dělám něco, o čem nemám žádné zvláštní znalosti. A v závislosti na tom, co dělám, mi to vadí. Mnoho. Vezměte si šití například (ano, opravdu si užívám legrace ze šití, alespoň pokud je to legrace); na začátku jsem dělal jen přednastavené návody. Musel jsem vidět i některé úspěchy, docela rychle, a byl jsem šťastný. Oděvy se však nehodily tak dobře, častěji než ne, musel jsem provést opravy, abych byl alespoň trochu spokojen s mou prací.

V současné době dělám většinu svých šicích vzorů tím, že beru z tutoriálů a znalostí a dávám je dohromady, a funguje to pro mě dobře. Chci říci, že návody jsou často stručné a přinášejí atraktivní výsledky v krátké době, ale často postrádají potřebnou teorii. Stalo se vám někdy, že jste udělali něco s tutoriálem, který prostě nebude fungovat? A když si znovu prohlédnete celý text a podíváte se na všechny obrázky, uvědomíte si, že v něm je malá chyba, nebo na co byste si nemysleli, o čem autorka uvažovala, jak byla dána?

Myslím, že to je důvod, proč nechci psát návody, nebezpečí, že něco bude chybět (nebo bude příliš odříznuto, nebo něco podobného) nebo že lidé budou sedět před tím a přemýšlejí: " t práce! “. Navíc existuje spousta tutoriálů týkajících se téměř jakéhokoli tématu. Nebo jsou tam?

Ale - jako titulek podezřelý - prozatím se s tímto zvykem rozbiju a dám vám pár záběrů a vysvětlení ohledně mého bývalého příspěvku. Žádný tutoriál v klasickém slova smyslu, ale ten, jako bych se snažil psát i své věci: jen koncepty a nápady, ale tentokrát s obrázky.

Tak pojďme začít. Protože udržuji své připojení otevřené většinu času, místo běžného PuTTy nebo jeho přenosného bratrance používám PuTTyTray, takže některé zde popsané funkce nejsou dostupné v jiných verzích.

Zde máme úvodní obrazovku. Pomocí „Nastavení ze souboru“ (ve spodní části obrazovky) uložte relace do souboru v adresáři PuTTy místo do registru systému Windows. Absolutní nutnost pro všechny přenosné uživatele. První elipsa je místo, kam zadáte IP vašeho cílového serveru (nebo našeho routeru, v našem případě). Pokud si nemůžete vzpomenout na vaši IP kdykoli nebo získat dynamické IP, vytvořte účet dyndns, abyste ušetřili potíže. Většina routerů dnes přichází s vestavěnou podporou dyndnů, což vám ušetří úsilí aktualizačního nástroje. Samozřejmě chceme mít jako typ připojení „SSH“, ale ve výchozím nastavení je povoleno, takže by neměly existovat žádné problémy.

Ach, ten mě vzal na chvíli přijít na to. Nebo přesněji řečeno: Přísahal jsem a nadával na problém, se kterým jsem se setkal, a náhodou se mi podařilo najít řešení v nastavení pro můj terminál, což mě přimělo být velmi podivné. Chci se tedy podělit o své postřehy. Možnost I kroužil mění znak odesílání na server stisknutím klávesy backspace. Protože směrovače, které jsem zmínil, používají nějaký druh linuxu, možná budete chtít změnit možnost na správnou, „Control +? (127)“. Pokud by to nebylo povoleno, moje fritzbox by místo mazání posledního znaku psal pouze „[^“ nebo něco podobného. Velmi otravné.

To je jedna z funkcí PuTTyTray, které jsem zmínil, že už nechci nikdy nechat ujít, bez ohledu na to, jak pohodlnější může být PuTTyPortable někdy pro mé účely. Ponechte možnost „normální“, aby se spustila v normálním terminálovém režimu. Upřednostňuji to, protože chci používat ověřování heslem. Nemusíte minimalizovat okno tak, aby se při startu přihrádky lišty, jen aby se to vrátilo, zadejte heslo a znovu jej minimalizujte. "Vždy" a "Nikdy" vytvořily vtipné chování, které jsem nemohl chytit, ale pokud chcete hádat a jako hádanky, jděte a zkuste to.

A oh, možnost „Přijmout jedno kliknutí ...“ je také dobrá, pokud používáte tento druh obnovy ve všech svých programech. Míchání dvojitého kliknutí a jediného kliknutí rozhodně není dobrý nápad, alespoň ne pro mě.

Jo, jo. Není to tak důležité, musím přiznat. Ale umožnilo by vám vybrat si uživatelské jméno, které je těžko zapamatovatelné (prosím, neříkejte nic o "root", který jsem tam napsal ... je to pouze pro demonstrační účely!), A ještě těžší uhodnout. Při používání ověřování heslem musím zadat pouze své heslo, nikoli své uživatelské jméno. šetří mě ~ 1, 2 sekundy. yay!

Malba šílenství !! Dobře, teď jdeme. Tato karta je mekka pro všechny vaše potřeby, svatý grál předávání portů.

První možnost, kterou jsem obešel, se doporučuje používat, ale není to bez rizik (většinou zabezpečení). Některé protokoly však mohou tuto možnost potřebovat, aby fungovaly správně. Když se podíváte na položky 1, 2 a 3, všechny mají zdrojový port (první sloupec) a cíl (druhý), podobně jako moje šipky - pokud to mohu říci, uděláno velmi zručně - zkuste to ukázat.

1.) Toto je standardní předávání portů, jaké používá jakýkoli program. Zadal jsem svůj zdrojový port, který je 5700 (vždy vyberte typ „místní“, pokud si nejste jisti pro ostatní a jejich činnost), a cíl, kterým je obvykle IP plus port. Jak vidíte nebo alespoň hádáte, je to pro VNC (port 5900) a pro fiktivní plochu v mé domácí síti.

2.) Ten, který používám k emulaci vpn. Pamatujete si virtuální síťový adaptér, který jsem musel vytvořit? Dal jsem jí velmi inovativní IP 10.0.0.1, služby Windows File Sharing používají port 139, takže jeho 10.0.0.1:139 pro zdroj. Cíl je můj hlavní síťový pevný disk se stejným portem. Pokud pro zdrojový port zadáte adresu IP, bude port přeposílán pouze v případě, že je použit odpovídající síťový adaptér. V případě sdílení souborů jsem to musel udělat, protože jsem chtěl pracovat oběma způsoby současně - místní sdílení souborů a sdílení souborů přes SSH. Pokud potřebujete pouze jeden z obou, klidně předejte port bez zdrojové IP adresy.

3.) Tenhle je skoro jako první, ale ukazuje na virtuální síťovou kartu, kterou jsem vytvořil na svém routeru. Udělal jsem to, protože je zakázáno mapovat jakékoli porty přímo na vlastní IP routerů, ale mapování na virtuální NIC je povoleno. Tady předávám port 80 localhost (NEPOUŽÍVEJTE, když provozuji webový server nebo jakýkoli software používající port 80), na port 80 virtuální NIC, takže zde mohu v práci zobrazit stavovou stránku routeru v mém prohlížeči. v telefonních seznamech a podobně. Také jsem mohl udělat port forwarding jako "6666 192.168.178.253:80", abych si mohl prohlédnout svou stránku routerů, musel bych se připojit k "localhost: 6666" v prohlížeči, stejně jako pro připojení mého VNC, I musíte se připojit k ": 5700" místo jen "".

Buďte opatrní s připojením -> Proxy-Tab. Nemusíte zde specifikovat nic pro PuTTy, abyste poskytli proxy server SOCKS, který jsem zmínil. To je nutné pouze v případě, že je PuTTy nuceno (nebo chtělo) používat proxy pro připojení k samotné cílové síti (obvykle internetu), jako například při použití PuTTy přes TOR, což je mimochodem podle mého názoru nejpohodlnější způsob použití TOR existuje.

Ach, málem jsem zapomněl, že jeden .. to je rozhodující, když udržujete spojení a běží po dlouhou dobu. Pokud dojde k přerušení spojení, je pravděpodobné, že vaše serverová komponenta zůstane aktivní a běží na routeru, a pokud se znovu připojíte, bude spuštěna druhá a třetí, pokud se to stane znovu .. chytíte můj drift. Vybral jsem si hodnotu 60 sekund a funguje to pro mě. Byla to víceméně náhodná volba, ale jiné hodnoty by mohly být stejně dobré.

Dobře. Přiznám se, že to tolik neublížilo. Možná budu jen ... pořád posílat vtipné obrázky o programech, které používám ...

Cya brzy! :)