След последната ми публикация за правомощията на PuTTy във връзка с маршрутизатор с включен SSH, започнах да мисля за уроци.
Не съм голям почитател на уроците, защото винаги не мога да се отърся от усещането, че правя нещо тук, за което нямам конкретни познания. И в зависимост от това какво правя, това ме притеснява. Много. Вземете например шиенето (да, наистина се наслаждавам на удоволствието от шиенето, поне докато е забавно); в началото правех само предварително зададени уроци. Трябва да видя и някои постижения, доста бързо, и бях щастлив. Но облеклата не пасваха толкова добре, по-често трябваше да правя корекции, за да бъда поне малко доволен от работата си.
Досега повечето си модели за шиене правя сама, като вземам битове от уроци и знания и ги сглобявам, и за мен това ми върши отлично. Моето мнение е, че уроците често са кратки, дават привлекателни резултати за кратко време, но често липсват някои от необходимата теория. Случвало ли ви се е, че сте направили нещо с урок, който просто няма да работи? И след като отново прегледате пълния текст, като погледнете всички снимки, осъзнавате, че има малка грешка в него или нещо, което не бихте помислили, което авторът прие като дадено?
Предполагам, че това е причината да не искам да пиша уроци, опасността да пропусна нещо (или да отрежа прекалено много или нещо подобно) или да има хора, седнали пред него, мислейки „Завийте този човек, това просто няма“ не работи! ". Плюс това, има много уроци по отношение на почти всяка тема. Или има?
Но - както подозира заглавието - засега ще прекъсна този навик и ще ви дам няколко снимки и обяснения относно предишния ми пост. Няма урок в класически смисъл, но такъв като се опитвам да напиша и своите неща: просто концепции и идеи, но този път със снимки.
Така че нека започнем. Тъй като поддържам връзката си отворена през повечето време, използвам PuTTyTray вместо обикновения PuTTy или неговия преносим братовчед, така че някои описани тук функции не са налични в други версии.
Тук имаме стартовия екран. Използвайте "Настройки от файл" (в долната част на екрана), за да запишете сесии във файл в PuTTy-директорията вместо в регистъра на Windows. Абсолютна задължителна за всички преносими потребители. Първата елипса е мястото, където въвеждате IP адреса на целевия сървър (или рутера, в нашия случай). Ако не можете да си спомняте своя IP адрес по всяко време или да получите динамични IP адреси, направете dyndns-акаунт, за да ви спести неприятности. Повечето рутери все пак се предлагат с вградена dyndns поддръжка в днешно време, което ви спестява усилията на инструмент за актуализиране. Разбира се, искаме да имаме "SSH" като тип връзка, но това е по подразбиране активирано, така че не трябва да има проблеми.
А, това ми отне известно време, за да разбера. Или за да бъда по-точен: псувах и ругаех за проблема, който срещнах и случайно успях да намеря решение в настройките на моя терминал, което ми се стори много странно. Така че искам да споделя моите прозрения. Опцията, която обиколих, променя изпращането на символи до сървъра чрез натискане на клавиша за обратно пространство. Тъй като рутерите, за които споменах, използват някакъв вид Linux, може да искате да промените опцията на правилната, "Control +? (127)". Без това активирано, fritzbox ще напише само "[^" или нещо подобно, вместо да изтрия последния символ. Много досадно.
Тази е една от функциите само за PuTTyTray, за които споменах, че не искам да пропусна някога отново, независимо колко по-удобен понякога може да бъде PuTTyPortable за моите цели. Оставете опцията „нормално“, за да я стартирате в нормален терминален режим. Предпочитам тази, тъй като искам да използвам удостоверяване с парола. Не използвайте минимизиране на прозореца, за да заредите тавата при стартиране, само за да трябва да го върнете обратно, въведете паролата и я намалете отново. "Винаги" и "Никога" създаваха смешни поведения, които не успях да овладея, но ако искате да гадаете и харесвате гатанки, отидете и опитайте.
И, о, опцията "Приемам с едно щракване ..." е добра също, ако използвате този вид възстановяване във всичките си програми. Смесването на двойно и еднократно щракване определено не е добра идея, поне не за мен.
О да. Не е толкова важно, трябва да призная. Но ще ви позволи да изберете потребителско име, което е трудно запомнящо се (моля, не казвайте нищо за „root“, който въведох там .. то е само за демонстрационни цели!), И още по-трудно да се досетите. Когато използвам удостоверяване с парола, трябва само да въведете паролата си, а не моето потребителско име. пощажда ме ~ 1, 2 секунди. Уау!
Живопис Frenzy !! Добре, сега ето. Този раздел е мекката за всичките ви нужди, светият граал на пренасочване на пристанища.
Първата опция, която обиколих, се препоръчва да се използва, но тя не е без рискове (най-вече сигурност). Някои протоколи може да се нуждаят от тази опция, за да функционират правилно. Когато погледнете записите 1, 2 и 3, всички те имат изходен порт (първата колона) и дестинация (втората), като стрелките ми - направени изключително умели, ако мога така да кажа - опитайте се да ви покажа.
1.) Това е стандартно пренасочване на порт, използвано от всяка програма. Посочих моя изходен порт, който е 5700 (винаги изберете "local" като тип, ако не сте сигурни за другите и техните действия), както и дестинация, която обикновено е IP плюс порт. Както можете да видите или поне предположите, че е за VNC (порт 5900) и е за измислен работен плот в домашната ми мрежа.
2.) Този, който използвам за емулация на vpn. Спомняте ли си виртуалния мрежов адаптер, който трябваше да създам? Дадох му много иновативния IP 10.0.0.1, услугите за споделяне на файлове на Windows използват порт 139, така че неговите 10.0.0.1:139 за източник. Дестинацията е основният ми мрежов твърд диск със същия порта. Ако посочите IP за източника на порт, портът се препраща само ако се използва съгласуван мрежов адаптер. В случай на споделяне на файлове трябваше да направя това, тъй като исках да работя и в двете посоки едновременно - локално споделяне на файлове и споделяне на файлове през SSH. Ако имате нужда само от едно от двете, не се колебайте просто да препратите пристанището без източник на IP.
3.) Този почти прилича на първия, но сочи виртуална мрежова карта, която създадох на моя рутер. Направих това, защото е забранено да се картографират всякакви портове директно към собствения IP адрес на рутерите, но картографирането във виртуалния NIC е позволено. Ето, препращам порта 80 на localhost (НЕ правете това, когато стартирате уеб сървър или какъвто и да е софтуер, използващ порт 80), към виртуалния порт на NIC 80, така че мога да покажа страницата със състоянието на рутера в браузъра си тук, на работа, като погледнете в телефонни списъци и други подобни. Също така бих могъл да направя пренасочване на порт като "6666 192.168.178.253:80", за да видя тогава страницата ми с маршрутизатори, ще трябва да се свържа с "localhost: 6666" в браузъра си, както и за свързване на моя VNC, аз трябва да се свържете с ": 5700", а не просто "".
Внимавайте обаче с връзката -> прокси-таб. Не е нужно да указвате нищо тук, за PuTTy да предостави SOCKS-проксито, което споменах. Това е необходимо само ако PuTTy е принуден (или иска) да използва прокси, за да се свърже към целевата мрежа (обикновено интернет) самия, например при използване на PuTTy през TOR, например, което според мен е най-удобното начин на използване на TOR има.
Ох, почти забравих това .. това е от решаващо значение, когато поддържате връзката си и работи дълго време. Ако връзката се прекъсне, има вероятност вашият сървър компонент да остане активен и да работи на рутера, и ако се свържете отново, имате второ движение и трето, ако това се случи отново .. вие улавяте моята дрейф. Избрах стойност от 60 секунди и тя работи за мен. Това обаче беше повече или по-малко случаен избор, други стойности може да се справят също толкова добре.
Добре. Признавам, това изобщо не ме заболя. Може би просто ... продължавам да публикувам забавни замазани снимки за програми, които използвам ...
cya всички скоро! :)
