NetworkManager-ൽ OpenVPN, WireGuard ഫയലുകളുടെ ഇംപോർട്ട് പരാജയപ്പെടുന്നു

GNOME Settings-ൽ ഫയലിൽ നിന്ന് ഇംപോർട്ട് ചെയ്യുക… എന്നത് തിരഞ്ഞെടുത്തു, വെണ്ടർ ക്ലയന്റുമായി പ്രവർത്തിക്കുന്ന ഒരു പ്രൊഫൈൽ തിരഞ്ഞെടുത്തു, ഡയലോഗ് ലിസ്റ്റിലേക്ക് ഒന്നും ചേർക്കാതെ അടഞ്ഞുപോയി. രണ്ടാമത്തെ ഒരു ലാപ്ടോപ്പിൽ ഇംപോർട്ട് പൂർത്തിയായി, പ്രൊഫൈലിന്റെ പേരിൽ കണക്ഷൻ പ്രത്യക്ഷപ്പെട്ടു, പിന്നീട് ആദ്യത്തെ ഓതന്റിക്കേഷൻ പ്രോംപ്റ്റിൽ അത് പരാജയപ്പെട്ടു. NetworkManager നിങ്ങളുടെ .ovpn അല്ലെങ്കിൽ wg-quick ഫയൽ അതേപടി ഒരിക്കലും പ്രവർത്തിപ്പിക്കുന്നില്ല. അത് ഫയൽ ഒരു പാഴ്സറിന് കൈമാറുന്നു, പാഴ്സർ അതിനെ NetworkManager-ന്റെ സ്വന്തം കണക്ഷൻ ഫോർമാറ്റാക്കി മാറ്റുന്നു, അതിനുശേഷം ടണൽ ആ പാഴ്സ് ചെയ്ത ഒബ്ജക്റ്റിൽ നിന്നാണ് നിർമ്മിക്കുന്നത് — സീക്രട്ടുകൾ, റൂട്ടുകൾ, DNS എന്നിവയെല്ലാം ഉൾപ്പെടെ. അതിനാൽ ഉപയോഗപ്രദമായ ചോദ്യം ഫയൽ എന്തുകൊണ്ട് കേടായി എന്നതല്ല, മറിച്ച് പാഴ്സ് നടന്നുവോ, അത് എന്ത് നിലനിർത്തി എന്നതാണ്.

ഇംപോർട്ട് ഫയലിനോട് യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു

OpenVPN-ന് പാഴ്സർ പ്ലഗിൻ പാക്കേജിൽ ആണ്, അത് സൃഷ്ടിക്കുന്ന കണക്ഷൻ org.freedesktop.NetworkManager.openvpn പോലുള്ള ഒരു D-Bus സേവനത്തിലേക്കാണ് ചൂണ്ടുന്നത്. പ്ലഗിൻ ഇല്ലെങ്കിൽ പാഴ്സറും ഇല്ല: nmcli-ക്ക് ഈ തരം അറിയില്ല, ഗ്രാഫിക്കൽ add-VPN ലിസ്റ്റിൽ ഇംപോർട്ട് എൻട്രി തന്നെ കാണണമെന്നില്ല. WireGuard ഒരു പ്രധാന കാര്യത്തിൽ വ്യത്യസ്തമാണ് — 1.30 പരമ്പര മുതൽ NetworkManager അതിന്റേതായ WireGuard ക്രമീകരണങ്ങൾ കൊണ്ടുനടക്കുന്നു, അതിനാൽ വെവ്വേറെ പ്ലഗിൻ പാക്കേജ് ഇല്ല, പക്ഷേ wg-quick റീഡർ അത് ഉൾപ്പെടുത്തി നിർമ്മിച്ച ബിൽഡുകളിൽ മാത്രമേ ഉള്ളൂ.

ഏത് വഴിക്കും ഫയൽ ഒരിക്കൽ മാത്രമേ വായിക്കുന്നുള്ളൂ. ഫലം /etc/NetworkManager/system-connections/-ന് കീഴിൽ കണക്ഷന്റെ പേരിൽ ഒരു കീഫയൽ ആയി എഴുതപ്പെടുന്നു, അതിന്റെ ഉടമ root ആണ്, കീ മെറ്റീരിയൽ അടങ്ങിയിരിക്കുന്നതിനാൽ മറ്റ് ഉപയോക്താക്കൾക്ക് അത് വായിക്കാനാവില്ല. ആ കീഫയൽ ആണ് ഇപ്പോൾ കണക്ഷൻ; പിന്നീട് യഥാർത്ഥ .ovpn എഡിറ്റ് ചെയ്താൽ ഒന്നും മാറില്ല.

