Az utolsó, a PuTTy képességeiről szóló, az SSH-kompatibilis útválasztóval összekapcsolódó hozzászólásom után elkezdtem az oktatóprogramokra gondolkodni.
Nem vagyok nagy bemutató rajongó, mert mindig nem tudom megrázni azt az érzést, hogy itt csinálok valamit, amiről nincs különös tudásom. És attól függően, hogy mit csinálok, ez zavar. Nagyon. Vegyük például a varrást (igen, valóban élvezem a varrás mókait, legalábbis addig, amíg szórakoztató); eleinte csak előre beállított oktatóanyagokat készítettem. Láttam néhány eredményt, nagyon gyorsan is, és boldog voltam. De a ruhadarabok nem voltak olyan jól illeszkedve, többnyire javításokat kellett végeznem, hogy legalább egy kicsit elégedettek legyenek munkámmal.
Mostanáig a varrásmintáim nagy részét magam készítem úgy, hogy egy-egy darabot készítek az oktatóanyagokból és a tudásból, és összerakom őket, és ez számomra nagyon jól működik. Az a véleményem, hogy az oktatóanyagok gyakran rövidek, vonzó eredményeket adnak rövid idő alatt, de gyakran hiányoznak a szükséges elmélet egy része. Előfordult veled, hogy valami olyan bemutatóval csináltál, amely egyszerűen nem működne? És miután újra átnézte a teljes szöveget, és megnézte az összes képet, rájött, hogy van egy kis hiba benne, vagy valami olyanra, amire nem gondolt volna, amit a szerző a megadottnak adott?
Azt hiszem, ez az oka annak, hogy nem akarok oktatóanyagokat írni, annak veszélye, hogy hiányzik valami (vagy túl sokat vághat le, vagy ilyesmi), vagy hogy az emberek ülnek előtte gondolkodva: "Csavarod ezt a fickót, ez csak nem" t dolgozz! " Sőt, rengeteg oktatóprogram van odakint, szinte bármilyen témával kapcsolatban. Vagy vannak?
De - amint a címsor gyanítja - egyelőre megszakítom ezt a szokást, és néhány felvételt és magyarázatot adok nekem a korábbi posztomra vonatkozóan. Nincs bemutató klasszikus értelemben, de olyan, mint én is megpróbálok írni dolgokat: csak fogalmak és ötletek, de ezúttal képekkel.
Tehát kezdjük el. Mivel a kapcsolataimat legtöbbször nyitva tartom, a PuTTyTray-t használom a szokásos PuTTy vagy hordozható unokatestvére helyett, így az itt ismertetett funkciók más verziókban nem érhetők el.
Itt volt a kezdőképernyő. A "Beállítások a fájlból" (a képernyő alján) használatával mentse az üléseket a PuTTy-könyvtárba, a Windows-nyilvántartás helyett. Minden hordozható felhasználó számára feltétlenül szükséges. Az első ellipszisbe beírja a célkiszolgáló (vagy esetünkben az útválasztó) IP-jét. Ha bármikor nem emlékszik IP-jére, vagy nem kap dinamikus IP-ket, hozzon létre egy dyndns-fiókot, hogy elkerülje a problémát. Manapság a legtöbb útválasztó beépített dyndns támogatással rendelkezik, megkímélve a frissítő eszköz erőfeszítéseit. Természetesen szeretnénk, ha "SSH" legyen kapcsolat típusa, de alapértelmezés szerint engedélyezve van, tehát nem lehet gond.
Ah, ez eltartott egy ideje, hogy kitaláljam. Vagy pontosabban: esküdtem és átkoztam a felmerült problémára, és véletlenül sikerült megoldást találnom a terminálom beállításaiban, ami nagyon furcsanak tűnt. Szóval meg akarom osztani a betekintést. A körözött opció megváltoztatja a szervernek küldött karaktert a Backspace gomb megnyomásával. Mivel az összes, az általam említett útválasztó valamilyen linuxot használ, érdemes lehet megváltoztatni a megfelelőt, a "Control +? (127)" opciót. Engedélyezése nélkül a fritzboxom csak az "[^" vagy hasonlót gépelne, az utolsó karakter törlése helyett. Nagyon bosszantó.
Ez az egyik olyan PuTTyTray-funkció, amelyet megemlítettem, hogy soha többé nem akarok hiányozni, függetlenül attól, hogy a PuTTyPortable mennyire kényelmesebb lehet néha a céljaimhoz. Hagyja az opciót "normál" -on, hogy normál terminál üzemmódban indítsa el. Jobban szeretem ezt, mivel használni akarom a jelszó-hitelesítést. Nincs szükség az ablak minimalizálására a tálca indításakor, csak annyit kell tennie, hogy újra készítsen, írja be a jelszót, és újra minimalizálja. A "Mindig" és a "Soha" olyan vicces viselkedést hozott létre, amelyben nem tudtam megfogni, de ha kitalálni akar és találós kérdésekre tetszik, menj, és próbáld ki.
És ó, az "Egy kattintás elfogadása ..." opció is jó, ha ezt a visszaállítási módot használja minden programjában. A dupla kattintás és az egyetlen kattintás keverése határozottan nem jó ötlet, legalábbis nem számomra.
Ó igen. Nem olyan fontos, be kell vallanom. De lehetővé tenné, hogy olyan felhasználónevet válasszon, amelyet nehéz megjegyezni (kérlek, ne mondj semmit a „gyökérről”, amelyet én beírtam .. csak demonstrációs célokra!), És még nehezebb kitalálni. Jelszó-hitelesítés használatakor csak a jelszavamat kell megadnom, és nem a felhasználónevemet. megtakarít nekem ~ 1, 2 másodperc. Hurrá!
Festmény őrület !! Oké, most itt vagyunk. Ez a lap az Ön igényeinek megfelelő meka, a kikötőszállítás Szent Grálja.
Az első opció, amelyet köröztem, ajánlott használni, de ez nem jár kockázat nélkül (leginkább a biztonság). Néhány protokollnak azonban szükség lehet erre a lehetőségre a megfelelő működéshez. Az 1., 2. és 3. bejegyzés megvizsgálásakor mindnyájukban van egy forrásport (az első oszlop) és egy rendeltetési hely (a második), mint például a nyilaim - rendkívül képzettek, ha ezt mondhatom - próbálják megmutatni.
1.) Ez egy szabványos porttovábbítás, amilyent bármely program használ. Meghatároztam a forrásportomat, amely 5700 (mindig válassza a "local" -típust, ha nem biztos a többi részében és azok tevékenységében), és egy rendeltetési helyet, amely általában IP és egy port. Mint láthatja, vagy legalábbis kitalálhatja, ez a VNC-hez (5900-as port), és egy kitalált asztali otthoni hálózathoz tartozik.
2.) Amit egy vpn emulálására használok. Emlékszel a virtuális hálózati adapterre, amelyet létre kellett hoznom? A nagyon innovatív IP 10.0.0.1-et adtam neki, a Windows File Sharing szolgáltatás a 139-es portot használja, tehát a 10.0.0.1:139-et a forráshoz használja. A cél a fő hálózati merevlemezem, ugyanabban a portban. Ha megad egy IP-t a forrásporthoz, akkor a port csak akkor kerül továbbításra, ha a hozzá tartozó hálózati adaptert használja. A fájlmegosztás esetében ezt kellett megtennem, mivel mindkét irányt akartam dolgozni egyszerre - a helyi fájlmegosztás és az SSH-n keresztüli fájlmegosztás. Ha mindkettőnek csak egyre van szüksége, nyugodtan továbbadhatja a portot forrás IP nélkül.
3.) Ez nagyjából hasonlít az elsőre, de egy olyan virtuális hálózati kártyára mutat, amelyet én készítettem az útválasztón. Ezt megtettem, mert tilos bármely portot közvetlenül az útválasztók saját IP-jére leképezni, de a virtuális NIC-hez való leképezés megengedett. Itt továbbítom a localhost 80-as portját (NE csináld ezt egy webszerver vagy bármilyen szoftver futtatásakor a 80-as port használatával) a virtuális NIC 80-as portjára, így itt megjeleníthetem az útválasztó status oldalt a böngészőben a munkahelyen, egy pillantást vetve a telefonlistáknál és hasonlóknál. Megadhattam volna egy olyan továbbítást is, mint például a "6666 192.168.178.253:80", hogy megtekinthessem az útválasztó oldalt, akkor csatlakoznom kellene a "localhost: 6666" -hez a böngészőmben, valamint a VNC-hez, a ": 5700" -ra kell csatlakoznia, nem csak "".
Legyen óvatos a Connection -> Proxy-Tab kapcsolóval. Itt nem kell megadnia semmit, hogy a PuTTy megadhassa a SOCKS proxy-t, amelyet említettem. Ez csak akkor szükséges, ha a PuTTy-t arra kényszerítik (vagy akarták), hogy proxyt használjon a célhálózathoz (általában az internethez) való kapcsolódáshoz, például amikor a PuTTy-t TOR-on használja, ami véleményem szerint a legkényelmesebb a TOR használatának módja van.
Ó, én majdnem elfelejtettem ezt. Ez elengedhetetlen, ha hosszú ideig tartjuk fenn a kapcsolatot. Ha a kapcsolat megszakad, akkor valószínű, hogy a szerver-komponens aktív marad és fut az útválasztón, és ha újracsatlakozik, akkor egy második fut, és egy harmadik, ha ez ismét megtörténik. 60 másodperc értékét választottam, és ez számomra is megfelelő. Ez többé-kevésbé véletlenszerű döntés volt, bár más értékek ugyanolyan jól működhetnek.
Oké. Bevallom, ez egyáltalán nem bántott. Talán csak ... továbbra is vicces, kettős képeket teszek közzé az általam használt programokról ...
cya hamarosan! :)