മൂന്ന് ലക്ഷണങ്ങൾ മൂന്ന് വ്യത്യസ്ത ഘട്ടങ്ങളിൽ പെടുന്നു. ഇംപോർട്ട് എൻട്രി ഇല്ലാത്തതോ അറിയാത്ത ഒരു തരം കാണുന്നതോ പ്ലഗിനോ പതിപ്പോ ഇല്ല എന്നാണ് അർത്ഥമാക്കുന്നത്. ഒരു ഡയറക്ടീവിന്റെ പേര് പറയുന്ന ഇംപോർട്ട് പിശക് എന്നാൽ പാഴ്സർ ഫയൽ വായിച്ചു, അതിന്റെ ഒരു ഭാഗം നിരസിച്ചു എന്നാണ്. കണക്ഷൻ നിലനിൽക്കുന്നു പക്ഷേ ഒരിക്കലും സജീവമാകുന്നില്ല എന്നാൽ പാഴ്സ് ചെയ്ത ഒബ്ജക്റ്റ് അപൂർണ്ണമാണ് അല്ലെങ്കിൽ സർവർ വശം അത് നിരസിക്കുന്നു എന്നാണ്. എന്തെങ്കിലും എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് നിങ്ങൾക്ക് ഇവയിൽ ഏതാണ് ഉള്ളതെന്ന് തീരുമാനിക്കുക.

പ്രൊഫൈൽ ഡീബഗ് ചെയ്യുന്നതിന് മുൻപ് പ്ലഗിൻ സ്ഥിരീകരിക്കുക

ഇല്ലാത്ത ഒരു പ്ലഗിൻ കേടായ പ്രൊഫൈലിനെപ്പോലെ കൃത്യമായി തോന്നും, അതിനാൽ ആദ്യം പാക്കേജ് പരിശോധിക്കുക. Debian-ലും Ubuntu-യിലും OpenVPN പിന്തുണ network-manager-openvpn എന്ന പാക്കേജും ഒരു ഡെസ്ക്ടോപ്പ് ഹെൽപ്പറും ആയി വരുന്നു; Fedora-യിൽ പാക്കേജുകൾ NetworkManager-openvpn, NetworkManager-openvpn-gnome എന്നിവയാണ്; Arch-ൽ അത് networkmanager-openvpn ആണ്.

dpkg -l network-manager-openvpn-gnome | tail -n 2
rpm -q NetworkManager-openvpn
pacman -Q networkmanager-openvpn

തുടർന്ന് ഒരു കേവല പാതയിൽ നിന്ന് ഇംപോർട്ട് ചെയ്യുക: nmcli connection import type openvpn file /home/you/profile.ovpn. ആപേക്ഷിക പാതകൾ സാധാരണയായി പ്രവർത്തിക്കുന്നു, പക്ഷേ ഡയറക്ടറി മാറിയ ഒരു ഷെൽ വേഗത്തിലുള്ള ഇംപോർട്ടിനെ ഒരു വഴിത്തിരിവാക്കി മാറ്റുന്നു. WireGuard-ന്, nmcli --version പരിശോധിക്കുക, കൂടാതെ modprobe wireguard ഉപയോഗിച്ച് കേർണൽ വശം ഉണ്ടെന്ന് ഉറപ്പാക്കുക; മൊഡ്യൂൾ ഇല്ലാത്ത ഒരു യന്ത്രത്തിൽ വിജയിക്കുന്ന ഇംപോർട്ട്, ഡിവൈസ് ഒരിക്കലും പ്രത്യക്ഷപ്പെടാത്ത ഒരു കണക്ഷൻ നിങ്ങൾക്ക് വിട്ടുതരും. nmcli റഫറൻസ് ഇംപോർട്ട് സബ്കമാൻഡിനെയും സ്വീകരിക്കുന്ന തരം നാമങ്ങളെയും രേഖപ്പെടുത്തുന്നു. type wireguard നേരിട്ട് നിരസിക്കപ്പെടുന്നുവെങ്കിൽ, ആ ബിൽഡ് ഈ സവിശേഷതയ്ക്ക് മുൻപുള്ളതാണ്, ശരിയായ നീക്കം ഒരു ഡിസ്ട്രിബ്യൂഷൻ പാക്കേജോ ബാക്ക്പോർട്ടോ ആണ് — കോൺഫിഗറേഷൻ ഏതോ ഡയറക്ടറിയിലേക്ക് പകർത്തി എന്തെങ്കിലും അത് വായിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നതല്ല.

OpenVPN കണക്ഷൻ വായിക്കുക, .ovpn ഫയൽ അല്ല

കണക്ഷൻ ഉണ്ടായിക്കഴിഞ്ഞാൽ, ഫയൽ വീണ്ടും വായിക്കുന്നതിന് പകരം പാഴ്സ് ചെയ്ത ക്രമീകരണങ്ങൾ വായിക്കുക: nmcli connection show "Work VPN" | grep -E '^vpn\.'. റിമോട്ടും പോർട്ടും, ട്രാൻസ്പോർട്ട്, ഐഡന്റിറ്റി മെറ്റീരിയൽ — ca, cert, key, tls-auth അല്ലെങ്കിൽ tls-crypt — ഒപ്പം ഓതന്റിക്കേഷൻ രീതിയും നിങ്ങൾക്ക് വേണം. സ്വകാര്യ കീ പാസ്വേഡുള്ള ഒരു പ്രൊഫൈലിൽ, sudo nmcli --show-secrets connection show "Work VPN" ചേർത്ത് സീക്രട്ട് ഫ്ലാഗുകൾ നോക്കുക: 0 എന്നാൽ ഒന്നുമില്ല, അതായത് സീക്രട്ട് കീഫയലിൽ ഇരിക്കുന്നു; 1 എന്നാൽ agent-owned; 2 എന്നാൽ not-saved, അതായത് അത് കീഫയലിൽ ഒരിക്കലും എഴുതപ്പെടുന്നില്ല; 4 എന്നാൽ not-required, അതായത് സീക്രട്ട് ആവശ്യമേയില്ല. അവ ബിറ്റുകളാണ്, ഒരു സ്കെയിലല്ല, അതിനാൽ 3 എന്നാൽ agent-owned പ്ലസ് not-saved എന്ന് മാത്രം. സെഷനിൽ ഒരിക്കൽ മാത്രം നിങ്ങളോട് ചോദിക്കുന്ന ഒരു സീക്രട്ട് agent-owned (1) ആണ്, ഏജന്റാണ് അതിന് ചോദിക്കുന്നത്; അതിന് വേറെ ഫ്ലാഗ് നമ്പർ ഇല്ല. ഒരു ഫ്ലാഗ് പൊരുത്തക്കേടാണ് ഒരു പ്രൊഫൈൽ ഡെസ്ക്ടോപ്പ് ആപ്ലെറ്റിൽ നിന്ന് കണക്ട് ചെയ്ത് ഒരു സ്ക്രിപ്റ്റിൽ നിന്നോ ബൂട്ടിൽ നിന്നോ പരാജയപ്പെടുന്നതിന്റെ സാധാരണ കാരണം.

പാഴ്സർ എന്ത് ഒഴിവാക്കി എന്ന് കാണാനുള്ള ഏറ്റവും വേഗത്തിലുള്ള വഴി, ഫയൽ തിരികെ എഴുതാൻ പ്ലഗിനോട് ആവശ്യപ്പെട്ട് അത് ഡിഫ് ചെയ്യുക എന്നതാണ്: nmcli connection export "Work VPN" /tmp/roundtrip.ovpn. ആ ഡിഫിൽ അപ്രത്യക്ഷമാകുന്ന ഡയറക്ടീവുകൾ കണക്ട് ചെയ്യുന്ന സമയത്ത് ഉണ്ടാകില്ല. ഹുക്കുകളാണ് സാധാരണ സംശയിക്കുന്നത് — script-security, up, down, route-up എന്നിവ ഉയർന്ന അവകാശങ്ങളോടെ ഒരു സ്ക്രിപ്റ്റ് ഓടുമെന്ന് പ്രതീക്ഷിക്കുന്നു, മനഃപൂർവം അവ കൈമാറ്റം ചെയ്യുന്നില്ല. ഇംപോർട്ട് വിജയിപ്പിക്കാൻ വെരിഫിക്കേഷൻ താഴ്ത്തരുത്, അധിക അവകാശങ്ങൾ നൽകരുത്; പിന്തുണയില്ലാത്ത ഒരു ഓപ്ഷൻ സാധാരണയായി എത്തിച്ചേരാനാവാത്ത ഒരു സർവറിനെക്കാൾ പ്ലഗിന്റെ സവിശേഷതാ പരിധിയെയാണ് പ്രതിഫലിപ്പിക്കുന്നത്. ആ പെരുമാറ്റം ഒരു NetworkManager ഡിസ്പാച്ചർ സ്ക്രിപ്റ്റിലേക്കോ സർവർ വശത്തെ പോളിസിയിലേക്കോ മാറ്റുക.

ഐഡന്റിറ്റി ഫീൽഡുകൾ നിലനിന്നു എന്നും ഉറപ്പാക്കുക: CA റഫറൻസ്, remote-cert-tls, പ്രൊഫൈൽ ആശ്രയിച്ച ഏതെങ്കിലും നെയിം ചെക്ക്. അവ ഇല്ലാതെ ഉയർന്നുവരുന്ന ഒരു കണക്ഷൻ, ആ വിലാസത്തിൽ ഉത്തരം നൽകുന്നതിനോട് സംസാരിക്കുന്നുണ്ടാകാം.

WireGuard കണക്ഷൻ വായിക്കുക, wg-quick ഫയൽ അല്ല

wg-quick ഫയൽ ഷെൽ സെമാന്റിക്സുള്ള ഒരു ഫോർമാറ്റാണ്; ഇംപോർട്ട് ചെയ്ത കണക്ഷൻ ക്രമീകരണങ്ങളുടെ ഒരു കൂട്ടമാണ്. PrivateKey ഇന്റർഫേസിന്റെ സ്വകാര്യ കീയായി മാറുന്നു, Address ഒന്നോ അതിലധികമോ IPv4, IPv6 വിലാസങ്ങളായി മാറുന്നു, DNS NetworkManager-ന്റെ റിസോൾവർ പ്രോപ്പർട്ടികളിലേക്ക് മാപ്പ് ചെയ്യുന്നു, MTU wireguard.mtu-യിലേക്ക് മാപ്പ് ചെയ്യുന്നു (wg-quick-ന്റെ സ്വന്തം സ്ഥിരസ്ഥിതി 1420 ആണ്), ഓരോ peer ബ്ലോക്കും പബ്ലിക് കീ, endpoint, allowed IPs, persistent keepalive എന്നിവയുള്ള ഒരു peer എൻട്രിയായി മാറുന്നു. nmcli --show-secrets connection show wg0 ഉപയോഗിച്ച് സൂക്ഷിച്ചത് പ്രിന്റ് ചെയ്യുക; ആ ഔട്ട്പുട്ടിൽ peer ലിസ്റ്റ് കാണുന്നില്ലെങ്കിൽ, കീഫയൽ വായിക്കുക:

sudo sed -n '/^\[wireguard\]/,/^\[/p' /etc/NetworkManager/system-connections/wg0.nmconnection

നിലനിൽക്കാത്തത് wg-quick ന്റെ ഷെൽ പകുതിയാണ്. PreUp, PostUp, PreDown, PostDown, Table എന്നിവ ആ ടൂളിന്റെ പെരുമാറ്റമാണ്, ഒരു WireGuard ഇന്റർഫേസിന്റെ ഗുണങ്ങളല്ല, അതിനാൽ ഇംപോർട്ടിന് ശേഷം അവ ഒന്നും ഓടുന്നില്ല. യഥാർത്ഥത്തിൽ ഡിഫോൾട്ട് റൂട്ട് തനിച്ച് വിടാൻ Table = off ഉപയോഗിച്ചിരുന്നെങ്കിൽ, അടുത്തിടെയുള്ള NetworkManager റിലീസുകൾ അതേ ഉദ്ദേശത്തിനായി ip4-auto-default-route, ip6-auto-default-route എന്നിവ നൽകുന്നു; കണക്ഷൻ സ്ക്രിപ്റ്റ് പോലെ പ്രവർത്തിക്കുമെന്ന് അനുമാനിക്കുന്നതിന് പകരം അവ വ്യക്തമായി സജ്ജമാക്കുക. ഒരു കസ്റ്റം റൂട്ട് പുഷ് ചെയ്തിരുന്ന ഒരു ഹുക്കിന് ആ റൂട്ട് കണക്ഷന്റെ റൂട്ടിംഗ് ക്രമീകരണങ്ങളിൽ ചേർക്കേണ്ടതുണ്ട്, അല്ലെങ്കിൽ അത് വെറുതെ കാണാതെ പോകും.

കണക്ഷന് കൃത്യം ഒരു ഉടമ മാത്രം നൽകുക

ക്ലാസിക് തുടർക്കെട് എന്നത് അടുത്ത ബൂട്ട് വരെ പ്രവർത്തിച്ച് പിന്നീട് ലൂപ്പ് ചെയ്യുന്ന ഒരു കണക്ഷനാണ്. സാധാരണയായി മുൻപത്തെ ഒരു പരീക്ഷണത്തിൽ നിന്ന് [email protected] ഇപ്പോഴും എനേബിൾ ചെയ്തിരുന്നു, അല്ലെങ്കിൽ ഒരു വെണ്ടർ ക്ലയന്റ് സ്വന്തം ഡീമൺ ലോഞ്ച് ചെയ്യുകയായിരുന്നു, രണ്ട് ഉടമകൾ ഒരേ ലക്ഷ്യത്തിന് റൂട്ടുകളും DNS-ഉം എഴുതുകയായിരുന്നു. NetworkManager അതിന്റേതായ വഴിയിലൂടെ റിസോൾവർ സജ്ജമാക്കുന്നു, wg-quick resolvconf വഴി എഴുതുന്നു, അവസാനം എഴുതുന്നയാൾ വിജയിക്കുന്നു — അതിനാൽ നെയിം റിസല്യൂഷൻ പ്രവർത്തിക്കുന്നു, പിന്നെ നിൽക്കുന്നു, പിന്നെ വീണ്ടും പ്രവർത്തിക്കുന്നു. systemctl status wg-quick@wg0, nmcli connection show --active, ip link show type wireguard എന്നിവ പരിശോധിച്ച്, അതിന്റെ മെട്രിക് ക്രമീകരിക്കുന്നതിന് പകരം രണ്ടാമത്തെ ഉടമ പ്രവർത്തനരഹിതമാക്കുക.

നിങ്ങൾക്ക് രണ്ടും ശരിക്കും വേണമെങ്കിൽ, അവയ്ക്ക് വെവ്വേറെ ഇന്റർഫേസുകളും പരസ്പരം ഒഴിച്ചുള്ള allowed IPs-ഉം നൽകുക, കൂടാതെ അവയിൽ കൃത്യം ഒന്ന് മാത്രം ഡിഫോൾട്ട് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യാൻ അനുവദിക്കുക. വ്യത്യസ്ത മെട്രിക്കുകളുള്ള രണ്ട് ഡിഫോൾട്ട് റൂട്ടുകൾ ഒരു സ്പ്ലിറ്റ് ടണൽ അല്ല; രണ്ടാമത് ആരംഭിക്കുന്ന സേവനം തീരുമാനിക്കുന്ന ഒരു മത്സരമാണ്. ഒരു റീകണക്ടിന് ശേഷം, പ്രയോഗിച്ച അവസ്ഥ വീണ്ടും പരിശോധിക്കുക — കാര്യങ്ങൾ ഓടിക്കുന്ന ഒറ്റത്തവണ മാനുവൽ റിസോൾവർ എഡിറ്റ്, ഇംപോർട്ട് പൂർത്തിയായി എന്നതിന് തെളിവല്ല.

ട്രാഫിക് ഉപയോഗിച്ച് പരിശോധിക്കുക, റീബൂട്ടിനെ അതിജീവിക്കുക

nmcli connection up "Work VPN" ഉപയോഗിച്ച് കണക്ഷൻ ഉയർത്തുക, തുടർന്ന് ഐക്കൺ വിശ്വസിക്കുന്നതിന് പകരം അവസ്ഥ, വിലാസം, റൂട്ടുകൾ എന്നിവ വായിക്കുക: nmcli device show wg0 | grep -E 'GENERAL.STATE|IP4.ADDRESS|IP4.ROUTE', ip route show default, കൂടാതെ ടണലിനുള്ളിൽ മാത്രം റിസോൾവ് ചെയ്യുന്ന ഒരു പേരിന്റെ യഥാർത്ഥ ലുക്കപ്പ്. ഒരു ഹാൻഡ്ഷേക്കോ വിജയകരമായ പിംഗോ ക്രിപ്റ്റോ പ്രവർത്തിക്കുന്നു എന്ന് മാത്രമേ തെളിയിക്കുന്നുള്ളൂ; ഫോർവേർഡിംഗ്, സ്പ്ലിറ്റ്-ടണൽ പ്രിഫിക്സുകൾ, സ്വകാര്യ DNS എന്നിവയെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല, അവയാണ് സാധാരണയായി കേടാകുന്ന ഭാഗങ്ങൾ.

തുടർന്ന് റീബൂട്ട് ചെയ്ത് അത് ആവർത്തിക്കുക. ഓട്ടോകണക്ട് പെരുമാറ്റം, പേരുമാറ്റിയ ഒരു ഇന്റർഫേസ്, ഡിവൈസിന് ശേഷം ലോഡ് ചെയ്യുന്ന ഒരു പ്ലഗിൻ എന്നിവ ഒരു പുതിയ ബൂട്ടിൽ മാത്രം കാണുന്ന പരാജയങ്ങളാണ്. ഈ ബൂട്ടിൽ ഈ കണക്ഷനോട് ഡീമൺ എന്ത് ചെയ്തു എന്ന് journalctl -u NetworkManager -b --no-pager | tail -n 40 കാണിക്കുന്നു. ഒരു രണ്ടാമത്തെ ഡെസ്ക്ടോപ്പിന്, കീഫയൽ പകർത്തി root-ന്റെ ഉടമസ്ഥതയിൽ mode 600-ൽ സൂക്ഷിക്കുക, അല്ലെങ്കിൽ OpenVPN-ന് nmcli connection export ഉപയോഗിച്ച് ഫലമായി വരുന്ന .ovpn വീണ്ടും ഇംപോർട്ട് ചെയ്യുക — എക്സ്പോർട്ട് പാതയ്ക്ക് WireGuard-ൽ തുല്യമായ ഒന്നും ഇല്ല, അതിനാൽ ആ ദിശ ഒരു ഫയൽ പകർപ്പോ സംരക്ഷിത ഒറിജിനലിൽ നിന്നുള്ള പുതിയ ഇംപോർട്ടോ ആണ്.

ചുരുക്കം, ക്രമത്തിൽ: പ്ലഗിനോ NetworkManager പതിപ്പോ സ്ഥിരീകരിക്കുക, ഒരു കേവല പാതയിൽ നിന്ന് ഇംപോർട്ട് ചെയ്യുക, സീക്രട്ട് ഫ്ലാഗുകൾ ഉൾപ്പെടെ പാഴ്സ് ചെയ്ത ക്രമീകരണങ്ങൾ വായിക്കുക, OpenVPN എക്സ്പോർട്ട് ഒറിജിനലുമായി ഡിഫ് ചെയ്യുക, WireGuard വശത്ത് ഹുക്കുകളും റൂട്ടുകളും പരിശോധിക്കുക, ഏതെങ്കിലും രണ്ടാമത്തെ ഉടമ പ്രവർത്തനരഹിതമാക്കുക, തുടർന്ന് ഒരു റീബൂട്ടിന് ശേഷം നെയിം ലുക്കപ്പും റൂട്ട് ടേബിളും പരിശോധിക്കുക. അതെല്ലാം ഒരു കണക്ഷൻ പാസ് ചെയ്തുകഴിഞ്ഞാൽ, അത് തുടങ്ങിവെച്ച പ്രൊഫൈൽ ഫയൽ വീണ്ടും സംരക്ഷിത സ്റ്റോറേജിലേക്ക് പോകാം.